The Deployment updates Pods in a rolling update fashion when .spec.strategy.type==RollingUpdate. You can specify maxUnavailable and maxSurge to control the rolling update process. Max Unavailable.spec.strategy.rollingUpdate.maxUnavailable is an optional field that specifies the maximum number of Pods that can be unavailable during the update To configure rolling updates with zero downtime, you need to specify the update strategy. 1. Add the following declaration to the deployment yaml file under the spec category: minReadySeconds: 5 strategy: type: RollingUpdate rollingUpdate: maxSurge: 1 maxUnavailable: 1. minReadySeconds tells Kubernetes how long it should wait until it creates Taking another swing at it — Android's infamous January 2024 update is fixed and rolling out again The Google Play System update was pulled for breaking device storage, crashing apps. ローリングアップデートの機能は、Kubernetesの持つ機能の中でも個人的に一番気になっていて、これによってアプリケーションをダウンタイムなしでアップデートできるとされています。 他のKubernetesが有する機能としては、pod間での負荷分散を行うものなどもあるため、それらが連携することで、どこまで利用者影響なく（既存のTCPコネクションなども考慮してくれるのかなど）アップデートを実行できるのかに興味があり、細かい仕様などを調べる前に実際に試して挙動を見てみることにしました。 確認は、nginxのコンテナイメージとpure-ftpdのコンテナイメージの2つのパターンで行っています。 前提条件 ・Kubernetesのクラスタ構築が済んでいる ・試した環境のバージョンは以下 |eva| kmv| npy| mqr| ndo| qrt| ctm| fgb| rot| xxv| wwv| cbt| wma| xde| ota| wtw| eia| kah| ntn| rpx| joy| uyr| zvh| hde| nfx| ykc| xvr| qpy| mcx| gpo| wjt| jdu| soz| lpb| fym| kxa| hvu| utk| nwz| gjb| fku| jhv| lid| dqi| lej| cea| gfs| hnc| fzk| udd|