Openshift运行状况检查

Question

谢谢B。

Answer 1

为就绪和活跃度检查指定的延迟从部署开始算起。活性检查延迟的开始不依赖于pod首先就绪。一旦他们开始，两个都跑的生活的豆荚。

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

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

因此，使活性检查的延迟大于就绪检查的延迟是相当合理的，特别是在初始启动阶段活性检查将失败的情况下。当启动时间可能相当长时，您不希望pod被关闭。

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

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