在AKS集群中启用NodeLocal DNS及验证其运行有效性的方法咨询

验证NodeLocalDNS是否正常运行的方法 #

• 检查DaemonSet运行状态：执行kubectl get ds -n kube-system | grep nodelocaldns，确认所有节点对应的Pod都处于Running状态，无异常重启或报错事件。
• 查看组件运行日志：执行kubectl logs -n kube-system <对应nodelocaldns Pod名称>，确认日志中无上游DNS连接失败、iptables规则配置错误类的报错，能看到正常的DNS请求处理记录。
• 验证请求链路：在集群中启动一个测试Pod，执行nslookup kubernetes.default.svc.cluster.local这类DNS查询命令，同时在Pod调度到的对应节点的nodelocaldns日志中检索该请求，能匹配到记录则说明流量已经成功转发到本地DNS缓存组件。
• 检查节点转发规则：登录集群节点执行iptables-save | grep nodelocaldns，确认本地DNS监听地址（默认通常为169.254.20.10）的流量跳转规则已正确配置，DNS流量会优先转发到本地nodelocaldns进程。

现有部署方案的常见问题 #

• Kubernetes官方方案适配问题：原生NodeLocalDNS部署配置默认的kube-dns服务地址和AKS集群默认CoreDNS服务地址不匹配，同时AKS节点的网络策略、CNI插件（Azure CNI/Kubenet）的默认规则会覆盖原生方案配置的iptables转发规则，导致流量无法走到本地缓存，因此直接套用官方方案无法在AKS环境生效。
• 第三方部署清单的适配局限：你所使用的第三方适配清单一般仅适配了特定版本、特定网络配置的AKS集群，若你的集群开启了Azure Policy、私有集群、自定义DNS上游等特性，清单中的上游DNS地址、监听IP、权限配置等参数会和实际集群环境不匹配，即使Pod处于Running状态也不会实际处理DNS请求。
• 配置同步缺失问题：部署NodeLocalDNS后如果没有同步修改kubelet的--cluster-dns参数指向NodeLocalDNS的本地监听地址，或是没有同步调整CoreDNS的ConfigMap配置，会导致业务Pod的DNS请求还是直接发往CoreDNS服务，完全没有用到本地缓存能力。

内容的提问来源于stack exchange，提问作者Adam Skibicki