割り当てと上限

このドキュメントでは、Cloud Load Balancing に適用する割り当てとシステム上限について説明します。

割り当ては、使用できるカウント可能な共有リソースの量を指定します。割り当ては、Cloud Load Balancing などの Google Cloud サービスによって定義されます。
システムの上限は固定値で、変更できません。

Google Cloud では、割り当てを使用して公平性を確保し、リソースの使用量と可用性の急増を抑えます。割り当ては、 Google Cloud プロジェクトで使用できるGoogle Cloud リソースの量を制限します。割り当ては、ハードウェア、ソフトウェア、ネットワークコンポーネントなど、さまざまなリソースタイプに適用されます。たとえば、割り当てによって、サービスへの API 呼び出しの数、プロジェクトで同時に使用されるロードバランサの数、作成可能なプロジェクトの数を制限できます。割り当てを適用することで、サービスの過負荷を防ぎ、Google Cloud ユーザーのコミュニティを保護します。割り当ては、自組織で使用している Google Cloud リソースの管理にも役立ちます。

Cloud Quotas システムは次のことを行います。

Google Cloud のプロダクトとサービスの消費量をモニタリングする
これらのリソースの消費量を制限する
割り当て値の変更をリクエストし、割り当ての調整を自動化する手段を提供する

ほとんどの場合、割り当ての許容量を超えるリソースを消費しようとすると、システムによってリソースへのアクセスがブロックされ、実行しようとしているタスクは失敗します。

割り当ては通常、 Google Cloud プロジェクトレベルで適用されます。あるプロジェクトでリソースを使用しても、別のプロジェクトで使用可能な割り当てに影響することはありません。 Google Cloud プロジェクト内では、すべてのアプリケーションと IP アドレスで割り当てが共有されます。

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 個のバックアップインスタンスグループ、または `GCE_VM_IP` NEG を構成できます。内部パススルーネットワークロードバランサには、バックエンドサービスがパケットを配信できる個々の仮想マシン（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）を設定します。割り当て使用量の指標をモニタリングする方法については、割り当て指標をグラフ化してモニタリングするをご覧ください。

項目	割り当てと上限	メモ
アプリケーションロードバランサとプロキシネットワークロードバランサ
従来のアプリケーションロードバランサと従来のプロキシネットワークロードバランサのバックエンドサービス	割り当て	これはプロジェクトごとの割り当てで、従来のアプリケーションロードバランサと従来のプロキシネットワークロードバランサのバックエンドサービスの最大数を定義します。割り当て名: `GLOBAL_EXTERNAL_PROXY_LB_BACKEND_SERVICES` 利用可能な指標: compute.googleapis.com/quota/global_external_proxy_LB_backend_services/limit compute.googleapis.com/quota/global_external_proxy_LB_backend_services/usage compute.googleapis.com/quota/global_external_proxy_LB_backend_services/exceeded
グローバル外部アプリケーションロードバランサとグローバル外部プロキシネットワークロードバランサのバックエンドサービス	割り当て	これはプロジェクトごとの割り当てで、グローバル外部アプリケーションロードバランサとグローバル外部プロキシネットワークロードバランサのバックエンドサービスの最大数を定義します。割り当て名: `GLOBAL_EXTERNAL_MANAGED_BACKEND_SERVICES` 利用可能な指標: compute.googleapis.com/quota/global_external_managed_backend_services/limit compute.googleapis.com/quota/global_external_managed_backend_services/usage compute.googleapis.com/quota/global_external_managed_backend_services/exceeded
リージョン外部アプリケーションロードバランサとリージョン外部プロキシネットワークロードバランサのバックエンドサービス	割り当て	これは、リージョンごと、プロジェクトごとの割り当てで、リージョン外部アプリケーションロードバランサとグローバル外部プロキシネットワークロードバランサのバックエンドサービスの最大数を定義します。割り当て名: `REGIONAL_EXTERNAL_MANAGED_BACKEND_SERVICES` 利用可能な指標: compute.googleapis.com/quota/regional_external_managed_backend_services/limit compute.googleapis.com/quota/regional_external_managed_backend_services/usage compute.googleapis.com/quota/regional_external_managed_backend_services/exceeded
クロスリージョン内部アプリケーションロードバランサとクロスリージョン内部プロキシネットワークロードバランサのバックエンドサービス	割り当て	これはリージョンごと、プロジェクトごとの割り当てで、クロスリージョン内部アプリケーションロードバランサとクロスリージョン内部プロキシネットワークロードバランサのバックエンドサービスの最大数を定義します。割り当て名: `GLOBAL_INTERNAL_MANAGED_BACKEND_SERVICES` 利用可能な指標: compute.googleapis.com/quota/global_internal_managed_backend_services/limit compute.googleapis.com/quota/global_internal_managed_backend_services/usage compute.googleapis.com/quota/global_internal_managed_backend_services/exceeded
リージョン内部アプリケーションロードバランサとリージョン内部プロキシネットワークロードバランサのバックエンドサービス	割り当て	これはリージョンごと、プロジェクトごとの割り当てで、リージョン内部アプリケーションロードバランサとリージョン内部プロキシネットワークロードバランサのバックエンドサービスの最大数を定義します。割り当て名: `REGIONAL_INTERNAL_MANAGED_BACKEND_SERVICES` 利用可能な指標: compute.googleapis.com/quota/regional_internal_managed_backend_services/limit compute.googleapis.com/quota/regional_internal_managed_backend_services/usage compute.googleapis.com/quota/regional_internal_managed_backend_services/exceeded
アプリケーションロードバランサあたりのバックエンドサービスの数	URL マップの構成によって異なる	詳細については、URL マップをご覧ください。
プロキシネットワークロードバランサあたりのバックエンドサービスの数	1	この上限を変更することはできません。
アプリケーションロードバランサまたはプロキシネットワークロードバランサのバックエンドサービスあたりの名前付きポートの数	1	この上限を変更することはできません。名前付きポートは、インスタンスグループのバックエンドにのみ関連します。
特定のバックエンドサービスを参照できる URL マップを含む個別のプロジェクトの最大数（プロジェクト間サービス参照に関連する上限）	10	最大 10 個の異なるプロジェクトの URL マップが、特定のバックエンドサービスを参照できます。この上限を引き上げることはできません。この上限は各バックエンドサービスに個別に適用されます。
パススルーネットワークロードバランサ
外部パススルーネットワークロードバランサのバックエンドサービス	割り当て	これはリージョンごと、プロジェクトごとの割り当てで、外部パススルーネットワークロードバランサのバックエンドサービスの最大数を定義します。割り当て名: `REGIONAL_EXTERNAL_NETWORK_LB_BACKEND_SERVICES` 利用可能な指標: compute.googleapis.com/quota/regional_external_network_LB_backend_services/limit compute.googleapis.com/quota/regional_external_network_LB_backend_services/usage compute.googleapis.com/quota/regional_external_network_LB_backend_services/exceeded
内部パススルーネットワークロードバランサのバックエンドサービス	割り当て	これはリージョンごと、プロジェクトごとの割り当てで、内部パススルーネットワークロードバランサのバックエンドサービスの最大数を定義します。割り当て名: `REGIONAL_INTERNAL_LB_BACKEND_SERVICES` 利用可能な指標: compute.googleapis.com/quota/regional_internal_LB_backend_services/limit compute.googleapis.com/quota/regional_internal_LB_backend_services/usage compute.googleapis.com/quota/regional_internal_LB_backend_services/exceeded
パススルーネットワークロードバランサあたりのバックエンドサービスの数	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 のバックエンドサービス。割り当て名: `GLOBAL_INTERNAL_TRAFFIC_DIRECTOR_BACKEND_SERVICES` 利用可能な指標: compute.googleapis.com/quota/global_internal_traffic_director_backend_services/limit compute.googleapis.com/quota/global_internal_traffic_director_backend_services/usage compute.googleapis.com/quota/global_internal_traffic_director_backend_services/exceeded
Cloud Service Mesh バックエンドサービス	割り当て	Cloud Service Mesh のバックエンドサービス。割り当て名: `REGIONAL_INTERNAL_TRAFFIC_DIRECTOR_BACKEND_SERVICES` 利用可能な指標: compute.googleapis.com/quota/regional_internal_traffic_director_backend_services/limit compute.googleapis.com/quota/regional_internal_traffic_director_backend_services/usage compute.googleapis.com/quota/regional_internal_traffic_director_backend_services/exceeded

転送ルール

Cloud Monitoring を使用して転送ルールの割り当てをモニタリングするには、Consumer Quota リソースタイプで指標 serviceruntime.googleapis.com/quota/allocation/usage のモニタリングを設定します。割り当てタイプに到達するように、追加のラベルフィルタ（service、quota_metric）を設定します。割り当て使用量の指標をモニタリングする方法については、割り当て指標をグラフ化してモニタリングするをご覧ください。

項目	割り当てと上限	メモ
外部アプリケーションロードバランサと外部プロキシネットワークロードバランサ
従来のアプリケーションロードバランサと従来のプロキシネットワークロードバランサの転送ルール	割り当て	これはプロジェクトごとの割り当てで、従来のアプリケーションロードバランサと従来のプロキシネットワークロードバランサの転送ルールの最大数を定義します。プロジェクトに Classic VPN ゲートウェイがある場合、それらのゲートウェイの転送ルールもこの割り当ての使用量に対してカウントされます。割り当て名: `FORWARDING_RULES` 利用可能な指標: compute.googleapis.com/quota/forwarding_rules/limit compute.googleapis.com/quota/forwarding_rules/usage compute.googleapis.com/quota/forwarding_rules/exceeded
グローバル外部アプリケーションロードバランサとグローバル外部プロキシネットワークロードバランサの転送ルール	割り当て	これはプロジェクトごとの割り当てで、グローバル外部アプリケーションロードバランサとグローバル外部プロキシネットワークロードバランサの転送ルールの最大数を定義します。割り当て名: `GLOBAL_EXTERNAL_MANAGED_FORWARDING_RULES` 利用可能な指標: compute.googleapis.com/quota/global_external_managed_forwarding_rules/limit compute.googleapis.com/quota/global_external_managed_forwarding_rules/usage compute.googleapis.com/quota/global_external_managed_forwarding_rules/exceeded
1 ネットワーク、1 リージョンあたりのリージョン外部アプリケーションロードバランサとリージョン外部プロキシネットワークロードバランサの転送ルールこの割り当ては、非推奨になったプロジェクトごとの `EXTERNAL_MANAGED_FORWARDING_RULES` 割り当てに代わるものです。	割り当て	これはリージョンおよびネットワークごとの割り当てで、バックエンドが VPC ネットワークのリージョンに配置されているリージョン外部アプリケーションロードバランサとグローバル外部プロキシネットワークロードバランサの転送ルールの最大数を定義します。割り当て名: `REGIONAL_EXTERNAL_MANAGED_FORWARDING_RULES_PER_REGION_PER_NETWORK` 利用可能な指標: compute.googleapis.com/quota/regional_external_managed_forwarding_rules_per_region_per_vpc_network/limit compute.googleapis.com/quota/regional_external_managed_forwarding_rules_per_region_per_vpc_network/usage compute.googleapis.com/quota/regional_external_managed_forwarding_rules_per_region_per_vpc_network/exceeded
内部アプリケーションロードバランサと内部プロキシネットワークロードバランサ
1 ネットワーク、1 リージョンあたりのクロスリージョン内部アプリケーションロードバランサとクロスリージョン内部プロキシネットワークロードバランサの転送ルール	割り当て	これはリージョンおよびネットワークごとの割り当てで、クロスリージョン内部アプリケーションロードバランサとクロスリージョン内部プロキシネットワークロードバランサで VPC ネットワークのリージョン内に作成できる転送ルールの最大数を定義します。割り当て名: `GLOBAL_INTERNAL_MANAGED_FORWARDING_RULES_PER_REGION_PER_NETWORK` 利用可能な指標: compute.googleapis.com/quota/global_internal_managed_forwarding_rules_per_region_per_vpc_network/limit compute.googleapis.com/quota/global_internal_managed_forwarding_rules_per_region_per_vpc_network/usage compute.googleapis.com/quota/global_internal_managed_forwarding_rules_per_region_per_vpc_network/exceeded
1 ネットワーク、1 リージョンあたりのリージョン内部アプリケーションロードバランサとリージョン内部プロキシネットワークロードバランサの転送ルール	割り当て	これはリージョンおよびネットワークごとの割り当てで、リージョン内部アプリケーションロードバランサとリージョン内部プロキシネットワークロードバランサで VPC ネットワークのリージョン内に作成できる転送ルールの最大数を定義します。割り当て名: `REGIONAL_INTERNAL_MANAGED_FORWARDING_RULES_PER_REGION_PER_NETWORK` 利用可能な指標: compute.googleapis.com/quota/regional_internal_managed_forwarding_rules_per_region_per_vpc_network/limit compute.googleapis.com/quota/regional_internal_managed_forwarding_rules_per_region_per_vpc_network/usage compute.googleapis.com/quota/regional_internal_managed_forwarding_rules_per_region_per_vpc_network/exceeded
ネットワークあたりのクロスリージョン内部アプリケーションロードバランサ、リージョン内部アプリケーションロードバランサ、クロスリージョン内部プロキシネットワークロードバランサ、リージョン内部プロキシネットワークロードバランサの転送ルール	割り当て	これはネットワークごとの割り当てで、クロスリージョン内部アプリケーションロードバランサ、リージョン内部アプリケーションロードバランサ、クロスリージョン内部プロキシネットワークロードバランサ、リージョン内部プロキシネットワークロードバランサで VPC ネットワークのすべてのリージョンに集約して作成できる転送ルールの最大数を定義します。この割り当ては廃止される予定です。割り当て名: `INTERNAL_MANAGED_FORWARDING_RULES_PER_NETWORK` 利用可能な指標: compute.googleapis.com/quota/internal_managed_forwarding_rules_per_vpc_network/limit compute.googleapis.com/quota/internal_managed_forwarding_rules_per_vpc_network/usage compute.googleapis.com/quota/internal_managed_forwarding_rules_per_vpc_network/exceeded
ピアリンググループあたりのクロスリージョン内部アプリケーションロードバランサ、リージョン内部アプリケーションロードバランサ、クロスリージョン内部プロキシネットワークロードバランサ、リージョン内部プロキシネットワークロードバランサの転送ルール	割り当て	これは、ネットワークごとの割り当てで、ローカル VPC ネットワークのすべてのリージョンおよび直接接続されているすべてのピア VPC ネットワークのすべてのリージョンのクロスリージョン内部アプリケーションロードバランサ、リージョン内部アプリケーションロードバランサ、クロスリージョン内部プロキシネットワークロードバランサ、リージョン内部プロキシネットワークロードバランサの転送ルールの最大数を定義します。割り当て名: `INTERNAL_MANAGED_FORWARDING_RULES_PEERING_GROUP` 利用可能な指標: compute.googleapis.com/quota/internal_managed_forwarding_rules_per_peering_group/limit compute.googleapis.com/quota/internal_managed_forwarding_rules_per_peering_group/usage
パススルーネットワークロードバランサ
外部パススルーネットワークロードバランサの転送ルール	割り当て	これはリージョンごと、プロジェクトごとの割り当てで、外部パススルーネットワークロードバランサ（バックエンドサービスとターゲットプールアーキテクチャの両方）の転送ルールの最大数を定義します。割り当て名: `EXTERNAL_NETWORK_LB_FORWARDING_RULES` 利用可能な指標: compute.googleapis.com/quota/external_network_lb_forwarding_rules/limit compute.googleapis.com/quota/external_network_lb_forwarding_rules/usage compute.googleapis.com/quota/external_network_lb_forwarding_rules/exceeded
ネットワークあたりの内部パススルーネットワークロードバランサの転送ルール	割り当て	これはネットワークごとの割り当てで、内部パススルーネットワークロードバランサで VPC ネットワークのすべてのリージョンに集約して作成できる転送ルールの最大数を定義します。割り当て名: `INTERNAL_FORWARDING_RULES_PER_NETWORK` 利用可能な指標: compute.googleapis.com/quota/internal_lb_forwarding_rules_per_vpc_network/limit compute.googleapis.com/quota/internal_lb_forwarding_rules_per_vpc_network/usage compute.googleapis.com/quota/internal_lb_forwarding_rules_per_vpc_network/exceeded
ピアリンググループあたりの内部パススルーネットワークロードバランサの転送ルール	割り当て	これはネットワークごとの割り当てで、ローカル VPC ネットワークのすべてのリージョンおよび直接接続しているすべてのピアのすべての VPC ネットワークのリージョンの内部パススルーネットワークロードバランサの転送ルールの最大数を定義します。割り当て名: `INTERNAL_FORWARDING_RULES_PER_PEERING_GROUP` 利用可能な指標: compute.googleapis.com/quota/internal_lb_forwarding_rules_per_peering_group/limit compute.googleapis.com/quota/internal_lb_forwarding_rules_per_peering_group/usage
内部パススルーネットワークロードバランサとバックエンドサービスベースの外部パススルーネットワークロードバランサの転送ルールごとのポート数	5	これは上限であり、変更できません。別のポート指定オプションも使用できます。バックエンドサービスベースの外部パススルーネットワークロードバランサの転送ルールとターゲットプールベースの外部パススルーネットワークロードバランサの転送ルールには、連続するポート範囲を 1 つ指定できます。範囲には 6 個以上のポートを含めることができます。バックエンドサービスベースの外部パススルーネットワークロードバランサと内部パススルーネットワークロードバランサの転送ルールには、すべてのポートを指定できます。
パススルーロードバランサの同じバックエンドサービスを参照できる転送ルールの数	個別の上限なし	他の割り当てや上限に応じて、複数の転送ルールで同じパススルーロードバランサのバックエンドサービスを参照できます。
1 つの転送ルールで参照可能なパススルーロードバランサのバックエンドサービスの数	1	パススルーロードバランサの転送ルールは、1 つのバックエンドサービスのみを参照する必要があります。
1 つの内部 IP アドレスを共有できる内部転送ルールの最大数	10	この上限は、内部パススルーネットワークロードバランサと内部プロキシネットワークロードバランサにのみ適用されます。この上限を引き上げることはできません。
ステアリング転送ルールあたりの送信元 IP アドレス範囲の最大数	64	この上限は、外部パススルーネットワークロードバランサにのみ適用されます。この上限を引き上げることはできません。
プロトコル転送（ターゲットインスタンス）
外部プロトコルの転送ルール	割り当て	これはリージョンごと、プロジェクトごとの割り当てで、外部プロトコル転送ルールの最大数を定義します。割り当て名: `EXTERNAL_PROTOCOL_FORWARDING_RULES` 利用可能な指標: compute.googleapis.com/quota/external_protocol_forwarding_rules/limit compute.googleapis.com/quota/external_protocol_forwarding_rules/usage compute.googleapis.com/quota/external_protocol_forwarding_rules/exceeded
ネットワークあたりの内部プロトコル転送ルール	割り当て	これはネットワークごとの割り当てで、VPC ネットワークのすべてのリージョンに集約して作成できる内部プロトコル転送の転送ルールの最大数を定義します。割り当て名: `INTERNAL_FORWARDING_RULES_WITH_TARGET_INSTANCE_PER_NETWORK` 利用可能な指標: compute.googleapis.com/quota/internal_protocol_forwarding_rules_per_vpc_network/limit compute.googleapis.com/quota/internal_protocol_forwarding_rules_per_vpc_network/usage compute.googleapis.com/quota/internal_protocol_forwarding_rules_per_vpc_network/exceeded
ピアグループあたりの内部転送ルール	割り当て	これはネットワークごとの割り当てで、ローカル VPC ネットワークのすべてのリージョンおよび直接接続されているすべてのピア VPC のすべてのリージョンの内部プロトコル転送ルールの最大数を定義します。割り当て名: `INTERNAL_FORWARDING_RULES_WITH_TARGET_INSTANCE_PER_PEERING_GROUP` 利用可能な指標: compute.googleapis.com/quota/internal_protocol_forwarding_rules_per_peering_group/limit compute.googleapis.com/quota/internal_protocol_forwarding_rules_per_peering_group/usage
Cloud Service Mesh
Cloud Service Mesh 転送ルール	割り当て	Cloud Service Mesh の転送ルール。割り当て名: `INTERNAL_TRAFFIC_DIRECTOR_FORWARDING_RULES` 利用可能な指標: compute.googleapis.com/quota/internal_traffic_director_forwarding_rules/limit compute.googleapis.com/quota/internal_traffic_director_forwarding_rules/usage compute.googleapis.com/quota/internal_traffic_director_forwarding_rules/exceeded

ターゲットプロキシ

項目	割り当てと上限	メモ
ターゲット HTTP プロキシ	割り当て	この割り当ては 1 プロジェクトあたりの値です。
ターゲット HTTPS プロキシ	割り当て	この割り当ては 1 プロジェクトあたりの値です。
ターゲット SSL プロキシ	割り当て	この割り当ては 1 プロジェクトあたりの値です。
ターゲット TCP プロキシ	割り当て	この割り当ては 1 プロジェクトあたりの値です。
1 ターゲット HTTPS プロキシまたは 1 ターゲット SSL プロキシあたりの SSL ポリシー数	1	この上限を引き上げることはできません。
ターゲットプロキシあたりの Compute Engine SSL 証明書	15	この上限を引き上げることはできません。詳細については、SSL 証明書の概要で証明書の構成方法をご覧ください。
ターゲットプロキシあたりの Certificate Manager 証明書マップ	1
ターゲットプロキシあたりの Certificate Manager 証明書	100

ヘルスチェック

項目	割り当てと上限	メモ
ヘルスチェック	割り当て	これは、すべてのヘルスチェック（グローバル、リージョン、レガシー）を対象とするプロジェクトごとの割り当てです。

URL マップ

ここに記載されている上限を引き上げることはできません。

項目	外部アプリケーションロードバランサ	内部アプリケーションロードバランサ
URL マップ	割り当てこの割り当ては 1 プロジェクトあたりの値です。	割り当てこの割り当ては 1 プロジェクトあたりの値です。
ホストルール、URL マップごとのパスマッチャー	上限: 1,000	上限: 2,000
パスマッチャーごとのパスルールまたはルートルール	上限: 1,000	上限: 1,000
ホストルールあたりのホスト数	上限: 1,000	上限: 1,000
パスマッチャーごとの述語^*	上限: 1,000	上限: 1,000
パスマッチャーごとの `pathTemplateMatch` 述語	グローバル外部アプリケーションロードバランサとリージョン外部アプリケーションロードバランサ: 上限: 100 従来のアプリケーションロードバランサではサポートされていません	上限: 100
URL マップで参照できる個別のバックエンドサービスまたはバックエンドバケットの数	上限: 2,500	上限: 2,500
URL マップで参照できる個別のバックエンドサービスまたはバックエンドバケットの数	プロジェクト間サービス参照に関連するその他の上限: URL マップは、最大で 1,000 個の個別のプロジェクトでバックエンドサービスを参照できます。この上限は、グローバル外部アプリケーションロードバランサには適用されません。グローバル外部アプリケーションロードバランサの場合、2,500 個の個別のバックエンドサービスまたはバックエンドバケットの標準の上限が適用されます。最大 10 個の異なるプロジェクトの URL マップが、特定のバックエンドサービスを参照できます。
URL マップのサイズ	上限: 64 KB	上限: 128 KB
URL マップテストの数	従来のアプリケーションロードバランサ: 上限: 10,000	該当なし内部アプリケーションロードバランサは、URL マップのテストをサポートしていません。
URL マップテストの数	グローバル外部アプリケーションロードバランサとリージョン外部アプリケーションロードバランサ: 上限: 100	該当なし内部アプリケーションロードバランサは、URL マップのテストをサポートしていません。

^* これは、パスマッチャー内のすべてのルールにわたる一致条件数の上限です。パスルールを使用するパスマッチャーの場合、すべてのパスルールにわたるパスの合計数です。ルートルールを使用するパスマッチャーの場合、接頭辞数は、以下を加算して計算されます。

パスマッチ条件（接頭辞一致またはフルパス一致のいずれか）に対して 1
パスマッチャーのすべてのルートルールで一致するヘッダーの合計
パスマッチャーのすべてのルートルールで一致するクエリパラメータの合計

たとえば、次のルートルールを持つパスマッチャーの場合を考えます。

ルートルール A には、1 つの接頭辞一致と 3 つのヘッダー一致がある
ルートルール B には、1 つのフルパス一致と 2 つのクエリパラメータの一致がある

このパスマッチャーの合計述語数は、7 になります。これは、「1（接頭辞一致）+ 3（ヘッダー一致の数）+ 1（フルパス一致）+ 2（クエリパラメータの一致数）」で求められます。

アプリケーションロードバランサのヘッダーサイズ

項目	割り当てと上限	メモ
外部アプリケーションロードバランサのクライアントリクエストヘッダーの最大サイズ	64 KB（キロバイト）	この上限を引き上げることはできません。リクエスト URL とリクエストヘッダーの合計サイズは 64 KB 以下にする必要があります。
外部アプリケーションロードバランサの最大バックエンドレスポンスヘッダーサイズ	約 128 KB（キロバイト）	この上限を引き上げることはできません。
内部アプリケーションロードバランサのバックエンドリクエストヘッダーの最大サイズ	60 KB（キロバイト）	この上限を引き上げることはできません。
HTTP リクエストヘッダーと HTTP レスポンスヘッダーの小文字変換	常に実行（HTTP/1.1 を使用する場合の従来のアプリケーションロードバランサを除く）	たとえば、`Host` は `host` に、`Keep-ALIVE` は `keep-alive` になります。
各バックエンドサービスに構成されたカスタムリクエストヘッダーの最大数	16	この上限を引き上げることはできません。
各バックエンドサービスに構成されたカスタムレスポンスヘッダーの最大数	16	この上限を引き上げることはできません。
バックエンドサービスごとのすべてのカスタムリクエストヘッダーの合計サイズ（変数を展開する前の名前と値の組み合わせ）	8 KB	この上限を引き上げることはできません。
バックエンドサービスごとのすべてのカスタムレスポンスヘッダーの合計サイズ（変数を展開する前の名前と値の組み合わせ）	8 KB	この上限を引き上げることはできません。

アプリケーションロードバランサの秒間クエリ数

項目割り当てと上限メモ

グローバル外部アプリケーションロードバランサのバックエンドインスタンスグループまたは NEG ごとの秒間クエリ数（QPS）分散モードに RATE を使用する場合に構成可能。バックエンドによって制限されます。

リージョン外部アプリケーションロードバランサのリージョンごとの、ネットワークあたりの秒間クエリ数（QPS）

リージョン外部アプリケーションロードバランサの場合、最大 QPS 負荷は、リクエストのサイズと構成の複雑さによって異なります。負荷が容量を超えると、レイテンシが増加しリクエストが破棄される可能性があります。

項目	割り当てと上限	メモ
グローバル外部アプリケーションロードバランサのバックエンドインスタンスグループまたは NEG ごとの秒間クエリ数（QPS）	分散モードに `RATE` を使用する場合に構成可能。	バックエンドによって制限されます。
リージョン外部アプリケーションロードバランサのリージョンごとの、ネットワークあたりの秒間クエリ数（QPS）	リージョン外部アプリケーションロードバランサの場合、最大 QPS 負荷は、リクエストのサイズと構成の複雑さによって異なります。負荷が容量を超えると、レイテンシが増加しリクエストが破棄される可能性があります。	バックエンド¹とリージョンプロキシの容量²によって制限されます。この上限を増やす必要がある場合は、サポートにお問い合わせください。
内部アプリケーションロードバランサのリージョン、ネットワークあたりの秒間クエリ数（QPS）	内部アプリケーションロードバランサの場合、最大 QPS 負荷は、リクエストのサイズと構成の複雑さによって異なります。負荷が容量を超えると、レイテンシが増加しリクエストが破棄される可能性があります。	バックエンド¹とリージョンプロキシの容量²によって制限されます。この上限を増やす必要がある場合は、サポートにお問い合わせください。

バックエンド¹とリージョンプロキシの容量²によって制限されます。

この上限を増やす必要がある場合は、サポートにお問い合わせください。

内部アプリケーションロードバランサのリージョン、ネットワークあたりの秒間クエリ数（QPS）

内部アプリケーションロードバランサの場合、最大 QPS 負荷は、リクエストのサイズと構成の複雑さによって異なります。負荷が容量を超えると、レイテンシが増加しリクエストが破棄される可能性があります。

バックエンド¹とリージョンプロキシの容量²によって制限されます。

この上限を増やす必要がある場合は、サポートにお問い合わせください。

¹ サーバーレス NEG を使用しているプロジェクトの場合、リージョン外部アプリケーションロードバランサまたはリージョン内部アプリケーションロードバランサで構成されたサーバーレス NEG に送信されるトラフィックのプロジェクトあたりの秒間クエリ数（QPS）上限は 5,000 件です。この上限は、プロジェクトとリージョン内のすべてのリージョン外部アプリケーションロードバランサとリージョン内部アプリケーションロードバランサで集計されるものです。これはロードバランサごとの上限ではありません。この上限を増やす必要がある場合は、サポートにお問い合わせください。

² リージョンプロキシは、トラフィックの増加に伴ってプロキシを段階的に追加する、自動スケーリングのプロキシプールに基づいています。トラフィックが急増して 10 万 QPS を超えると予想され、プロキシプールを事前に準備しておきたい場合は、サポートにお問い合わせください。

サービスロードバランシングポリシー

項目	割り当てと上限	メモ
ServiceLbPolicies	割り当て	この割り当てはプロジェクト単位で、従来のアプリケーションロードバランサとグローバル外部アプリケーションロードバランサに適用されます。

Compute Engine SSL 証明書

項目	割り当てと上限	メモ
SSL 証明書	割り当て	この割り当ては 1 プロジェクトあたりの値です。
グローバルセルフマネージド SSL 証明書でサポートされている鍵の種類	RSA-2048 ECDSA P-256
グローバルで公的に信頼されている Google マネージド証明書でサポートされている鍵の種類	RSA-2048
リージョンセルフマネージド SSL 証明書でサポートされている鍵の種類	RSA-2048 RSA-3072 RSA-4096 ECDSA P-256 ECDSA P-384
1 Google マネージド SSL 証明書あたりの複数ドメイン	100	この上限を引き上げることはできません。
Google マネージド証明書のドメイン名の長さ	64 バイト	この上限を引き上げることはできません。この長さの上限は、Google マネージド SSL 証明書にのみ適用されます。これらの証明書では、証明書の最初のドメインにのみ 64 バイトの上限が適用されます。証明書に含まれる他のドメインの長さの上限は 253 バイトです（これは、インターネットのあらゆるドメイン名に適用され、Google マネージド証明書にのみ適用される上限ではありません）。

SSL ポリシー

項目	割り当てと上限	メモ
グローバル SSL ポリシー	割り当て	この割り当ては 1 プロジェクトあたりの値です。この割り当ては、以下によって使用されます。以下のためのグローバルターゲット HTTPS プロキシ: グローバル外部アプリケーションロードバランサ従来のアプリケーションロードバランサクロスリージョン内部アプリケーションロードバランサ以下のためのグローバルターゲット SSL プロキシ: グローバル外部プロキシネットワークロードバランサ従来のプロキシネットワークロードバランサ
リージョン SSL ポリシー	割り当て	この割り当ては、プロジェクトごと、リージョンごとに適用されます。この割り当ては、以下によって使用されます。以下のためのリージョンターゲット HTTPS プロキシ: リージョン外部アプリケーションロードバランサリージョン内部アプリケーションロードバランサ

認可ポリシー

ここで説明する上限を引き上げることはできません。これは、アプリケーションロードバランサに適用されます。

項目	割り当てと上限	メモ
認可ポリシーの数	上限: グローバル外部アプリケーションロードバランサの場合は 10、クロスリージョン内部アプリケーションロードバランサの場合は 10、リージョン内部アプリケーションロードバランサとリージョン外部アプリケーションロードバランサの場合はリージョンごとに 10、Cloud Service Mesh の場合はリージョンごとに 10	この割り当ては 1 プロジェクトあたりの値です。
認可ポリシーが参照できる転送ルールの数	上限: 50	この割り当ては認可ポリシーごとに適用されます。
転送ルールあたりの認可ポリシーの数	上限: 5	この割り当ては転送ルールごとに適用されます。
認可ポリシーあたりの HTTP ルールの数	上限: 5	この割り当ては認可ポリシーごとに適用されます。
HTTP ルールあたりのリクエストソースの数（`sources` または `notSources`）	上限: 1	この割り当ては HTTP ルールごとに適用されます。
認可ポリシーあたりのプリンシパルの数	上限: グローバル外部アプリケーションロードバランサの場合は 25、クロスリージョン内部アプリケーションロードバランサ、リージョン内部アプリケーションロードバランサ、リージョン外部アプリケーションロードバランサ、Cloud Service Mesh の場合は 50	この割り当ては認可ポリシーごとに適用されます。
認可ポリシーあたりの IP ブロック数	上限: 10	この割り当ては認可ポリシーごとに適用されます。
認可ポリシーあたりのリソース数	上限: 10	この割り当ては認可ポリシーごとに適用されます。
HTTP ルールあたりのリクエストオペレーション数（`operations` または `notOperations`）	上限: 1	この割り当ては HTTP ルールごとに適用されます。
認可ポリシーあたりのヘッダー数	上限: 10	この割り当ては認可ポリシーごとに適用されます。
認可ポリシーあたりのホスト数	上限: 10	この割り当ては認可ポリシーごとに適用されます。
認可ポリシーあたりのメソッド数	上限: 10	この割り当ては認可ポリシーごとに適用されます。
認可ポリシーあたりのパスの数	上限: 10	この割り当ては認可ポリシーごとに適用されます。
認可ポリシーあたりの認可拡張リソースの数	上限: 2	この割り当ては認可ポリシーごとに適用されます。

サーバー TLS ポリシー

項目	割り当てと上限	メモ
グローバルサーバー TLS ポリシー	割り当て	この割り当てはプロジェクト単位で、従来のアプリケーションロードバランサ、グローバル外部アプリケーションロードバランサ、クロスリージョン内部アプリケーションロードバランサに適用されます。
リージョンサーバー TLS ポリシー	割り当て	この割り当てはプロジェクトごと、リージョンごとに適用され、リージョン外部アプリケーションロードバランサとリージョン内部アプリケーションロードバランサに適用されます。

信頼構成

ここで説明する上限を引き上げることはできません。これは、従来のアプリケーションロードバランサとグローバル外部アプリケーションロードバランサに適用されます。

項目	割り当てと上限	メモ
トラストストアの数	上限: 1	これは `TrustConfig` リソースあたりの上限です。
トラストアンカーと中間証明書の合計数	上限: 200	これは、トラストストアあたりの上限です。
中間証明書の数	上限: 100	これは、トラストストアあたりの上限です。
ルート証明書と中間証明書の検証中に許可される名前の制約の数	上限: 10
サブジェクトとサブジェクトの公開鍵情報を共有する中間証明書	上限: 10	これは、トラストストアあたりの上限です。
証明書チェーンの深さ	上限: 10	ルート証明書とクライアント証明書を含む証明書チェーンの最大深度。
信頼チェーンを構築する際に中間証明書を評価できる回数	上限: 100
サポートされている鍵の種類	RSA-2048 RSA-3072 RSA-4096 ECDSA P-256 ECDSA P-384
許可リスト内の証明書の数（`allowlistedCertificates`）	上限: 500

パブリック委任プレフィックスの上限

ここで説明する上限は、外部パススルーネットワークロードバランサに適用されます。

項目割り当てと上限メモ

可変プレフィックス長のパブリック委任プレフィックス

項目	割り当てと上限	メモ
可変プレフィックス長のパブリック委任プレフィックス	割り当て	この割り当ては 1 プロジェクトあたりの値です。これは、`allocatable_prefix_length` が `/96` 以外のパブリック委任プレフィックス（PDP）の数に対する割り当てです。デフォルトで `/64` に設定されるプレフィックスも含まれます。お客様には、デフォルトで 40 の割り当てが与えられます。

割り当て

この割り当ては 1 プロジェクトあたりの値です。これは、allocatable_prefix_length が /96 以外のパブリック委任プレフィックス（PDP）の数に対する割り当てです。デフォルトで /64 に設定されるプレフィックスも含まれます。

お客様には、デフォルトで 40 の割り当てが与えられます。

割り当てを管理する

Cloud Load Balancing では、さまざまな理由から、使用できるリソースの割り当て量に上限が設けられています。たとえば、割り当て量の上限を設定して予期しない使用量の急増を防ぐことで、ユーザーのコミュニティを保護しています。割り当て量は、無料枠でを試しているユーザーをトライアルのレベルに留めておくのにも役立ちます。

すべてのプロジェクトは同じ割り当て量で開始しますが、追加の割り当て量をリクエストすることで変更できます。割り当ては、プロダクトの使用状況に応じて自動的に増加される場合もあります。

権限

割り当ての表示や、割り当ての増加のリクエストをするには、Identity and Access Management（IAM）のプリンシパルに以下のいずれかのロールが必要です。

タスク	必要なロール
プロジェクトの割り当て量をチェックする	次のいずれかが必要です。プロジェクトオーナー（`roles/owner`）プロジェクト編集者（`roles/editor`）割り当て閲覧者（`roles/servicemanagement.quotaViewer`）
割り当て量の変更、割り当て量の追加のリクエストを行う	次のいずれかが必要です。プロジェクトオーナー（`roles/owner`）プロジェクト編集者（`roles/editor`）割り当て管理者（`roles/servicemanagement.quotaAdmin`） `serviceusage.quotas.update` 権限のあるカスタムロール

割り当て量を確認する

コンソール

Google Cloud コンソールで、[割り当て] ページに移動します。
[割り当て] に移動
更新する割り当てを検索するには、[表をフィルタリング] を使用します。割り当ての名前がわからない場合は、このページにあるリンクを使用します。

gcloud

Google Cloud CLI で次のコマンドを実行して、割り当てを確認します。PROJECT_ID は、実際のプロジェクト ID に置き換えます。

    gcloud compute project-info describe --project PROJECT_ID

ある特定のリージョンで使用済みの割り当て量を確認するには、次のコマンドを実行します。

    gcloud compute regions describe example-region

割り当て量を超えたときのエラー

gcloud コマンドで割り当て量を超えた場合、gcloud は quota exceeded エラーメッセージを出力し、終了コード 1 を返します。

API リクエストで割り当て量を超えた場合、 Google Cloud は HTTP ステータスコード 413 Request Entity Too Large を返します。

追加の割り当てをリクエスト

通常、割り当てを調整するには Google Cloud コンソールを使用します。詳細については、割り当ての調整をリクエストするをご覧ください。

リソースの可用性

各割り当て量は、リソースが利用可能な場合に作成できる特定のリソースタイプの最大数を表します。割り当て量によってリソースの可用性が保証されるわけではありません。この点は注意が必要です。割り当て量が使用可能でも、新しいリソースを使用できなければ、そのリソースを作成することはできません。

たとえば、特定のリージョンで新しいリージョンの外部 IP アドレスを作成するための割り当て量が十分にあっても、そのリージョンに使用可能な外部 IP アドレスがない場合、外部 IP アドレスは作成できません。ゾーンリソースの可用性は、新しいリソースを作成できるかにも影響を及ぼす可能性があります。

リージョン全体でリソースを使用できない状況はまれです。ただし、ゾーン内のリソースが使い果たされることはあります。通常、そのリソースタイプのサービスレベル契約（SLA）に影響はありません。詳細については、リソースに関連する SLA をご覧ください。