kubernetes展開時のポッド間のデプロイ待ち

解決済み：私たちのクラスタを新しいバージョンのKubernetesにアップデートし、動作し始めました。kubernetes展開時のポッド間のデプロイ待ち

ローリングアップデートを使用しているデプロイメントがあります。私たちはそれが起きる各ポッドの間に180秒間休止する必要があります。私は、MinReadySeconds: 180を設定し、デプロイメントを待つためにRollingUpdateStrategy.MaxUnavailable: 1とRollingUpdateStrategy.MaxSurge: 1を設定する必要があると私は理解しています。これらの設定では、できるだけ早くポッドを持ち上げます。。。私は何が欠けている。

私の展開の関連部分

に成功開始からポッドを防ぐ何かがあるかもしれないとして、一定の遅延がKubernetesのようなオーケストレーター内に非常に慣用的ではありません後にポッドの準備ができていると仮定すると

spec: 
    minReadySeconds: 180 
    replicas: 9 
    revisionHistoryLimit: 20 
    selector: 
     matchLabels: 
     deployment: standard 
     name: standard-pod 
    strategy: 
     rollingUpdate: 
     maxSurge: 1 
     maxUnavailable: 1 
     type: RollingUpdate

出典

2016-10-13 nbutton23

古いポッドを降ろす前にトラフィックを提供する準備作るためにLiveliness and Readiness probesを使用することができます。 https://github.com/kubernetes/kubernetes/issues/27967 – nbutton23

準備完了チェックを使用して、180の遅延を開始できますか？ – miah

それを試して、それが動作するかどうかを確認してください。 – nbutton23

、または多分数秒で開始を遅らせるかもしれない。

代わりに、あなたは私の理解では、ドキュメントと、この閉じられた問題のために来たポッドがあることを確認して

出典

2016-10-19 18:02:54 ChaosAffe

私たちがポッドを取り去る必要があるのは、外部のサービスに登録する必要があるからです（私が思う動物園）。その外部サービスは、同時にポッドを扱うことはできません。 – nbutton23

kubernetes展開時のポッド間のデプロイ待ち

答えて

関連する問題