Container Service for Kubernetes:既存の ECS インスタンスをノードプールに追加

項目

自動追加

手動追加

OS のリセット

現在のノードプールの構成に基づいて、インスタンスのオペレーティングシステムをリセットおよび初期化します。

• 元のシステムディスクはリリースされ、そのデータは失われます。

• システムディスクの手動スナップショットは保持されますが、自動スナップショットの保持は、[ディスクとともに自動スナップショットをリリース] オプションが構成されているかどうかによって異なります。

  ECS コンソールにログインし、「ディスクとともに自動スナップショットをリリースするように設定する」を参照してこの設定を構成してください。

• 元のデータディスクはリリースされません。その上のデータは影響を受けませんが、ディスク ID は変更されます。

インスタンスの元のオペレーティングシステムを保持するため、柔軟性が向上します。

シナリオ

標準化された管理のためにインスタンスをノードプールの構成に一致させたい場合、このメソッドを使用します。

インスタンスの既存のオペレーティングシステムまたは特定の構成を保持する必要がある場合、このメソッドを使用します。

カテゴリ

制限

説明

インスタンスとノードプール

クラスターノードクォータ

クラスター内のノードの総数は、クォータを超えることはできません。クォータを増やすには、Quota Center に移動してください。

Basic Edition の ACK マネージドクラスターのデフォルトのノードクォータは 10 です。

インスタンスの所有権

インスタンスとクラスターは、同じアカウント、同じリージョン、同じ VPC 内にある必要があります。そうでない場合は、インスタンスを移行するか、これらの要件を満たす新しいインスタンスまたはクラスターを作成してください。

VPC ピアリング接続のもう一方の端から ECS インスタンスを追加することはできません。

クラスターの所有権

別の ACK クラスターにすでに属しているインスタンスを追加することはできません。まず、元のクラスターからノードを削除し、次に新しいクラスターに追加します。

Auto Scaling グループ (ESS) の所有権

別のスケーリンググループにすでに属しているインスタンスを追加することはできません。スケーリンググループからインスタンスを手動で削除して、リトライしてください。

ノードプールタイプ

• 既存のノードを自動モードのノードプールに追加することはできません。

• 既存のノードをAuto Scaling が有効になっているノードプールに追加することはできません。既存のノードをノードプールに追加した後、そのノードプールに対して Auto Scaling を有効にすることはできません。

オペレーティングシステム

• オペレーティングシステムでスワップを有効にすることはできません。

• ノードを手動で追加する場合、Windows または ContainerOS を実行するインスタンスを追加することはできません。

インスタンスタイプ

• インスタンスは、サポートされていない ECS インスタンスタイプであってはなりません。

• ECS ベアメタル GPU インスタンス (インスタンスファミリー ebmgn7 および ebmgn7e) の場合、自動マルチインスタンス GPU (MIG) クリーンアップはサポートされていません。このタイプのインスタンスを追加すると、既存の MIG 設定がリセットされます。リセットプロセスには時間がかかり、自動追加が失敗する可能性があります。

  トラブルシューティングについては、「ベアメタルインスタンスノードの追加に失敗した場合はどうすればよいですか？」をご参照ください。

ネットワーク

API サーバーへのアクセス

インスタンスの IP アドレスは、API サーバーのアクセスホワイトリストに含まれている必要があります。そうでない場合、インスタンスはコントロールプレーンと通信できません。詳細については、「API サーバーのアクセス制御ポリシーを構成する」をご参照ください。

セキュリティグループ

• タイプの一貫性: インスタンスのセキュリティグループタイプ (基本または高度セキュリティグループ) は、ノードプールのセキュリティグループタイプと同じである必要があります。

• ルールの互換性: インスタンスのセキュリティグループは、API サーバーの内部ネットワークアドレスとポート 6443 へのアクセスを許可する必要があります。そのルールは、クラスターとノードプールのセキュリティグループルールと競合してはなりません。

  [クラスター情報] ページの [基本情報] タブで API サーバーの内部ネットワークアドレスを表示できます。

• クォータ制限: インスタンスが参加できるセキュリティグループの数は、セキュリティグループクォータを超えてはなりません。

インスタンスのセキュリティグループタイプを変更したり、インスタンスを事前にノードプールのセキュリティグループに追加したりするには、「インスタンス (プライマリ ENI) にセキュリティグループを関連付ける」をご参照ください。セキュリティグループクォータを増やすには、「Elastic Compute Service クォータの表示または増加」をご参照ください。

Terway - 最大 Pod 数

インスタンスがサポートする Pod の最大数は、次の条件を満たす必要があります:

異なる ENI モードでサポートされる Pod の最大数は、インスタンスがサポートする ENI の最大数によって異なります。計算方法については、「ノードの Pod クォータの計算方法」をご参照ください。

• 共有 ENI モード: サポートされる Pod の最大数は 10 より大きい必要があります。

• 排他的 ENI モード: サポートされる Pod の最大数は 5 より大きい必要があります。

これらの条件が満たされない場合は、ノードリソースをスペックアップまたはスペックダウンするか、新しいインスタンスを購入してください。

Terway - vSwitch 構成

インスタンスとノードプールが異なるゾーンにある場合は、Terway vSwitch 構成を更新する必要があります。そうしないと、Terway はノードのプライマリ ENI の vSwitch から Pod IP を割り当てるため、Pod IP の割り当てが失敗する可能性があります。詳細については、「Pod の vSwitch を変更する」をご参照ください。

Terway - ENI

インスタンスを追加すると、アタッチされている ENI は保持されます。Pod IP は、これらの ENI に関連付けられている vSwitch から割り当てられます。インスタンスにプライマリネットワークインターフェイスカード (ENI) が 1 つしかないことを確認してください。

Pod IP が構成済みの vSwitch に属していない場合は、クラスターからノードを削除し、すべてのセカンダリ ENI を削除してから、ノードをクラスターに再度追加します。

Terway - Worker RAM ロール

追加するインスタンスは、ノードプールの Worker RAM ロールにアタッチする必要があります。これにより、最大利用可能 Pod 数 (MaxPod) の計算が不正確になる可能性のある権限の問題を防ぐことができます。

[ノードプール] ページで、ノードプール名をクリックし、[基本情報] タブで Worker RAM ロールを表示します。RAM ロールを付与するには、「ECS インスタンスに RAM ロールを付与する」をご参照ください。

Terway - IPv6 デュアルスタック

クラスターで IPv6 デュアルスタックが有効になっている場合は、インスタンスのプライマリ ENI に IPv6 アドレスを割り当てる必要があります。詳細については、「IPv6 通信」をご参照ください。

Flannel

クラスターの VPC のシステムルートテーブル内のカスタムルートエントリの数は、ルートテーブルクォータを超えることはできません。クォータを調整するには、Quota Center に移動してください。