すべてのプロダクト
Search

このプロダクト

    Container Service for Kubernetes:ノードの Pod キャパシティの管理

    ドキュメントセンター

    Container Service for Kubernetes:ノードの Pod キャパシティの管理

    最終更新日:Mar 25, 2026

    ワーカーノードがサポートできる Pod の最大数は、ネットワークプラグインによって異なり、一般的に変更できません。Terway ネットワークプラグインの場合、制限はインスタンスタイプがサポートする Elastic Network Interface (ENI) の数によって決まります。Flannel ネットワークプラグインの場合、この制限はクラスター作成時に指定され、後で変更することはできません。Pod の制限に達した場合は、ノードプールをスケールアウトしてノードを追加し、利用可能な Pod の総数を増やすことを推奨します。

    ノードあたりの Pod 制限

    Terway

    image

    コンテナネットワーク Pod の最大数

    説明

    詳細については、「Terway の操作」をご参照ください。

    Terway モード

    ノードあたりの Pod の最大数

    例

    静的 IP アドレス、個別の vSwitch、個別のセキュリティグループをサポートするノードあたりの Pod の最大数

    共有 ENI モード

    (ECS インスタンスタイプがサポートする ENI の数 - 1) × ENI がサポートするプライベート IP アドレスの数。

    (EniQuantity - 1) × EniPrivateIpAddressQuantity

    説明

    ノードあたりの Pod の最大数が 11 を超える場合にのみ、ノードはクラスターに参加できます。

    例えば、汎用 ecs.g7.4xlarge インスタンスタイプは 8 つの ENI をサポートし、各 ENI は 30 のプライベート IP アドレスをサポートします。ノードあたりの Pod の最大数は (8 - 1) × 30 = 210 です。

    重要

    ノード上で ENI を使用できる Pod の最大数は、インスタンスタイプによって決定される固定値です。 maxPods パラメーターを変更しても、hostNetwork モードを使用する Pod の最大数にのみ影響します。

    0

    共有 ENI + Trunk ENI

    シングルノード Trunk Pod クォータ:

    ECS インスタンスタイプがサポートするネットワークインターフェースの総数 - ECS インスタンスタイプがサポートする ENI の数。

    EniTotalQuantity - EniQuantity

    排他的 ENI モード

    ECS インスタンス:

    ECS インスタンスタイプがサポートする ENI の数 - 1。

    EniQuantity - 1

    Lingjun インスタンス:

    Lingjun ENI の作成と管理 - 1。

    LeniQuota - 1

    説明

    ノードあたりの Pod の最大数が 6 を超える場合にのみ、ノードはクラスターに参加できます。

    例えば、汎用 ecs.g7.4xlarge インスタンスタイプは 8 つの ENI をサポートします。ノードあたりの Pod の最大数は (8 - 1) = 7 です。

    ECS インスタンスタイプがサポートする ENI の数 - 1。

    EniQuantity - 1

    説明

    Lingjun インスタンスはサポートされていません。

    ホストネットワーク Pod

    ホストネットワーク Pod のデフォルト数は 3 です。この値は変更しないでください。変更すると、新しい Pod の IP アドレス割り当てが失敗する可能性があります。ノードが再起動すると、ノードあたりの Pod 制限はデフォルト値にリセットされます。

    Flannel

    Flannel ネットワークプラグインを使用する場合、ノードあたりの最大 Pod 数は、クラスターの作成時にノードのポッド数設定で指定されます。クラスターを作成した後は、この値を変更できません。

    image

    利用可能な Pod 数の増加

    Pod 数を増加させる方法は、使用しているネットワークプラグインによって異なります。以下の方法は、クラスター全体で利用可能な Pod の合計数を増加させますが、ノード単位の上限を必ずしも引き上げるものではありません。

    ノードプールのスケーリング（推奨）

    適用対象：Terway、Flannel

    ノードプールを手動または自動でスケールアウトすることで、利用可能な Pod 数を増加させます。詳細については、「ノードプールの手動スケーリング」および「ノードのスケーリング」をご参照ください。

    影響：この操作は実行中のサービスに影響を与えません。ただし、規模が大きすぎるクラスターでは、クラスターの可用性およびパフォーマンスに影響が出る可能性があります。大規模クラスターは適切に計画・運用してください。詳細については、「大規模クラスターの運用に関するアドバイス」をご参照ください。

    インスタンスタイプのアップグレード

    適用対象：Terway

    ワーカーノードのインスタンスタイプをアップグレードすることで、ノード単位の Pod 上限を引き上げます。詳細については、「ワーカーノードの構成のアップグレードまたはスペックダウン」をご参照ください。ノードあたりの最大 Pod 数は、インスタンスタイプと直接的な線形関係を持ちません。これは、ECS インスタンスファミリーが提供する ENI の数に依存します。

    影響：インスタンスタイプのアップグレードには、変更を有効化するために ECS インスタンスの再起動が必要です。これにより一時的なサービス中断が発生する可能性があります。アップグレード前に、ワークロードを評価し、Pod トラフィックを処理するために冗長なノードを追加する必要があるかどうかを判断してください。アップグレード対象のノードをドレインし、ACK クラスターから削除します。アップグレードは非ピーク時間帯に実施してください。アップグレード完了後、該当ノードをクラスターに再追加します。インスタンスのアップグレード（課金を含む）および具体的な手順については、「インスタンス構成変更の概要」および「ワーカーノードの構成のアップグレードまたはスペックダウン」をご参照ください。ノードの削除および追加に関する手順と重要事項については、「ノードの削除」および「既存の ECS インスタンスの追加」をご参照ください。

    クラスターの再作成

    適用対象：Flannel

    クラスターを作成し、ノードのポッド数 の値を設定します。ノードのポッド数 は、単一ノードがサポートできる最大 Pod 数を指定します。詳細については、「Flannel ネットワークプラグインの使用」をご参照ください。

    影響：サービスの再構築が必要です。

    よくある質問

    Terway でのコンテナ Pod の最大数の確認方法

    • 方法 1：ノードプールを作成する際に、インスタンスタイプ セクションの [Terway モード (サポートされる Pod 数)] 列で、インスタンスタイプがサポートするコンテナネットワーク Pod の最大数を確認できます。

    • 方法 2：次の手順で必要なデータを取得し、それを使用してインスタンスタイプがサポートする Pod 数を手動で計算します。

      • インスタンスタイプがサポートする Elastic Network Interface (ENI) の数を確認します。詳細については、「インスタンスファミリー」をご参照ください。

      • OpenAPI Explorer を使用して、DescribeInstanceTypes 操作を実行します。既存のノードの InstanceTypes を指定し、[呼び出し開始] をクリックします。応答の EniQuantity はインスタンスタイプがサポートする ENI の最大数を示し、EniPrivateIpAddressQuantity は単一の ENI がサポートするプライベート IP アドレスの数を示します。

    ノードの Pod 上限の確認方法

    既存のノードの Pod 上限を確認するには、次の手順を実行します。

    1. ACK コンソールにログインします。左側のナビゲーションウィンドウで、クラスターリスト をクリックします。

    2. クラスターリスト ページで、対象のクラスターの名前をクリックします。左側のナビゲーションウィンドウで、ノード > ノード を選択します。

    3. ノード ページで、Pod の [クォータ] を表示します。この値は、ノードがサポートする Pod の最大数です。97.png

    初期 Pod 使用量が多いのはなぜですか？

    クラスターコンポーネントは Pod として実行され、ノードリソースを消費します。一部のコンポーネントは複数のレプリカを使用する場合があります。クラスターの作成時に多くの機能を有効にすると、多数の Pod が消費されます。「利用可能な Pod 数を増やす」に記載の方法に従うことを推奨します。

    Terway の Pod 上限を手動で増やすことはできますか？

    いいえ。Terway モードでは、ノードが実行できる Pod の数は、その ECS インスタンスタイプが提供する ENI の数に依存します。Pod 上限を手動で増やしても、実際のキャパシティを超えて新しく作成された Pod は、利用可能な IP アドレスが不足しているためスケジュールに失敗します。これは、クラスターのヘルスチェックやアップグレード前チェックの際にもエラーを引き起こします。

    すでにノードの Pod の最大数を手動で変更してしまった場合は、そのノードを削除してからクラスターに再度追加してください。手順と重要な注意事項については、「ノードの削除」および「既存の ECS インスタンスの追加」をご参照ください。

    類似したノードで Pod 上限が異なるのはなぜですか？

    ノードごとの Pod 上限は、CPU やメモリに直接関係するものではありません。Terway ネットワークでは、上限は ECS の インスタンスファミリー が提供する ENI の数に依存します。Flannel ネットワークでは、デフォルトの最大値はノードあたり 256 Pod ですが、特定のクラスタータイプではこの値を増やすことができます。