Kubernetes重新部署Pod时IP递增：是否有部署次数限制及如何复用IP？

我使用Helm Chart部署DeathStarBench社交网络微服务基准测试项目，卸载并重新安装Helm Chart（即重新部署所有Kubernetes Pod）后，Pod的IP地址会发生变化，且每次重新部署后IP地址持续递增，操作流程如下：

$ helm install social-network ./socialnetwork
$ kubectl get pods -o custom-columns=PodName:.metadata.name,PodIP:.status.podIP
PodName                                   PodIP
compose-post-service-866f6d7b74-rzqh6     10.244.0.198   
home-timeline-redis-7994f7cb85-8fjlh      10.244.0.199
...
$ helm uninstall social-network
...
$ helm install social-network ./socialnetwork
$ kubectl get pods -o custom-columns=PodName:.metadata.name,PodIP:.status.podIP
PodName                                   PodIP      
compose-post-service-866f6d7b74-2d4jf     10.244.0.254   
home-timeline-redis-7994f7cb85-dc8jn      10.244.0.250

由于开发和测试需要多次重新部署该项目，咨询以下两个问题：

1. 是否存在应用重启次数限制？
2. 如何强制Kubernetes复用相同的IP地址？

1. 是否存在应用重启次数限制？ #

Kubernetes本身没有对应用重启次数设置强制限制，但Pod的重启行为受restartPolicy（重启策略）和控制器（如Deployment、StatefulSet）的配置约束。不过你遇到的场景是卸载重装Helm Chart导致Pod完全销毁后重建，不属于“重启”范畴，这种情况下Kubernetes不会限制你执行卸载重装的次数。

2. 如何强制Kubernetes复用相同的IP地址？ #

以下是几种可行的方案，根据你的场景选择：

- 使用StatefulSet替代Deployment #

StatefulSet为Pod提供稳定的网络标识和持久存储，结合Headless Service使用时，Pod可以获得固定的DNS名称，部分CNI插件也会为StatefulSet Pod分配固定IP。适合有状态服务（如你的Redis实例），需要修改Helm Chart中的控制器类型为StatefulSet，并配置对应的Headless Service。

- 配置CNI插件支持固定IP #

主流CNI插件（如Calico、Cilium、Weave Net）大多支持为Pod分配固定IP：

• 可以在Pod的annotations中指定IP，例如Calico使用cni.projectcalico.org/ipv4pools注解绑定特定IP池，或直接指定固定IP；
• 也可以通过CNI插件的全局配置预留一段IP地址，专门用于需要固定IP的Pod。
  具体配置方式需参考对应CNI插件的官方文档。

- 通过Service代理访问（推荐） #

如果业务允许，不要直接依赖Pod IP，而是通过Kubernetes Service进行服务发现。Service的ClusterIP是稳定的（除非手动删除Service），应用内通过Service名称通信即可，无需关心Pod IP的变化。这是Kubernetes微服务架构的标准实践，能避免IP依赖带来的问题。

- 调整IP回收策略 #

部分CNI插件会对释放的IP设置回收等待期，在此期间不会复用该IP。你可以调整插件的IP租期或回收配置，让释放的IP更快回到可用池，从而提高IP复用概率，但这种方式无法保证100%复用指定IP。

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