cluster-proportional-autoscaler通过节点数或CPU核心数动态调整CoreDNS副本数，支持linear和ladder两种伸缩模式，需配置ConfigMap并确保资源请求合理、避免HPA冲突。
要让 CoreDNS 的解析能力随集群中 Pod 的整体负载动态伸缩，关键不是简单增加副本数，而是让 CoreDNS 副本数与节点规模或 CPU 核心数建立可预测、可调的正比关系。AKS 和通用 Kubernetes 都不直接支持“按 Pod 总数缩放 CoreDNS”，但可通过 cluster-proportional-autoscaler（即 coredns-autoscaler）实现基于节点数或核心数的弹性对齐。
确认当前 DNS 自动扩缩器是否已启用
在 kube-system 命名空间中检查是否存在 autoscaler Deployment：
- 运行
kubectl get deployment -n kube-system | grep -E "(coredns-autoscaler|kube-dns-autoscaler)" - 若输出含
coredns-autoscaler，说明已部署；若为空，需手动部署（见下文） - 同时确认 DNS Deployment 名称：执行
kubectl get deployment -l k8s-app=kube-dns -n kube-system，通常为coredns
选择并配置合适的缩放模式（linear 或 ladder）
CoreDNS autoscaler 支持两种核心策略，均通过 coredns-autoscaler ConfigMap 中的 data.mode 字段指定：
- linear 模式：适用于中小规模集群。副本数 = max( ⌈总核数 / coresPerReplica⌉ , ⌈节点数 / nodesPerReplica⌉ )，在 [min, max] 区间内线性增长
- ladder 模式：适合多规格节点或波动大的生产环境。分别查“核数阶梯表”和“节点数阶梯表”，取两者计算结果的最大值，避免小步频繁扩缩
- 推荐起始配置：
coresPerReplica: 4、nodesPerReplica: 2、min: 2、max: 16，再根据实际内存压测调整
编辑 autoscaler ConfigMap 并验证行为
修改 coredns-autoscaler ConfigMap（位于 kube-system）中的 data 部分：
- 设置
mode: linear或mode: ladder - 在
ladder模式下，还需提供nodesToReplicas和coresToReplicas映射表（如[2:2, 4:3, 8:4]） - 保存后，autoscaler 容器会每 10–30 秒轮询一次，自动更新
corednsDeployment 的 replicas 字段 - 验证：增减节点后，执行
kubectl get deploy coredns -n kube-system，观察 replicas 是否变化
配套优化确保缩放真正有效
仅调副本数不解决根本问题。必须同步检查以下三点：
- 每个 CoreDNS Pod 的资源请求不能过低——建议至少
cpu: 100m、memory: 128Mi，否则新 Pod 启动失败 - 节点上要有足够空闲内存：若单节点只剩 200Mi 可用，即使 autoscaler 扩到 3 副本，也可能因 OOM 被驱逐
- 避免与 HPA 冲突：不要对
corednsDeployment 同时启用 HorizontalPodAutoscaler，二者逻辑不兼容
