ノード・プールのスケーリング
Container Engine for Kubernetes (OKE)を使用して作成したノード・プールをスケール・アップおよびスケール・ダウンする方法を確認します。
リソース使用率を最適化するために、ノード・プールをスケール・アップおよびスケール・ダウンして、ノード・プール内のワーカー・ノードの数、およびそれらを配置する可用性ドメインおよびサブネットを変更できます。
ノード・プールおよびワーカー・ノードの変更に関する一般情報は、ノード・プールおよびワーカー・ノード・プロパティの変更を参照してください。特に、次のことに注意してください。
- ワーカー・ノード・プロパティに対する変更は、新しいワーカー・ノードにのみ適用されます。既存のワーカー・ノードのプロパティは変更できません。
- ノード・プールの配置構成(可用性ドメイン、フォルト・ドメインおよびワーカー・ノードが配置されているがノード・プールの容量タイプではないサブネット)を変更すると、既存のワーカー・ノードは終了し、新しい場所に新しいワーカー・ノードが作成されます。
- ノード・プールに容量予約が指定されている場合、ノード・プールの配置構成のノード・シェイプ、可用性ドメインおよびフォルト・ドメインは、それぞれ容量予約のインスタンス・タイプ、可用性ドメインおよびフォルト・ドメインと一致する必要があります。容量予約を使用した管理対象ノードのプロビジョニングを参照してください。
- Container Engine for Kubernetesによって作成されたクラスタ内のワーカー・ノードのスケール・ダウンまたは終了には、
kubectl delete nodeコマンドを使用しないでください。かわりに、コンソールまたはAPIを使用して、対応するノード・プールのプロパティを変更し、ワーカー・ノードの数を減らします。kubectl delete nodeコマンドでは、必要な状態(ワーカー・ノードの数を含む)を決定するノード・プールのプロパティは変更されません。また、kubectl delete nodeコマンドはワーカー・ノードをクラスタの等価キー- 値ストアから削除しますが、基礎となるインスタンスまたは仮想ノードは削除しません。 - ノード・プールをスケール・ダウンする場合、ノード・プールの「Cordon and drain」プロパティによって、ワーカー・ノードが終了するタイミングと方法が決まります。終了前の管理対象ノードのコード化およびドレインに関するノートを参照してください。
コンソールの使用
ワーカー・ノードの数を増減して既存のノード・プールをスケール・アップまたはスケール・ダウンするには:
- ナビゲーション・メニューを開き、「開発者サービス」をクリックします。「コンテナとアーティファクト」で、「Kubernetesクラスタ(OKE)」をクリックします。
- 作業する権限があるコンパートメントを選択します。
- 「クラスタ・リスト」ページで、変更するクラスタの名前をクリックします。
- 「リソース」の下の「ノード・プール」をクリックし、スケーリングするノード・プールの名前をクリックします。
-
「ノード・プールの詳細」ページで、「編集」をクリックし、次を指定します:
- スケール操作の完了後にノード・プールに必要なワーカー・ノード数
- ノード・プールとの間のトラフィックを制御するセキュリティ・ルールを持つネットワーク・セキュリティ・グループ
- ワーカー・ノードを配置する可用性ドメインおよびフォルト・ドメイン
- ワーカー・ノードをホストするリージョナル・サブネット(推奨)またはAD固有のサブネット
- 使用する容量タイプ
- 変更内容を保存します。
その後、スケール・アップしたノード・プールをスケール・ダウンする場合は、常にコンソールまたはAPIを使用します。kubectl delete nodeコマンドは使用しないでください(ノード・プールのスケーリングを参照)。
APIの使用
APIの使用およびリクエストの署名の詳細は、REST APIのドキュメントおよびセキュリティ資格証明を参照してください。SDKの詳細は、SDKおよびCLIを参照してください。
UpdateNodePool操作を使用して、既存のノード・プールをスケール・アップおよびスケール・ダウンします。
その後、スケール・アップしたノード・プールをスケール・ダウンする場合は、常にコンソールまたはAPIを使用します。kubectl delete nodeコマンドは使用しないでください(ノード・プールのスケーリングを参照)。