准备探测失败，Kubernetes预期的行为

Question

根据Kubernetes文件的说法

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

因此，我理解当readiness探针失败时，Kubernetes不会将请求重定向到吊舱。

另外，库伯内特斯会杀了豆荚吗？还是一直调用readiness探测，直到响应成功？

Answer 1

准备探测器是为了什么？

容器可以使用就绪探测来知道被探测的容器是否已准备好开始接收网络通信量。如果您的容器进入一个状态，它仍然处于活动状态，但无法处理传入的网络通信量(启动期间的一个常见场景)，则希望就绪探测失败。这样，Kubernetes就不会将网络流量发送到还没有准备好的容器中。如果Kubernetes过早地向容器发送网络通信量，则可能导致负载均衡器(或路由器)向客户端返回502错误并终止请求；这或客户端将收到“拒绝连接”错误消息。

准备探测器的名称传达了一个语义意义。实际上，这个探测回答了一个真假的问题：“这个容器准备好接收网络流量了吗？”

失败的准备状态探测不会杀死或重新启动容器。

活性探针是指什么？

活性探针向Kubernetes发送一个信号，表明容器要么活着(通过)，要么死亡(失败)。如果容器是活动的，那么Kubernetes就什么也不做，因为当前状态是好的。如果容器死了，那么Kubernetes试图通过重新启动应用程序来治愈它。

名称活跃度探测也表达了一个语义意义。实际上，探测器回答了一个真假问题：“这个容器还活着吗？”

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

启动探测的目的是什么？

Kubernetes有一种新的探测器叫做启动探针。对于启动速度慢的应用程序，此探测非常有用。这是一个更好的选择，以增加initialDelaySeconds的准备或活性探针。启动探针允许应用程序做好准备，与就绪和活性探测结合，可以提高应用程序的可用性。

一旦启动探测成功一次，活性探测将接管以提供对容器死锁的快速响应。如果启动探针从未成功，容器将在failureThreshold * periodSeconds (总启动超时)之后被杀死，并将被终止并重新启动，这取决于容器的restartPolicy。