ノード・プールのスケーリング

Kubernetes Engine (OKE)を使用して作成したノード・プールをスケール・アップおよびスケール・ダウンする方法をご紹介します。

リソース使用率を最適化するために、ノード・プールをスケール・アップおよびスケール・ダウンして、ノード・プール内のワーカー・ノードの数、およびそれらを配置する可用性ドメインおよびサブネットを変更できます。

ノード・プールおよびワーカー・ノードの変更に関する一般情報は、ノード・プールおよびワーカー・ノード・プロパティの変更を参照してください。特に、次のことに注意してください。

• ワーカー・ノード・プロパティに対する変更は、新しいワーカー・ノードにのみ適用されます。既存のワーカー・ノードのプロパティは変更できません。
• ノード・プールの配置構成(可用性ドメイン、フォルト・ドメインおよびワーカー・ノードが配置されているがノード・プールの容量タイプではないサブネット)を変更すると、既存のワーカー・ノードは終了し、新しい場所に新しいワーカー・ノードが作成されます。
• ノード・プールに容量予約が指定されている場合、ノード・プールの配置構成のノード・シェイプ、可用性ドメインおよびフォルト・ドメインは、それぞれ容量予約のインスタンス・タイプ、可用性ドメインおよびフォルト・ドメインと一致する必要があります。「容量予約を使用した管理対象ノードのプロビジョニング」を参照してください。
• Kubernetes Engineによって作成されたクラスタ内のワーカー・ノードのスケール・ダウンまたは終了には、kubectl delete nodeコマンドを使用しないでください。かわりに、コンソールまたはAPIを使用して、対応するノード・プールのプロパティを変更し、ワーカー・ノードの数を減らします。kubectl delete nodeコマンドでは、必要な状態(ワーカー・ノードの数を含む)を決定するノード・プールのプロパティは変更されません。また、kubectl delete nodeコマンドはワーカー・ノードをクラスタの等価キー- 値ストアから削除しますが、基礎となるインスタンスまたは仮想ノードは削除しません。
• ノード・プールをスケール・ダウンする場合、ノード・プールの「Cordon and drain」プロパティによって、ワーカー・ノードが終了するタイミングと方法が決まります。終了前の管理対象ノードのコード化およびドレインに関するノートを参照してください。