AWS EKS中CoreDNS副本数被自动重置的问题分析与解决方案

问题背景

在AWS EKS托管集群中使用CoreDNS插件时，用户发现通过修改Deployment的replicaCount参数无法持久生效。当用户尝试通过kubectl或EKS Add-Ons配置修改副本数后，系统会自动将其重置回默认值（2或3个副本）。这种现象在开发环境中尤为困扰，因为用户希望减少控制平面组件的资源占用。

技术分析

经过排查发现，该问题并非EKS系统的bug，而是由集群中部署的cluster-proportional-autoscaler（CPA）组件导致的。CPA是一个Kubernetes自动扩缩容控制器，它会根据集群规模自动调整CoreDNS的副本数量。

CPA的工作原理是：

1. 持续监控集群的节点数量
2. 按照预设的缩放比例算法计算所需副本数
3. 自动调整CoreDNS Deployment的副本数

解决方案

对于需要固定CoreDNS副本数的场景，有以下几种解决方案：

1. 移除CPA组件：如果不需要自动扩缩容功能，可以直接卸载cluster-proportional-autoscaler。

2. 配置CPA参数：修改CPA的配置，使其在开发环境中维持较小的副本数：

   linear:
     coresPerReplica: 2
     nodesPerReplica: 1
     min: 1
     max: 3
   

3. 使用EKS原生配置：通过EKS Add-Ons的正确配置方式指定副本数：

   aws eks update-addon --cluster-name=<集群名称> \
   --addon-name=coredns \
   --configuration-values '{"replicaCount":1}' \
   --resolve-conflicts OVERWRITE
   

最佳实践建议

1. 生产环境建议保留CPA组件，确保CoreDNS能够随集群规模自动扩展
2. 开发环境如需固定副本数，建议采用方案2的折中方式
3. 修改配置后，建议观察一段时间确认没有其他控制器干扰
4. 对于关键组件变更，建议先在测试环境验证

总结

AWS EKS中的CoreDNS副本数管理是一个需要综合考虑自动化运维和特定需求平衡的问题。通过理解底层组件的工作原理，用户可以做出最适合自己环境的配置决策。对于大多数生产环境，保持自动扩缩容能力是推荐做法；而对于资源受限的开发环境，则可以通过适当配置来优化资源使用。