typeはn1-standard-1でした。いろんなデプロイメントをするとクラスタのスペックが足りなくなりました。今回はそのようなときに使える、安全にNodeのマシンタイプを移行するソリューションを記事にしました。Poolを確認します。Poolであるdefault-poolが設定されていあります。Nodeを取得すると以下のような結果になります。v1.9.7-gke.6実際はこのような状態です。Poolを追加します。今回は--machine-type=n1-highmem-2で2つのNodeを追加します。--num-nodes=2すると以下のようになります。Poolが作成されたことが分かります。図にすると以下のような感じです。NODE_NAMEというコマンドがあり、以下のような役割をします。poolのノードでやっていきます。--ignore-daemonsetsまたオプションは以下の通りです。DaemonSetはevictせず、削除するこのようにすると以下のようになります。Poolを削除する以下のコマンドで削除することができます。container/cluster)すると以下のようになっているはずです。これで目的とするマシンタイプを変更することができました。安全なDrainのためのPodDisruptionBudget名前の通り、どのようにPod削除するかの予算を立てます。--ignore-daemonsetsを同時にすると、Podが一つもReadyの状態ではなくなる可能性があり、これによってダウンタイムが発生してしまいます。それを避けるために以下のように指定します。myappここでspec.maxUnavailableとしたのは、停止してよりPodの最大数です。これによって、どんなに同時にdrainをしても一気にPodがevictされることがなくなり、ダウンタイムは発生しなくなります。Kubernetesのいろは。»プロフィール学生エンジニア。忘れてしまうので備忘録です。flaskでServerlessにホストするTelepresence概論スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。