Openshift健康检查

Question

对于Openshift运行状况检查（活动和准备情况探测），活动检查是否在容器准备好后运行。因此，准备就绪初始延迟应小于活动初始延迟。

请告知。

由于 乙

Answer 1

为就绪和活跃度检查指定的延迟是从部署开始。活动检查延迟的开始不依赖于容器首先准备好。一旦它们开始，它们都会运行到吊舱的生命周期。

您需要根据每项检查的角色以及如何实施检查来评估您设置延迟的内容。

准备情况探测检查应用程序是否已准备好为请求提供服务。它最初用于确定pod是否已正确启动并准备就绪，以及随后确定是否应从任何时间段的端点集中删除pod IP，如果检查是，则可能稍后将其添加回来设置为再次传递，应用程序再次准备好处理请求。

活动探测器检查应用程序是否仍在工作。它用于检查在pod中运行的应用程序是否仍在运行，以及它是否也正常运行。如果探测器出现故障，则将关闭该pod，并启动新的pod以替换它。

因此，活动检查的延迟比准备检查的延迟更大是非常合理的，特别是如果在初始启动阶段期间活动检查将失败。当启动时间很长时，你不希望pod被杀掉。

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

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