Kubernetes LivenessProbe：重新启动与破坏Pod

Question

是否有一种方法可以告诉Kubernetes如果活动性探测失败，则可以摧毁一个吊舱并创建一个新吊舱？我现在从日志中看到的是：我的node js应用程序刚刚重新启动，并在同一pod中运行。

活动性探针在我的YAML规范中定义如下：

livenessProbe:
 httpGet:
 path: /app/check/status
 port: 3000
 httpHeaders:
 - name: Accept
   value: application/x-www-form-urlencoded
 initialDelaySeconds: 60
 periodSeconds: 60

免责声明：

我完全意识到，如果无法证明活泼，那么重新创建吊舱可能不是最好的主意，而正确的方法是获得有关发生情况的通知。

Answer 1

因此，containers not pods中定义了活跃性和就绪性探测器，因此，如果您的吊舱中有1个容器，并且您将restartPolicy指定为Never。然后，您的广告连播将进入Failed状态，并会根据terminated-pod-gc-threshold的值在某个时间点废弃。

如果您的容器中有多个容器，则由于其他容器正在运行而使容器仍处于Running状态，这将变得更加棘手。您可以构建自己的自动化工具，也可以尝试Pod Readiness，在撰写本文时，该工具仍处于Alpha状态。