Quotas and limits

The following sections describe quotas and limits for Cloud Router. To change a quota, request additional quota by using the Google Cloud Console.

Quotas

This table covers important quotas per project. See the Cloud Console Quotas page for other quotas.

Item Quota Notes
Cloud Routers per project Quota Regardless of quota, each network is limited to five Cloud Routers per region. See limits.

Limits

The following limits for Cloud Router apply to Virtual Private Cloud (VPC) networks. Unless otherwise stated, these limits cannot be increased.

Item Limit Notes
Maximum number of Cloud Routers per combination of VPC network and region 5 If you have sufficient project quota, you can create up to five Cloud Routers in a given VPC network and region.
Maximum number of BGP peers for each Cloud Router in a given VPC network and region 128 The BGP peer can be a Cloud VPN tunnel using dynamic routing or an interconnect attachment (VLAN) for Dedicated Interconnect or Partner Interconnect.
For a given Cloud Router, maximum number of subnet route advertisements per BGP session No restriction Cloud Routers do not have a limit for the number of subnet routes they can advertise. The number of subnet routes are determined by the number subnets, which are controlled by VPC network quotas and limits.
For a given Cloud Router, maximum number of custom route advertisements per BGP session 200 If the custom route advertisements are identical for all BGP sessions on a Cloud Router, this limit represents the total number of unique custom route advertisements for the Cloud Router. In this case, each session receives the same set of custom route advertisements.
Maximum number of unique destinations for learned routes that can be applied to subnets in a given region by all Cloud Routers in the same region 100 For both limits on the maximum number of unique destinations for learned routes: Routes are grouped by unique destinations. Routes with identical destinations but different next hops only count as a single destination. Routes with identical destinations and identical next hops also only count as a single destination.

For networks in global dynamic routing mode: It is possible to reach one of the maximum number of unique destinations for learned routes limits without reaching the other. When only one limit has been reached, you can experience unpredictable routing behavior. See the learned route example for details.

Contact your Google Cloud sales team if you need to increase either of these limits on the maximum number of learned routes.
Only applicable to
VPC networks in global dynamic routing mode:
Maximum number of unique destinations for learned routes that can be applied to subnets in a given region by Cloud Routers from different regions		 100

Learned route example

The following example illustrates unpredictable behavior you can encounter when only one of the limits for maximum number of learned routes is reached.

Suppose you have a Cloud Router in the us-east1 region and another in the us-west1 region. Both Cloud Routers learn the same set of routes for 100 unique destinations (to your on-premises network). The next hops for these routes are specific to each Cloud Router because each one connects to a different router at your on-premises network. If your on-premises router connected to the Cloud Router in us-west1 shares a 101st route with a new, unique destination:

  • The Cloud Router would pick any 100 of the 101 shared routes. Simultaneously, the limit for the number of unique destinations learned by Cloud Routers in different regions would be reached in us-east1, so a set of any 100 of those 101 routes would be applied to subnets in us-east1. There is no guarantee that the same 100 routes would be applied in both regions.

  • VMs in one region can experience loss of other routes. Suppose a route with destination 10.1.2.0/24 is shared from on-premises to Cloud Routers in both regions. If us-east1 has reached the maximum number of unique destinations for learned routes, the other route with destination 10.1.2.0/24 and next hop in us-west1 cannot be made available to subnets in us-east1. Subnets in us-east1 would not have a path to 10.1.2.0/24.

  • More generally, if a Cloud Router in a given region and Cloud Routers in different regions both learn routes with the same destination (but different next hops), reaching the maximum number of unique destinations for learned routes in the given region causes Google Cloud to ignore routes with that destination whose next hops are on Cloud Routers in the other regions.

概要

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

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

権限

割り当て量の表示や、割り当て量の増加のリクエストを行うには、IAM メンバーは以下のいずれかの役割を持つ必要があります。

タスク 必要な役割
プロジェクトの割り当て量をチェックする プロジェクト オーナーまたは編集者、 または 割り当て閲覧者
割り当て量の変更、割り当て量の追加のリクエストを行う プロジェクト オーナーまたは編集者、 割り当て管理者、 または serviceusage.quotas.update 権限を持つカスタム役割

割り当て量を確認する

Cloud Console で、[割り当て] ページに移動します。

gcloud コマンドライン ツールで次のコマンドを実行して、割り当て量を確認します。[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 ステータス コード HTTP 413 Request Entity Too Large を返します。

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

Cloud Console の [割り当て] ページから、追加の割り当てをリクエストします。割り当てのリクエストが処理されるまで、24～48 時間かかります。

  1. [割り当て] ページに移動します。

    [割り当て] ページに移動

  2. [割り当て] ページで、変更する割り当てを選択します。
  3. ページ上部にある [割り当てを編集] ボタンをクリックします。
  4. 名前、メールアドレス、電話番号を入力して、[次へ] をクリックします。
  5. 割り当てリクエストを入力して、[次へ] をクリックします。
  6. リクエストを送信します。

リソースの可用性

各割り当て量は、リソースを使用できるという前提で、作成可能な特定のリソースタイプの最大数を表します。割り当て量によって、リソースの可用性が保証されるわけではない点に注意することが重要です。割り当て量が使用可能でも、新しいリソースを使用できなければ、そのリソースを作成することはできません。たとえば、us-central1 リージョンで新しいリージョンの外部 IP アドレスを作成するための割り当て量が十分にあっても、そのリージョンに使用可能な外部 IP アドレスがない場合、外部 IP アドレスの作成はできません。ゾーンリソースの可用性は、新しいリソースを作成できるかにも影響を及ぼす可能性があります。

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