割り当てと上限

以下のセクションでは、Cloud Router の割り当てと上限について説明します。割り当てを変更するには、Google Cloud Console に移動して、追加の割り当てをリクエストします。

割り当て

次の表は、プロジェクト単位の重要な割り当てをまとめたものです。他の割り当てについては、Cloud Console の [割り当て] ページをご覧ください。

項目 割り当て
プロジェクトあたりの Cloud Router の数 割り当て 割り当てにかかわらず、各ネットワークではリージョンあたりの Could Router の数が 5 つに制限されています。上限をご覧ください。

上限

Virtual Private Cloud(VPC)ネットワークには次の Cloud Router の上限が適用されます。特に明記されていない限り、これらの上限を引き上げることはできません。

項目 上限
VPC ネットワークとリージョンの各組み合わせにおける Cloud Router の最大数 5 プロジェクトの割り当てが十分な場合は、特定の VPC ネットワークとリージョンで最大 5 つの Cloud Router を作成できます。
VPC ネットワークとリージョンの各 Cloud Router における BGP ピアの最大数 128 BGP ピアは動的ルーティング VLAN を使用する Cloud VPN トンネル、または Dedicated Interconnect 用か Partner Interconnect 用のアタッチメントとして使用できます。
特定の Cloud Router での、BGP セッションあたりのサブネット ルート アドバタイズの最大数 制限なし Cloud Router では、アドバタイズできるサブネット ルートの数に上限はありません。サブネット ルートの数は、VPC ネットワークの割り当てと上限で制御されるサブネット数に基づいて決まります。
特定の Cloud Router での、BGP セッションあたりのカスタムルート アドバタイズの最大数 200 Cloud Router のすべての BGP セッションでカスタムルート アドバタイズが同一である場合、この上限は、Cloud Router の一意のカスタムルート アドバタイズの総数を表します。 この場合、各セッションは同一のカスタムルート アドバタイズ セットを受け取ります。
特定リージョン内のすべての Cloud Router で同じリージョン内のサブネットに適用できる、学習されたルートの一意の宛先の最大数 100

学習したルートの一意の宛先の最大数上限の両方に到達します。

ルートは一意の宛先ごとにグループ化されます。宛先が同じでネクストホップが異なるルートは、ただ 1 つの宛先としてカウントされます。また、宛先とネクストホップの両方が同じであるルートも、ただ 1 つの宛先としてカウントされます。

グローバル動的ルーティング モードのネットワークでは、学習したルートの一意の宛先の最大数上限のうち 1 つに到達し、もう 1 つの上限には到達しないことがあります。1 つの上限だけに達した場合、予期しないルーティング動作が発生することがあります。詳細については、学習したルートの例をご覧ください。

現在の上限と使用量を把握するために使用できる指標など、これらの上限の詳細については、トラブルシューティングの割り当てと上限の確認をご覧ください。

これらの上限を増やす必要がある場合は、Google Cloud セールスチームにお問い合わせください。

グローバル動的ルーティング モードの VPC ネットワークにのみ適用されます。

異なるリージョン内の Cloud Router によって特定のリージョンのサブネットに適用できる、学習したルートの一意の宛先の最大数

100

学習したルートの例

次の例は、学習したルートの最大数上限のいずれか 1 つにのみ到達した場合に発生する可能性のある、予期しない動作について説明します。

たとえば、Cloud Router が us-east1 リージョンと us-west1 リージョンにあるとします。両方の Cloud Router が、(オンプレミス ネットワークへの)100 件の一意の宛先について同じルートセットを学習するとします。各 Cloud Router はオンプレミス ネットワークで別々のルーターに接続するので、これらのルートのネクストホップは Cloud Router ごとに固有です。

us-west1 の Cloud Router に接続するオンプレミス ルーターが、新しい固有の宛先を持つ 101 番目のルートを共有する場合には、次のようになります。

  • Cloud Router は 101 件の共有ルートの中から任意の 100 件のルートを選択します。同時に、異なるリージョンの Cloud Router が学習した固有の宛先数の上限が us-east1 に到達し、これらの 101 件のルートのうち任意の 100 個のルートのセットが、us-east1 のサブセットに適用されます。両方のリージョンに同一の 100 件のルートが適用されるという保証はありません

  • 1 つのリージョンの VM が他のルートを失うことがあります。オンプレミスから両方のリージョンの Cloud Router に向けて、宛先 10.1.2.0/24 の 1 つのルートが共有されるとします。us-east1 が、学習したルートに固有の宛先の最大数に達した場合、その他の宛先を含むルート 10.1.2.0/24 および us-west1 のネクストホップは us-east1 内のサブネットでは利用できませんus-east1 内のサブネットには 10.1.2.0/24 へのパスがありません。

  • より一般的には、1 つの特定リージョンの Cloud Router と複数リージョンの Cloud Router がどちらも同じ宛先(ただし異なるネクストホップ)のルートを学習する場合、学習したルートの一意の宛先の最大数に特定リージョンで達すると、Google Cloud は、他のリージョンの Cloud Router 上にネクストホップを持つ同じ宛先のルートを無視します。

割り当てを管理する

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

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

権限

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

タスク 必要なロール
プロジェクトの割り当て量をチェックする 次のいずれかが必要です。
割り当て量の変更、割り当て量の追加のリクエストを行う 次のいずれかが必要です。

割り当て量を確認する

Console

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

    [割り当て] に移動

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

gcloud

gcloud コマンドライン ツールで次のコマンドを実行して、割り当て量を確認します。PROJECT_ID は、実際のプロジェクト ID に置き換えます。

      gcloud compute project-info describe --project PROJECT_ID
    

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

      gcloud compute regions describe example-region
    

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

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

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

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

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

Console

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

    [割り当て] に移動

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

リソースの可用性

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

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

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