【问题标题】:Kubernetes - Readiness Probe execution after container startedKubernetes - 容器启动后的就绪探测执行
【发布时间】:2017-11-02 16:56:32
【问题描述】:

有没有办法在容器成功启动后阻止就绪探测的执行?我认为 liveness 探针应该足以监控容器的健康状况。

【问题讨论】:

    标签: docker openshift kubernetes


    【解决方案1】:

    readiness 和 liveness 探针的用途略有不同。

    就绪探测控制 pod IP 是否包含在服务的端点列表中,以及当路由通过外部 URL 公开时是否是路由的目标。

    liveness probe 判断一个 pod 是否还在正常运行或者是否应该重启。

    从技术上讲,应用程序可能仍然可以正常运行,但可能已积压,因此您希望使用就绪探测暂时将其从服务的端点集中删除,以避免进一步的请求被路由并被阻塞当另一个 pod 可以处理它时,在该特定 pod 的请求队列中。

    所以我个人同意重复似乎很奇怪,但这样可以区分不同的情况。

    【讨论】:

    • 在 Graham 的回答之上添加: - 应该实施活性响应以确保应用程序完全正常工作。这就是为什么活性探针不应该指向静态文件(除非那是一个仅静态文件服务器)。请记住,如果达到 liveness 探测失败阈值,则 pod 将被杀死并替换为新的。 - 就绪响应应该检查应用程序是否准备好处理另一个请求。它可以像进行基本的数据库查询一样简单,也可以像检查资源消耗一样智能。失败永远不会杀死 pod,只是给它时间恢复。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2019-05-21
    • 2019-12-05
    • 1970-01-01
    • 2022-01-06
    • 2018-07-10
    • 2019-07-22
    • 2018-05-15
    相关资源
    最近更新 更多