Openshift健康检查

Question

对于Openshift健康检查(活性和就绪探测)，是否在容器准备就绪后运行活性检查。因此，准备初始延迟应该小于活性初始延迟。

请给我建议。

谢谢B。

Answer 1

为就绪检查和活性检查指定的延迟是从部署开始时开始的。活性检查延迟的开始并不取决于首先准备好的吊舱。一旦他们开始，他们都跑的生命的吊舱。

您需要根据每个检查的角色以及如何实现检查来评估将延迟设置为什么。

就绪探测器检查应用程序是否已准备好服务请求。它最初用于确定pod是否已正确启动并已就绪，但随后也用于确定是否应该在任何时间段内从端点集合中移除pod IP，如果检查设置为再次通过，则可能会将其添加回去，而应用程序也将再次准备处理请求。

活性探测检查应用程序是否仍在工作。它用于检查在荚中运行的应用程序是否仍在运行，以及它是否正常工作。如果探测器继续故障，吊舱将被关闭，一个新的吊舱启动，以取代它。

因此，活性检查的延迟大于准备状态检查的延迟是相当合理的，特别是在初始启动阶段，活性检查将失败。你不想在启动时间很长的时候把吊舱关掉。

您还可能希望查看期间和成功/失败阈值。

总的来说，很难给出一套规则，因为它取决于您的应用程序。