このドキュメントでは、Cloud Load Balancing に適用される割り当てとシステム上限について説明します。
- 割り当てにはデフォルト値がありますが、通常は調整をリクエストできます。
- システムの上限は固定値で、変更できません。
割り当てを変更するには、追加の割り当てをリクエストするをご覧ください。
Google Cloud では、割り当てを使用して公平性を確保し、リソースの使用量と可用性の急増を抑えます。割り当ては、 Google Cloud プロジェクトで使用できるGoogle Cloud リソースの量を制限します。割り当ては、ハードウェア、ソフトウェア、ネットワーク コンポーネントなど、さまざまなリソースタイプに適用されます。たとえば、割り当てによって、サービスへの API 呼び出しの数、プロジェクトで同時に使用されるロードバランサの数、作成可能なプロジェクトの数を制限できます。割り当てを適用することで、サービスの過負荷を防ぎ、Google Cloud ユーザーのコミュニティを保護します。割り当ては、自組織で使用している Google Cloud リソースの管理にも役立ちます。
Cloud Quotas システムは次のことを行います。
- Google Cloud のプロダクトとサービスの消費量をモニタリングする
- これらのリソースの消費量を制限する
- 割り当て値の変更をリクエストし、割り当ての調整を自動化する手段を提供する
ほとんどの場合、割り当ての許容量を超えるリソースを消費しようとすると、システムによってリソースへのアクセスがブロックされ、実行しようとしているタスクは失敗します。
割り当ては通常、 Google Cloud プロジェクト レベルで適用されます。あるプロジェクトでリソースを使用しても、別のプロジェクトで使用可能な割り当てに影響することはありません。 Google Cloud プロジェクト内では、すべてのアプリケーションと IP アドレスで割り当てが共有されます。
詳細については、Cloud Quotas の概要をご覧ください。
Cloud Load Balancing のリソースにはシステム上限もあります。システムの上限は変更できません。
バックエンド
| 項目 | 割り当てと上限 | メモ |
|---|---|---|
| インスタンス グループ | 割り当て | 割り当てはプロジェクトごと、およびリージョンごとです。割り当ての増加リクエストを行う場合は、インスタンス グループを含むリージョンを選択します。ゾーン インスタンス グループは、インスタンス グループのゾーンを含むリージョンに対して課金されます。 |
| プロジェクトあたりのゾーン NEG とリージョン NEG | 割り当て | 割り当てはプロジェクトごと、リージョンごとに行われ、グローバル インターネット NEG、Private Service Connect NEG、サーバーレス NEG を除くすべての種類の NEG に適用されます。 割り当ての増加リクエストを行う場合は、NEG を含むリージョンを選択します。ゾーン NEG は、NEG のゾーンを含むリージョンに課金されます。 |
| プロジェクトあたりのグローバル NEG | 割り当て | この割り当てはグローバルで、プロジェクトごと、かつグローバル インターネット NEG、Private Service Connect NEG、サーバーレス NEG に適用されます。 |
バックエンド サービスあたりのインスタンス グループ バックエンド、GCE_VM_IP_PORT NEG バックエンド、GCE_VM_IP NEG バックエンド、またはリージョン インターネット NEG バックエンドの最大数 |
50 |
この上限は構成できません。 ゾーン NEG バックエンドとインターネット NEG バックエンドのサポートはロード バランシング プロダクトによって異なります。 バックエンド サービスベースの外部パススルー ネットワーク ロードバランサのフェイルオーバーを構成しているか、内部パススルー ネットワーク ロードバランサのフェイルオーバーを構成している場合、バックエンド サービスごとに、最大 50 個のプライマリ インスタンス グループと 50 個のバックアップ インスタンス グループ、または 内部パススルー ネットワーク ロードバランサには、バックエンド サービスがパケットを配信できる個々の仮想マシン（VM）インスタンスまたはエンドポイントの数についても上限があります。詳細については、バックエンド サービスをご覧ください。 |
1 NEG あたりのエンドポイント数
| 項目 | 割り当てと上限 | メモ |
|---|---|---|
GCE_VM_IP_PORT ゾーン NEG あたりのエンドポイント数 |
10,000 | この上限を引き上げることはできません。 |
GCE_VM_IP ゾーン NEG あたりのエンドポイント数 |
10,000 | この上限を引き上げることはできません。 |
ハイブリッド接続 NEG あたりのエンドポイント数（NON_GCP_PRIVATE_IP_PORT） |
10,000 | この上限を引き上げることはできません。 |
| グローバル インターネット NEG あたりのエンドポイント数 | 1 | この上限を引き上げることはできません。 |
| リージョン インターネット NEG あたりのエンドポイント数 | 256 | この上限を引き上げることはできません。 |
| 1 サーバーレス NEG あたりのエンドポイント数 | 1 | この上限を引き上げることはできません。 |
| Private Service Connect NEG あたりのエンドポイント数 | 1 | この上限を引き上げることはできません。 |
| ポート マッピング NEG あたりのエンドポイント数 | 1,000 | この上限を引き上げることはできません。 |
1 インスタンス グループあたりの VM の数
単一のロードバランサが処理できるバックエンド VM の数は、インスタンス グループがサポートできる VM の数より少なくなることがあります。インスタンス グループあたりのロードバランスされる VM の最大数は、インスタンス グループがエクスポートする各名前付きポートで指定されたポートの数によって異なります。
デフォルトでは、リージョン マネージド インスタンス グループ（MIG）の場合、1 つのインスタンス グループでロード バランスされる VM の上限は 2,000 を超えることはできません。ゾーン MIG の場合は 1,000 を超えることはできません。ゾーン非マネージド インスタンス グループの場合、グループあたりの VM の最大数は 2,000 です。2,000 を超える VM が必要な場合は、マネージド インスタンス グループのサイズ上限を増やすか、サポートにお問い合わせください。
| 項目 | 割り当てと上限 | メモ |
|---|---|---|
| パススルー ロードバランサのバックエンド サービスに接続されているリージョン マネージド インスタンス グループあたりの VM の最大数 | 2,000 | 内部パススルー ネットワーク ロードバランサには、バックエンド サービスがパケットを配信できる個々の VM インスタンスまたはエンドポイントの数についても上限があります。詳細については、バックエンド サービスをご覧ください。 |
| ゾーン マネージド インスタンス グループまたはゾーン非マネージド インスタンス グループごとの、パススルー ロードバランサのバックエンド サービスに接続する VM の最大数 | ゾーン マネージド インスタンス グループの最大数: 1,000 ゾーン非マネージド インスタンス グループの最大数: 2,000 |
内部パススルー ネットワーク ロードバランサには、バックエンド サービスがパケットを配信できる個々の VM インスタンスまたはエンドポイントの数についても上限があります。詳細については、バックエンド サービスをご覧ください。 |
| プロキシ ロードバランサのバックエンド サービスに接続されているリージョン マネージド インスタンス グループあたりの VM の最大数 | インスタンス グループの名前付きポートで指定されたポートの数によって異なる。次の 2 つのうち小さいほう: A: 2,000 B: 10,000 /（最大ポート番号を含む名前付きポートのポート数）* |
この上限を増やす必要がある場合は、サポートにお問い合わせください。 |
| プロキシ ロードバランサのバックエンド サービスに接続されているゾーン マネージド インスタンス グループあたりの VM の最大数 | インスタンス グループの名前付きポートで指定されたポートの数によって異なる。次の 2 つのうち小さいほう: A: 1,000 B: 10,000 /（最大ポート番号を含む名前付きポートのポート数）* |
この上限を増やす必要がある場合は、サポートにお問い合わせください。 |
| プロキシ ロードバランサのバックエンド サービスに接続されているゾーン非マネージド インスタンス グループあたりの VM の最大数 | インスタンス グループの名前付きポートで指定されたポートの数によって異なる。次の 2 つのうち小さいほう: A: 2,000 B: 10,000 /（最大ポート番号を含む名前付きポートのポート数）* |
この上限を増やす必要がある場合は、サポートにお問い合わせください。 |
* インスタンス グループ バックエンドのロードバランスされる VM の最大数を計算するには:
名前付きポートごとの最大ポート数を決めます。
たとえば、インスタンス グループに名前付きポート
http:80、api-gateway:8080、api-gateway:8090がある場合、http名に 1 つのポート番号と、api-gateway名に 2 つのポート番号があります。したがって、この例の名前付きポートごとの最大ポート数は 2 です。名前付きポートあたりの最大ポート数で 10,000 を割り、余りを破棄します。例:
10,000 / 2 = 5,000。前の手順で計算した数値を、インスタンス グループあたりの負荷分散 VM の上限数（リージョン グループの場合は 2,000、ゾーングループの場合は 1,000）と比較します。
前の手順で計算した数が上限を超えていない場合は、インスタンス グループごとの負荷分散 VM の最大数は前の手順で計算された値になります。それ以外の場合は、インスタンス グループあたりのロードバランスされた VM の最大数は上限（リージョン グループの場合は 2,000、ゾーングループの場合は 1,000）になります。
ターゲット プール
| 項目 | 割り当てと上限 | メモ |
|---|---|---|
| ターゲット プール | 割り当て | この割り当ては 1 プロジェクトあたりの値です。 |
バックエンド バケット
| 項目 | 割り当てと上限 | メモ |
|---|---|---|
| バックエンド バケット | 割り当て | この割り当ては 1 プロジェクトあたりの値です。 |
バックエンド サービス
Cloud Monitoring を使用してバックエンド サービスの割り当てをモニタリングするには、Consumer Quota リソースタイプで serviceruntime.googleapis.com/quota/allocation/usage 指標のモニタリングを設定します。割り当てタイプに到達するように、追加のラベルフィルタ（service、quota_metric）を設定します。割り当て使用量の指標をモニタリングする方法については、割り当て指標をグラフ化してモニタリングするをご覧ください。
| 項目 | 割り当てと上限 | メモ |
|---|---|---|
| アプリケーション ロードバランサとプロキシ ネットワーク ロードバランサ | ||
| 従来のアプリケーション ロードバランサと従来のプロキシ ネットワーク ロードバランサのバックエンド サービス | 割り当て | これはプロジェクトごとの割り当てで、従来のアプリケーション ロードバランサと従来のプロキシ ネットワーク ロードバランサのバックエンド サービスの最大数を定義します。 割り当て名: 利用可能な指標:
|
| グローバル外部アプリケーション ロードバランサとグローバル外部プロキシ ネットワーク ロードバランサのバックエンド サービス | 割り当て | これはプロジェクトごとの割り当てで、グローバル外部アプリケーション ロードバランサとグローバル外部プロキシ ネットワーク ロードバランサのバックエンド サービスの最大数を定義します。 割り当て名: 利用可能な指標:
|
リージョン外部アプリケーション ロードバランサとリージョン外部プロキシ ネットワーク ロードバランサのバックエンド サービス |
割り当て | これは、リージョンごと、プロジェクトごとの割り当てで、リージョン外部アプリケーション ロードバランサとグローバル外部プロキシ ネットワーク ロードバランサのバックエンド サービスの最大数を定義します。 割り当て名: 利用可能な指標:
|
| クロスリージョン内部アプリケーション ロードバランサとクロスリージョン内部プロキシ ネットワーク ロードバランサのバックエンド サービス | 割り当て | これはリージョンごと、プロジェクトごとの割り当てで、クロスリージョン内部アプリケーション ロードバランサとクロスリージョン内部プロキシ ネットワーク ロードバランサのバックエンド サービスの最大数を定義します。 割り当て名: 利用可能な指標:
|
| リージョン内部アプリケーション ロードバランサとリージョン内部プロキシ ネットワーク ロードバランサのバックエンド サービス | 割り当て | これはリージョンごと、プロジェクトごとの割り当てで、リージョン内部アプリケーション ロードバランサとリージョン内部プロキシ ネットワーク ロードバランサのバックエンド サービスの最大数を定義します。 割り当て名: 利用可能な指標:
|
| アプリケーション ロードバランサあたりのバックエンド サービスの数 | URL マップの構成によって異なる | 詳細については、URL マップをご覧ください。 |
| プロキシ ネットワーク ロードバランサあたりのバックエンド サービスの数 | 1 | この上限を変更することはできません。 |
| アプリケーション ロードバランサまたはプロキシ ネットワーク ロードバランサのバックエンド サービスあたりの名前付きポートの数 | 1 | この上限を変更することはできません。名前付きポートは、インスタンス グループのバックエンドにのみ関連します。 |
| 特定のバックエンド サービスを参照できる URL マップを含む個別のプロジェクトの最大数（プロジェクト間サービス参照に関連する上限） | 10 | 最大 10 個の異なるプロジェクトの URL マップが、特定のバックエンド サービスを参照できます。この上限を引き上げることはできません。この上限は各バックエンド サービスに個別に適用されます。 |
| パススルー ネットワーク ロードバランサ | ||
| 外部パススルー ネットワーク ロードバランサのバックエンド サービス | 割り当て | これはリージョンごと、プロジェクトごとの割り当てで、外部パススルー ネットワーク ロードバランサのバックエンド サービスの最大数を定義します。 割り当て名: 利用可能な指標:
|
| 内部パススルー ネットワーク ロードバランサのバックエンド サービス | 割り当て | これはリージョンごと、プロジェクトごとの割り当てで、内部パススルー ネットワーク ロードバランサのバックエンド サービスの最大数を定義します。 割り当て名: 利用可能な指標:
|
| パススルー ネットワーク ロードバランサあたりのバックエンド サービスの数 | 1 | この上限を変更することはできません。 |
| パススルー ネットワーク ロードバランサのバックエンド サービスあたりの名前付きポートの数 | 0 | この上限を変更することはできません。バックエンド サービスの portName フィールドは、パススルー ネットワーク ロードバランサでは無視されます。 |
内部パススルー ネットワーク ロードバランサのバックエンド サービスの VM インスタンス（すべてのインスタンス グループ バックエンド内）またはエンドポイント（すべての GCE_VM_IP ネットワーク エンドポイント グループ内）の最大数 |
バックエンドのサブセット化が無効な場合: 250 バックエンド サブセット化が有効な場合: 2,000 |
この上限を引き上げることはできません。 フェイルオーバーが構成されている場合、VM インスタンスまたはエンドポイントの最大数がアクティブ プール内のインスタンスまたはエンドポイントに適用されます。 たとえば、バックエンド サービスに 5 つのインスタンス グループがあり、それぞれに 60 個の VM インスタンスがある場合、バックエンドのサブセット化が無効になっていると、ロードバランサは 300（5 × 60）個のインスタンスのうち 250 個のインスタンスにのみパケットを分散します。 これらの上限を超えてバックエンド VM を構成すると、トラフィックは、ここで説明されているように、許可されている最大数の VM またはエンドポイントにのみ転送されるため、パフォーマンスに悪影響が及ぶ可能性があります。 |
| Cloud Service Mesh | ||
| Cloud Service Mesh バックエンド サービス | 割り当て | Cloud Service Mesh のバックエンド サービス。 割り当て名: 利用可能な指標:
|
| Cloud Service Mesh バックエンド サービス | 割り当て | Cloud Service Mesh のバックエンド サービス。 割り当て名: 利用可能な指標:
|
転送ルール
Cloud Monitoring を使用して転送ルールの割り当てをモニタリングするには、Consumer Quota リソースタイプで指標 serviceruntime.googleapis.com/quota/allocation/usage のモニタリングを設定します。割り当てタイプに到達するように、追加のラベルフィルタ（service、quota_metric）を設定します。割り当て使用量の指標をモニタリングする方法については、割り当て指標をグラフ化してモニタリングするをご覧ください。
| 項目 | 割り当てと上限 | メモ |
|---|---|---|
| 外部アプリケーション ロードバランサと外部プロキシ ネットワーク ロードバランサ | ||
| 従来のアプリケーション ロードバランサと従来のプロキシ ネットワーク ロードバランサの転送ルール | 割り当て | これはプロジェクトごとの割り当てで、従来のアプリケーション ロードバランサと従来のプロキシ ネットワーク ロードバランサの転送ルールの最大数を定義します。プロジェクトに Classic VPN ゲートウェイがある場合、それらのゲートウェイの転送ルールもこの割り当ての使用量に対してカウントされます。 割り当て名: 利用可能な指標:
|
| グローバル外部アプリケーション ロードバランサとグローバル外部プロキシ ネットワーク ロードバランサの転送ルール | 割り当て | これはプロジェクトごとの割り当てで、グローバル外部アプリケーション ロードバランサとグローバル外部プロキシ ネットワーク ロードバランサの転送ルールの最大数を定義します。 割り当て名: 利用可能な指標:
|
ネットワークあたり、リージョンあたりのリージョン外部アプリケーション ロードバランサとリージョン外部プロキシ ネットワーク ロードバランサの転送ルール |
割り当て | これはリージョンおよびネットワークごとの割り当てで、バックエンドが VPC ネットワークのリージョンに配置されているリージョン外部アプリケーション ロードバランサとグローバル外部プロキシ ネットワーク ロードバランサの転送ルールの最大数を定義します。 割り当て名: 利用可能な指標:
|
| 内部アプリケーション ロードバランサと内部プロキシ ネットワーク ロードバランサ | ||
| 1 ネットワーク、1 リージョンあたりのクロスリージョン内部アプリケーション ロードバランサとクロスリージョン内部プロキシ ネットワーク ロードバランサの転送ルール | 割り当て | これはリージョンおよびネットワークごとの割り当てで、クロスリージョン内部アプリケーション ロードバランサとクロスリージョン内部プロキシ ネットワーク ロードバランサで VPC ネットワークのリージョン内に作成できる転送ルールの最大数を定義します。 割り当て名: 利用可能な指標:
|
| 1 ネットワーク、1 リージョンあたりのリージョン内部アプリケーション ロードバランサとリージョン内部プロキシ ネットワーク ロードバランサの転送ルール | 割り当て | これはリージョンおよびネットワークごとの割り当てで、リージョン内部アプリケーション ロードバランサとリージョン内部プロキシ ネットワーク ロードバランサで VPC ネットワークのリージョン内に作成できる転送ルールの最大数を定義します。 割り当て名: 利用可能な指標:
|
| パススルー ネットワーク ロードバランサ | ||
| 外部パススルー ネットワーク ロードバランサの転送ルール | 割り当て | これはリージョンごと、プロジェクトごとの割り当てで、 |