已解决:我们将我们的群集更新为更新版本的Kubernetes并开始运作。
因此我们有一个使用滚动更新的部署。我们需要它在它带来的每个pod之间暂停180秒。我的理解是,我需要设置MinReadySeconds: 180
并设置RollingUpdateStrategy.MaxUnavailable: 1
和RollingUpdateStrategy.MaxSurge: 1
以使部署等待。通过这些设置,它仍然可以尽可能快地启动pod。 。 。我错过了什么。
部署的相关部分
spec:
minReadySeconds: 180
replicas: 9
revisionHistoryLimit: 20
selector:
matchLabels:
deployment: standard
name: standard-pod
strategy:
rollingUpdate:
maxSurge: 1
maxUnavailable: 1
type: RollingUpdate
答案 0 :(得分:1)
我们将集群更新到更新版本的 Kubernetes 并开始工作。
代表提问者发布。
答案 1 :(得分:0)
假设在某个延迟之后某个pod已经准备就绪,在像Kubernetes这样的协调器中不是非常惯用的,因为可能存在阻止pod成功启动的事情,或者可能会将启动延迟几秒钟。
相反,您可以使用Liveliness and Readiness probes确保该广告连接在那里并准备好在取下旧广告播客之前提供广告投放