就绪探针失败，Kubernetes 预期行为

Question

根据Kubernetes 文档，

如果就绪探测失败，端点控制器会从与 Pod 匹配的所有服务的端点中删除 Pod 的 IP 地址。

所以我知道当探测失败时，Kubernetes 不会将请求重定向到 pod readiness。

另外，Kubernetes会杀掉pod吗？还是一直调用readiness探针直到响应成功？

Answer 1

就绪探针有什么用？

容器可以使用就绪探针来了解被探测的容器是否准备好开始接收网络流量。如果您的容器进入仍处于活动状态但无法处理传入网络流量的状态（启动期间的常见情况），您希望就绪性探测失败。这样，Kubernetes 就不会将网络流量发送到尚未准备好的容器。如果 Kubernetes 确实过早地将网络流量发送到容器，则可能会导致负载均衡器（或路由器）向客户端返回 502 错误并终止请求；否则客户端将收到“连接被拒绝”错误消息。

就绪探针的名称传达了语义。实际上，此探测回答了正确或错误的问题：“此容器是否准备好接收网络流量？”

就绪探针失败不会终止或重新启动容器。

活性探针有什么用？

活性探针向 Kubernetes 发送一个信号，表明容器处于活动状态（通过）或死亡（失败）。如果容器处于活动状态，那么 Kubernetes 将不执行任何操作，因为当前状态良好。如果容器死机，Kubernetes 会尝试通过重新启动应用程序来修复应用程序。

活性探针这个名称也表达了语义。实际上，探测器回答了正确或错误的问题：“这个容器还活着吗？”

活动探针失败将杀死/重新启动失败的容器。

启动探针有什么用？

Kubernetes 有一个更新的探针，称为启动探针。此探测器对于启动缓慢的应用程序非常有用。它是增加就绪或活跃探针的初始延迟秒数的更好替代方案。启动探针允许应用程序准备就绪，与就绪探针和活动探针相结合，可以提高应用程序的可用性。

一旦启动探针成功一次，活性探针就会接管以提供对容器死锁的快速响应。如果启动探测从未成功，则容器将在 failureThreshold * periodSeconds（总启动超时）后被终止，并且将根据 pod 的 restartPolicy 被终止并重新启动。