如何减少Azure AKS中kube-system Pod的IP地址占用？

针对AKS 1.24（Azure CNI网络）中kube-system Pod占用过多VNet IP的问题，可通过以下几种方式释放IP空间：

1. 将DaemonSet类型系统Pod切换为主机网络 #

观察节点上的kube-system Pod，azure-ip-masq-agent、azure-npm、cloud-node-manager、kube-proxy、csi-azurefile-node这些DaemonSet类型的Pod默认可使用节点的主机网络，无需占用额外VNet IP。

操作步骤：

• 编辑目标DaemonSet配置：

  kubectl edit daemonset <daemonset-name> -n kube-system
  

• 在spec.template.spec下添加或修改hostNetwork: true，同时设置dnsPolicy: ClusterFirstWithHostNet（确保Pod能解析集群DNS）。
• 保存配置后，DaemonSet会滚动更新Pod，新Pod将使用节点IP，不再占用独立VNet IP。

2. 优化日志组件（ama-logs） #

ama-logs包含DaemonSet（节点级日志采集）和Deployment（日志转发）两个组件，可根据实际需求调整：

• 若已有第三方日志采集方案（如EFK、Promtail），可直接禁用ama-logs相关组件，释放对应IP。
• 若必须保留，可调整ama-logs-rs Deployment的副本数（根据集群规模合理设置，无需过多副本），减少IP占用。

3. 精简CoreDNS部署 #

CoreDNS是集群DNS服务，默认Deployment副本数可能超出实际需求：

• 调整CoreDNS副本数，根据节点数量设置（一般建议每个节点对应1个副本，最多不超过5个）：

  kubectl scale deployment coredns -n kube-system --replicas=<目标副本数>
  

• 若集群规模较小，可将CoreDNS Pod调度到特定节点，避免分散占用IP。

4. 移除不必要的系统组件 #

• konnectivity-agent用于Azure Portal访问集群内部资源，如果集群已通过其他方式（如VPN、专用链路）访问，不需要Portal的Kubernetes Dashboard功能，可直接删除该Deployment：

  kubectl delete deployment konnectivity-agent -n kube-system
  

  确认不再需要后，也可禁用AKS的konnectivity功能，避免组件自动重建。

5. 切换到Azure CNI Overlay模式（长期方案） #

AKS 1.24及以上版本支持Azure CNI Overlay网络模式，该模式下Pod使用集群内部的Overlay网段IP，不会占用VNet IP，仅节点和LoadBalancer服务使用VNet IP。这种方式从根本上解决VNet IP不足问题，但需重新配置集群或添加新节点池：

• 创建新节点池并指定Overlay网络：

  az aks nodepool add --resource-group <rg-name> --cluster-name <aks-name> --name <nodepool-name> --network-plugin azure --network-plugin-mode overlay --pod-cidr <overlay-cidr>
  

• 逐步将工作负载迁移到新节点池后，删除旧的Azure CNI节点池。

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