为networking负载均衡创build目标池时,会有一个health check选项。
在容器规范中还有一个名为livenessProbe的属性。
活性探测器检查configuration的容器是否仍在运行。 如果活性探针失败,那么kubelet将杀死容器,这将受到其重启策略的限制。 通过configurationpodconfiguration的template.spec.containers.livenessprobe节来设置活性检查。
当容器configurationlivenessProbe时,健康检查是否不必要?
据我所知,如果容器停机,POD将自动重新启动。 在这种情况下,不需要进行健康检查。
NODE是怎样的呢? 据我所知,kubernetes将在另一个NODE中启动POD,这意味着POD将会重新启动。
在我看来,无论如何,当livenessProbe被configuration时,健康检查是不必要的。
负载平衡器和Kubernetes的运行状况检查是分开的,您应该可以同时使用这两种方法。
负载均衡器运行状况检查是负载均衡器知道特定的后端虚拟机可以提供stream量。 它在计算引擎虚拟机级别上工作,并将特定的虚拟机标记为健康或不健康。 所以如果一个节点closures了,它就会知道不在这个特定的节点上引导stream量。 它是在stream量达到Kubernetes集群之前的stream量。 如果节点发生故障,Kubernetes健康探测器将无法为您提供帮助,因为该function只适用于已经传送到群集的stream量。 Kubernetes只能处理它可以看到的stream量。
一旦交通成为集群,Kubernetes将把交通引导到集装箱,事情就是健康的。 如果没有健康检查,这将是处于运行状态的容器。 即使您的容器可能正在运行,它可能还没有准备好提供stream量。 生动性/准备性调查让Kubernetes知道容器已经准备就绪,可以为stream量提供服务。