当readinessProbe失败时销毁未就绪Pod的方法咨询

首先得明确：你当前配置的readinessProbe本来就不是用来销毁/重启Pod的——它的核心作用是告诉Kubernetes这个Pod是否准备好接收流量，就算探测失败，Pod也会保持Running状态，只是会被从服务的端点列表中移除，不再接收新请求而已。

如果想要实现「健康检查失败时自动销毁（重启）Pod」的需求，你需要搭配使用livenessProbe——它的职责就是监控Pod的“存活状态”，一旦探测失败达到设定阈值，kubelet就会自动重启该Pod。

具体配置示例 #

结合你现有的就绪探测配置，你可以这样添加存活探测：

livenessProbe:
  httpGet:
    path: /healthcheck
    port: 3001
  initialDelaySeconds: 10  # 比就绪探测稍晚启动，给应用足够的启动缓冲时间
  periodSeconds: 5
  failureThreshold: 3      # 连续3次探测失败后触发重启
readinessProbe:
  httpGet:
    path: /healthcheck
    port: 3001
  initialDelaySeconds: 5
  periodSeconds: 5
  successThreshold: 1

关键参数说明 #

• failureThreshold：这是触发重启的核心参数，定义了连续探测失败多少次后才会执行重启操作，你可以根据应用的稳定性调整这个数值；
• initialDelaySeconds：存活探测的启动时间建议比就绪探测稍晚，避免应用还在启动过程中就被误判为“存活失败”。

额外注意事项 #

要确保你的/healthcheck端点能准确反映应用的实际健康状态：比如当数据库连接异常、核心依赖服务不可用、内部状态异常时，这个端点要返回非200的HTTP状态码，这样探测才会被判定为失败。

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