1. 为什么需要静态IP在Kubernetes集群中Pod默认使用动态IP分配机制。这意味着每次Pod重启或重新调度时它的IP地址都会发生变化。对于大多数无状态应用来说这完全不是问题。但当你需要运行数据库、消息队列这类有状态服务时IP地址的频繁变更就会带来一系列麻烦。想象一下你的MySQL主从集群中从库配置的是主库的IP地址。如果主库Pod重启后IP变了从库就无法继续同步数据。类似的情况也发生在使用IP白名单的应用中。静态IP就是为解决这类问题而生的解决方案。2. Kubernetes网络基础2.1 CNI插件工作原理Kubernetes本身并不直接管理网络而是通过CNI(Container Network Interface)插件来实现网络功能。当一个新的Pod被创建时kubelet调用CNI插件CNI插件为Pod分配IP地址CNI插件配置网络路由规则Pod获得网络连接能力常见的CNI插件包括Calico、Flannel、Weave等它们各自有不同的网络模型和IP分配机制。2.2 IPAM机制IP地址管理(IPAM)是CNI插件的核心组件之一。它负责IP地址池管理IP地址分配与回收IP地址冲突检测默认情况下IPAM使用动态分配策略这也是Pod IP会变化的原因。要实现静态IP我们需要干预这个分配过程。3. 静态IP实现方案对比3.1 方案一使用HostNetwork这是最简单的方案直接让Pod使用宿主机的网络命名空间apiVersion: v1 kind: Pod metadata: name: static-ip-pod spec: hostNetwork: true containers: - name: nginx image: nginx注意这种方案有严重的安全隐患Pod会直接暴露在主机网络上不建议在生产环境使用。3.2 方案二使用StatefulSetStatefulSet为每个Pod提供稳定的标识符包括主机名和网络标识apiVersion: apps/v1 kind: StatefulSet metadata: name: web spec: serviceName: nginx replicas: 2 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx ports: - containerPort: 80StatefulSet会为每个Pod分配一个稳定的网络标识如web-0.nginx.default.svc.cluster.local但IP地址仍然可能变化。3.3 方案三使用CNI插件静态IP功能这是最推荐的方案。以Calico为例首先创建IP池apiVersion: projectcalico.org/v3 kind: IPPool metadata: name: static-ippool spec: cidr: 192.168.0.0/24 blockSize: 29 nodeSelector: all() disabled: true然后在Pod注解中指定IP地址apiVersion: v1 kind: Pod metadata: name: static-ip-pod annotations: cni.projectcalico.org/ipAddrs: [\192.168.0.10\] spec: containers: - name: nginx image: nginx4. Calico静态IP详细配置4.1 环境准备确保你的集群已经安装Calico CNI插件。可以通过以下命令检查kubectl get pods -n kube-system | grep calico4.2 创建专用IP池为了避免IP冲突建议为静态IP分配创建专用的IP池apiVersion: projectcalico.org/v3 kind: IPPool metadata: name: static-ips spec: cidr: 192.168.100.0/24 blockSize: 29 nodeSelector: all() disabled: true应用配置kubectl apply -f static-ip-pool.yaml4.3 部署使用静态IP的PodapiVersion: v1 kind: Pod metadata: name: static-ip-app annotations: cni.projectcalico.org/ipAddrs: [\192.168.100.10\] spec: containers: - name: app image: nginx ports: - containerPort: 80验证IP分配kubectl exec -it static-ip-app -- ip addr show eth05. 高级配置技巧5.1 预留IP段为了避免手动分配的IP与自动分配的IP冲突可以在主IP池中排除静态IP使用的地址段apiVersion: projectcalico.org/v3 kind: IPPool metadata: name: default-ipv4-ippool spec: cidr: 192.168.0.0/16 blockSize: 24 nodeSelector: all() disabled: false excludedCIDRs: - 192.168.100.0/245.2 多网卡配置对于需要多个静态IP的Pod可以使用多网卡配置apiVersion: v1 kind: Pod metadata: name: multi-ip-pod annotations: cni.projectcalico.org/ipAddrs: [\192.168.100.10\, \192.168.100.11\] spec: containers: - name: app image: nginx5.3 与Service结合使用即使Pod使用静态IP仍然可以通过Service来访问apiVersion: v1 kind: Service metadata: name: static-ip-service spec: selector: app: static-ip-app ports: - protocol: TCP port: 80 targetPort: 806. 常见问题排查6.1 IP地址冲突如果遇到网络连接问题首先检查IP是否冲突kubectl get pods -o wide | grep 192.168.100.106.2 Calico节点问题检查Calico节点状态kubectl get nodes kubectl describe node node-name6.3 IP池配置错误验证IP池配置kubectl get ippools -o yaml6.4 网络策略冲突检查是否有网络策略阻止了通信kubectl get networkpolicies --all-namespaces7. 生产环境最佳实践文档记录维护一个静态IP分配表记录哪些IP被分配给哪些服务命名规范为使用静态IP的Pod使用特定命名前缀如static-监控告警设置监控检查静态IP Pod的网络连通性定期审计定期检查未使用的静态IP并回收备份配置备份Calico的IPPool和网络策略配置8. 替代方案评估8.1 使用Service代替静态IP对于大多数场景使用ClusterIP Service可能是更好的选择apiVersion: v1 kind: Service metadata: name: my-service spec: selector: app: my-app ports: - protocol: TCP port: 80 targetPort: 93768.2 使用ExternalName Service对于外部服务可以使用ExternalNameapiVersion: v1 kind: Service metadata: name: my-database spec: type: ExternalName externalName: database.example.com8.3 使用Headless Service对于有状态应用Headless Service提供稳定的网络标识apiVersion: v1 kind: Service metadata: name: stateful-service spec: clusterIP: None selector: app: stateful-app ports: - protocol: TCP port: 80 targetPort: 93769. 性能考量静态IP配置会对网络性能产生轻微影响IPAM开销静态IP分配需要额外的IPAM处理路由表大小大量静态IP会增大节点路由表故障恢复节点故障时静态IP Pod的恢复时间可能略长建议单个节点上不要配置超过50个静态IP Pod。10. 安全注意事项网络隔离为静态IP Pod配置严格的NetworkPolicy审计日志记录所有静态IP分配和变更操作权限控制限制可以创建静态IP Pod的用户和ServiceAccountIP伪装考虑禁用IP伪装以提高安全性apiVersion: projectcalico.org/v3 kind: FelixConfiguration metadata: name: default spec: ipinipEnabled: false
)
