minikube部署Kubernetes微服务时Liveness探针调大超时仍失败如何解决

第一步：优先排查配置未生效的矛盾点 #

你明明将timeoutSeconds调整为10，但报错仍显示连接超时阈值为1s，首先可以确定你修改的探针配置没有真正应用到运行的Pod上：

• 不要仅核对本地YAML文件或Deployment配置，执行kubectl describe pod <对应Pod名称>查看当前运行实例的实际探针配置，确认timeoutSeconds参数是否真的为10
• 确认你修改Deployment配置后，是否触发了Pod的滚动重建：很多人改完YAML只执行了文件保存，没有用kubectl apply推送配置，或者配置改在没有关联到当前Pod的旧Deployment上，导致修改完全不生效

第二步：校验服务监听配置的匹配性 #

探针报连接8080端口超时，核心原因是探测流量无法建立TCP连接，常见诱因包括：

• 核对微服务的端口绑定范围：如果服务启动时将8080端口绑定在127.0.0.1而非0.0.0.0，探针从容器网络命名空间外部发起的连接会被直接拒绝，哪怕把超时时间拉长到100s也无法连通
• 确认服务实际监听端口：执行kubectl exec进到对应容器内部，用ss -tulpn | grep 8080查看端口状态，确认服务是否真的在8080端口提供服务、是否存在端口写错的情况
• 排除本地启动速度不匹配的问题：如果只调整了超时时间，没有调整initialDelaySeconds参数，探针会在Pod启动后就立刻发起探测——而微服务还没完成启动流程、端口还没开始监听，自然会连接超时，触发反复重启的退避循环

第三步：排除环境层面的拦截问题 #

• 进入minikube节点内部（执行minikube ssh），手动访问对应Pod的8080端口，确认是否存在节点层面的防火墙、网络策略拦截探针流量
• 检查集群中是否配置了错误的NetworkPolicy，默认拦截了Pod 8080端口的入站探测流量
• 手动在Pod内部执行curl localhost:8080，确认服务本身是否能正常响应，是否存在服务启动异常、进程卡死的问题——如果服务进程本身已经崩溃，探针参数调整没有任何意义

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