すべてのプロダクト
Search

このプロダクト

    Container Service for Kubernetes:ノードあたりの利用可能な Pod 数の調整

    ドキュメントセンター

    Container Service for Kubernetes:ノードあたりの利用可能な Pod 数の調整

    最終更新日:Jun 23, 2026

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

    ノードあたりの最大 Pod 数

    Terway

    ノードあたりの最大コンテナネットワーク Pod 数

    説明

    詳細については、「Terway ネットワークプラグインの操作」をご参照ください。

    Terway モード

    Pod 上限

    例

    静的 IP、独立した vSwitch、独立したセキュリティグループを持つ Pod

    共有 ENI モード

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

    (EniQuantity - 1) × EniPrivateIpAddressQuantity

    説明

    ノードがクラスターに参加するには、11 を超える Pod をサポートする必要があります。

    例：ecs.g7.4xlarge は、それぞれ 30 個のプライベート IP を持つ 8 つの ENI をサポートします。最大 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

    説明

    ノードがクラスターに参加するには、6 を超える Pod をサポートする必要があります。

    例：ecs.g7.4xlarge は 8 つの ENI をサポートします。最大 Pod 数：(8 - 1) = 7。

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

    EniQuantity - 1

    説明

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

    ホストネットワーク Pod

    ホストネットワーク Pod の数はデフォルトで 3 であり、変更できません。この値を変更すると、新しい Pod が IP アドレスを受信できなくなる可能性があります。ノードが再起動すると、ノードあたりの最大 Pod 数はデフォルト値にリセットされます。

    Flannel

    Flannel モードでは、ノードあたりの Pod の最大数 (ノードのポッド数) は、クラスターの作成時に指定され、後で変更することはできません。

    [ノードごとの Pod 数] の有効な値は 16、32、64、128、256 です。

    利用可能な Pod 数の増加

    以下のセクションでは、お使いのネットワークプラグインに基づいて利用可能な Pod 数を増やす方法について説明します。これらのソリューションは、ノードあたりの最大数ではなく、クラスター内の利用可能な Pod の総数を増やします。

    ノードプールのスケールアウト (推奨)

    適用対象：Terway および Flannel。

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

    影響：この操作は実行中のワークロードに影響しません。ただし、クラスターが大きすぎると、可用性とパフォーマンスが損なわれる可能性があります。したがって、大規模クラスターの使用は慎重に計画してください。詳細については、「大規模クラスターの使用に関する提案」をご参照ください。

    インスタンスタイプのスペックアップ

    適用対象：Terway

    手順：ワーカーノードのインスタンスタイプをスペックアップして、ノードあたりの Pod 数を増やします。詳細については、「ノードリソースのスペックアップまたはスペックダウン」をご参照ください。ノードがサポートする Pod の最大数は、そのインスタンスタイプと線形関係にあるわけではなく、ECS インスタンスファミリーが提供する ENI の数に依存します。

    影響：インスタンスタイプのスペックアップを適用するには、ECS インスタンスを再起動する必要があります。これにより、一時的なサービス中断が発生する可能性があります。インスタンスタイプをスペックアップする前に、ワークロードへの影響を評価し、ワークロードを処理するために冗長ノードを追加する必要があるかどうかを判断してください。また、スペックアップしたいノードをドレインし、ACK クラスターから削除する必要があります。オフピーク時にスペックアップを完了した後、ノードをクラスターに再度追加します。請求明細や手順など、インスタンスタイプのスペックアップに関する詳細については、「インスタンス構成変更の概要」および「ノードリソースのスペックアップまたはスペックダウン」をご参照ください。関連する考慮事項を含む、既存ノードの削除と追加の方法については、「ノードの削除」および「既存ノードの追加」をご参照ください。

    クラスターの再作成と Pod CIDR の再計画

    適用対象：Flannel

    手順: クラスターを作成し、ノードのポッド数 パラメーターを設定します。ノードのポッド数 の値は、各ノードでサポートされる Pod の最大数です。詳細については、「Flannel の使用」をご参照ください。

    影響：この操作では、サービスを再構築する必要があります。

    よくある質問

    Terway モードでの最大 Pod 数の確認方法

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

    • 方法 2：以下のデータに基づいて、インスタンスタイプがサポートする Pod の数を手動で計算します。

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

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

    ノードの最大 Pod 数の表示方法

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

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

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

    3. ノード ページで、対象のノードを見つけ、[Pods] 列を確認します。 この列には使用量が Allocated/Total フォーマットで表示されます。ここで、Total はノードがサポートする Pod の最大数です。

    クラスター作成後の Pod 使用率が高い理由

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

    Terway モードでの Pod 上限の手動変更について

    いいえ、できません。Terway モードでは、ノードがホストできる Pod の数は、ECS インスタンスタイプが提供する ENI の数に依存します。Pod の上限を手動で増やしても、実際の上限を超える新しく作成された Pod は、IP アドレスの不足によりスケジュールに失敗します。これにより、クラスター検査やアップグレード事前チェック中にエラーが報告される可能性があります。

    すでにノードの最大 Pod 数を手動で変更してしまった場合は、ノードを削除してからクラスターに再度追加することを推奨します。手順と関連する考慮事項の詳細については、「ノードの削除」および「既存ノードの追加」をご参照ください。

    同じスペックのノードで Pod 上限が異なる理由

    ノードの最大 Pod 数は、その CPU やメモリと線形にスケールしません。Terway モードでは、この上限は ECS インスタンスファミリーが提供する ENI の数に依存します。Flannel モードでは、ノードあたりの最大 Pod 数のデフォルト値は 256 であり、一部のクラスタータイプはより高い上限をサポートします。