gpt4 book ai didi

kubernetes - 如果所有livenessProbe探针失败,kubernetes是否可以在不中断的情况下重启pod?

转载 作者:行者123 更新时间:2023-12-02 11:37:23 25 4
gpt4 key购买 nike

在我的部署中,pod可能处于需要重新创建的情况。在这种情况下,它仍然可以处理流量,但应尽快重新创建。

因此,我考虑使用一个livenessProbe,如果需要重新启动Pod,它会报告失败。就绪探针仍将报告正常。

我知道最终kubernetes将重新创建所有Pod,并且系统将再次正常运行。

我现在的问题是可以做到这一点而不会中断吗?
因此,让我们假设副本集报表的所有Pod都不同时处于 Activity 状态。 kubernetes会杀死它们全部然后替换它们吗,还是会以滚动更新的方式运行,从而启动一个新的pod,等待它准备就绪,然后杀死一个没有生命的pod并继续这种方式直到全部替换?

这是kubernetes的默认行为吗?如果不能,可以将其配置为这样吗?

最佳答案

如果由于探测或任何其他原因而失败,K8将不会使用滚动来启动Pod。

关于探针的信息,在首次启动 Activity 性探针时以及执行该操作的频率方面,也指定在 Activity 性探针本身中。由于您具有同一 pods 的多个副本,因此对于由单个ReplicaSet管理的 pods 的所有副本,这些值将相同。是的,这是默认行为。

但是,您完全想在不中断的情况下执行此操作,则可以创建两个ReplicaSet,该副本集管理两个不同的同一组容器,但对以下 Activity 性探针参数使用不同的值:

initialDelaySeconds: Number of seconds after the container has started before 
liveness or readiness probes are initiated.

periodSeconds: How often (in seconds) to perform the probe. Default to 10 seconds.
Minimum value is 1.

timeoutSeconds: Number of seconds after which the probe times out. Defaults to 1 second.

successThreshold: Minimum consecutive successes for the probe to be considered successful after having failed.

failureThreshold: When a Pod starts and the probe fails, Kubernetes will try failureThreshold times before giving up.

关于kubernetes - 如果所有livenessProbe探针失败,kubernetes是否可以在不中断的情况下重启pod?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54457906/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com