Spring Boot 3.2.1部署Minikube存活探针失败致Pod重启如何解决？

核心问题分析 #

你的Pod反复重启的直接原因是存活探针（Liveness Probe）未配置初始延迟：Kubernetes在容器启动后立即发起探测请求，但此时Spring Boot应用还未完成启动并监听8080端口，导致连接被拒绝，触发Pod重启逻辑。虽然本地启动应用很快，但容器环境中存在镜像加载、网络初始化等额外开销，会导致应用就绪时间略有延迟。

具体修复步骤 #

1. 为存活探针添加合理的初始延迟及探测参数
   修改Deployment中的livenessProbe配置，添加initialDelaySeconds（容器启动后多久开始第一次探测），并调整其他参数避免误判：

   livenessProbe:
     httpGet:
       path: /actuator/health/liveness
       port: 8080
     initialDelaySeconds: 10  # 根据应用实际启动时间调整，你的应用几秒启动，10秒足够覆盖容器环境的额外开销
     periodSeconds: 10
     failureThreshold: 3
     timeoutSeconds: 5
   

   同时可以优化就绪探针的initialDelaySeconds，从60秒调整为10秒左右，减少服务就绪的等待时间：

   readinessProbe:
     httpGet:
       path: /actuator/health/readiness
       port: 8080
     initialDelaySeconds: 10  # 缩短初始延迟，匹配应用实际启动速度
     periodSeconds: 20
     failureThreshold: 3
     successThreshold: 1
     timeoutSeconds: 5
   

2. 验证Spring Boot健康探针配置正确性
   你的application.yaml中已经开启了management.endpoint.health.probes.enabled: true，这会自动创建liveness和readiness健康分组，配置是正确的。可以在Pod启动后，进入容器执行以下命令验证端点是否可访问：

   curl http://localhost:8080/actuator/health/liveness
   curl http://localhost:8080/actuator/health/readiness
   

   确认返回200状态码及健康状态。

3. 确认容器内端口监听情况
   进入Pod执行以下命令，确认应用确实绑定了0.0.0.0:8080（你的配置中server.address: 0.0.0.0已经保证了这一点，避免仅绑定localhost导致容器内无法访问）：

   ss -tulpn | grep 8080
   

   输出应包含0.0.0.0:8080的监听记录。

修复后验证 #

重新部署修改后的Deployment，执行kubectl describe pod <pod-name>查看探针状态，确认不再出现连接拒绝的错误，Pod也不会再反复重启。

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