VPC ネットワークピアリングの設定と管理

Google Cloud VPC ネットワークピアリングでは、2 つの Virtual Private Cloud（VPC）ネットワークが同じプロジェクトまたは同じ組織に属しているかにかかわらず、内部 IP アドレス接続できます。ピアリングは、IPv4 のみ、デュアルスタック、IPv6 のみ（プレビュー）のサブネットの任意の組み合わせを使用するネットワーク間の接続をサポートします。

詳細については、VPC ネットワークピアリングをご覧ください。

ピアリング構成を作成する

操作を始める前に、ピアリング先の VPC ネットワークの名前を確認する必要があります。そのネットワークが別のプロジェクトにある場合は、そのプロジェクトのプロジェクト ID も必要です。VPC ネットワークのピアリングリクエストの一覧は表示できません。必要に応じて、ピアリングするネットワークの管理者にネットワーク名とプロジェクト名を確認してください。

ピアリングを構成することは、別の VPC ネットワークに接続する意思があることを表します。ピアリングされるそれぞれのネットワークが相手側とのピアリングを構成するまでは、両者は接続されません。相手側のネットワークでこちら側のネットワークとピアリングするための構成が行われると、双方のネットワークでピアリング状態が ACTIVE に変わり、接続が確立されます。相手側のネットワークで同じピアリング構成が行われていない場合、ピアリング状態は INACTIVE のままになります。これは、2 つのネットワークが接続されていないことを示します。

Google Cloud では、ピアリングされたネットワーク間で一度に 1 つのピアリング関連アクティビティしか許可されません。たとえば、あるネットワークとのピアリングを設定し、すぐに別のネットワークとのピアリングを設定しようとすると、オペレーションは失敗し、Error: There is a peering operation in progress on the local or peer network. Try again later. が返されます。

接続後、2 つの VPC ネットワークは、プライベート IPv4 アドレス範囲を使用する IPv4 サブネットルート（プライマリとセカンダリの IPv4 サブネット範囲）を常に交換します。サブネットルート交換オプションの詳細については、サブネットルートの交換オプションをご覧ください。静的ルートまたは動的ルートの交換の詳細については、静的ルートの交換オプションと動的ルートの交換オプションをご覧ください。

更新戦略

更新戦略は、ピアリング構成のプロパティです。VPC ネットワークピアリングは、INDEPENDENT（デフォルト）と CONSENSUS の 2 つの更新戦略をサポートしています。デフォルトでは、ピアリング接続の両側で、いつでも接続を更新または削除できます。必要に応じて、ピアリング接続の CONSENSUS 更新戦略を構成して、この動作を制限できます。

次の内容は、CONSENSUS 更新戦略を使用するピアリング接続に適用されます。

ピアリング接続の CONSENSUS 更新戦略を構成するリクエストが開始されると、リクエストが承認または取り消されるまで、他の変更を提案することはできません。
ピアリング接続を削除するには、接続の両側で削除リクエストを送信する必要があります。削除リクエストが進行中の場合、すべての更新リクエストは拒否されます。
保留中のリクエストによってダウンタイムが発生することはありません。リクエストの処理中も接続はアクティブなままです。
制限事項: CONSENSUS 更新戦略を使用するように構成されたピアリング接続の更新はサポートされていません。

構成を作成する

ピアリング構成を作成するには、次の操作を行います。

コンソール

Google Cloud コンソールで [VPC ネットワークピアリング] ページに移動します。
[VPC ネットワークピアリング] に移動
[接続の作成] をクリックします。
[続行] をクリックします。
[名前] フィールドに、ピアリング構成の名前を入力します。
[VPC ネットワーク] で、ピアリングするネットワークを選択します。
ピアリング先のネットワークを選択します。
- ピアリング先のネットワークが同じプロジェクト内にある場合は、[プロジェクト [NAME-OF-YOUR-PROJECT]] を選択した後、ピアリング先のネットワークを選択します。
- ピアリング先のネットワークが別のプロジェクト内にある場合は、[別のプロジェクト] を選択します。ピアリング先のネットワークを含むプロジェクトの ID と、その VPC ネットワークの名前を指定します。
[IP スタックタイプ] で、ピアリングされたネットワーク間で交換するサブネットルートを指定します。
- IPv4（シングルスタック）: IPv4 ルートのみを交換します。
- IPv4 と IPv6（デュアルスタック）: IPv4 ルートと IPv6 ルートの両方を交換します。
IPv4 と IPv6 のカスタムルートをインポートまたはエクスポートするには、次のオプションのいずれかまたは両方を選択します。
- カスタムルートをインポートする: ピアネットワークからカスタムルートをインポートします。ルートをインポートするには、ピアネットワークでカスタムルートのエクスポートを有効にする必要があります。
- カスタムルートをエクスポートする: カスタムルートをピアネットワークにエクスポートします。ルートをエクスポートするには、ピアネットワークでカスタムルートのインポートを有効にする必要があります。
ネットワークまたはピアネットワークが、サブネット内でプライベートパブリック IPv4 範囲を使用している場合、これらのルートはデフォルトでエクスポートされますが、インポートされません。プライベートで使用されるパブリック IPv4 サブネットルートをインポートするには:
- [パブリック IP を使用したサブネットルートのインポート] を選択して、他のネットワークからエクスポートしたパブリック IPv4 サブネットルートをインポートします。
[作成] をクリックします。

gcloud

gcloud compute networks peerings create コマンドを使用してピアリング構成を作成します。ピアリング接続のデフォルトの更新戦略を変更する場合は、コマンドのベータ版を使用します。

次のコマンドの角かっこ [] は、省略可能なフラグを示します。

--import-custom-routes を使用すると、ネットワークはピアリングされるネットワークからカスタムルートを受け取ります。まず、ピアリングされたネットワークでルートをエクスポートする必要があります。
--export-custom-routes を使用すると、ネットワークはピアリングされるネットワークにカスタムルートをエクスポートします。ルートをインポートするように、ピアリングされたネットワークを設定する必要があります。
--import-subnet-routes-with-public-ip を使用すると、ネットワークがサブネット内でプライベートパブリック IPv4 アドレスを使用している場合に、ピアリングされたネットワークからサブネットルートを受け取ります。まず、ピアリングされたネットワークでルートをエクスポートする必要があります。
--export-subnet-routes-with-public-ip を使用すると、ネットワークはプライベートで使用されているパブリック IPv4 アドレスを含むサブネットルートをエクスポートします。ルートをインポートするように、ピアリングされたネットワークを設定する必要があります。

gcloud compute networks peerings create PEERING_NAME \
    --network=NETWORK \
    --peer-project=PEER_PROJECT_ID \
    --peer-network=PEER_NETWORK_NAME \
    [--stack-type=STACK_TYPE] \
    [--import-custom-routes] \
    [--export-custom-routes] \
    [--import-subnet-routes-with-public-ip] \
    [--export-subnet-routes-with-public-ip]

--update-strategy フラグ（プレビュー）を使用して、ピアリング接続の更新戦略を設定します。

gcloud beta compute networks peerings create PEERING_NAME \
    --network=NETWORK \
    --peer-project=PEER_PROJECT_ID \
    --peer-network=PEER_NETWORK_NAME \
    [--stack-type=STACK_TYPE] \
    [--import-custom-routes] \
    [--export-custom-routes] \
    [--import-subnet-routes-with-public-ip] \
    [--export-subnet-routes-with-public-ip] \
    [--update-strategy=UPDATE_STRATEGY]

次のように置き換えます。

PEERING_NAME: ピアリング構成の名前。
NETWORK: ピアリングするプロジェクトのネットワーク名。
PEER_PROJECT_ID: ピアリング先のネットワークを含むプロジェクトの ID。
PEER_NETWORK_NAME: ピアリング先のネットワーク名。
STACK_TYPE: ピアリング接続のスタックタイプ。IPv4 ルートのみを交換する場合は、IPV4_ONLY を指定します。あるいは、IPV4_IPV6 を指定して IPv4 ルートと IPv6 ルートの両方を交換します。IPV4_ONLY がデフォルト値です。
UPDATE_STRATEGY: ピアリング接続の更新戦略。CONSENSUS を指定します。フラグが指定されていない場合、値は INDEPENDENT（デフォルト）に設定されます。更新戦略は、接続の両側で同じである必要があります。

Terraform

Terraform モジュールを使用してピアリング構成を作成できます。

module "peering1" {
  source        = "terraform-google-modules/network/google//modules/network-peering"
  version       = "~> 10.0"
  local_network = var.local_network # Replace with self link to VPC network "foobar" in quotes
  peer_network  = var.peer_network  # Replace with self link to VPC network "other" in quotes
}

ピアリングされた 2 つの VPC ネットワークの場合、各セルフリンクにはプロジェクト ID と VPC ネットワークの名前が含まれます。VPC ネットワークのセルフリンクを取得するには、VPC ネットワークプロジェクトそれぞれで gcloud compute networks describe コマンドまたは networks.get メソッドを使用します。

local_network から peer_network へのピアリングを作成すると、ピアリング関係は双方向になります。peer_network から local_network へのピアリングが自動的に作成されます。

Terraform 構成を適用または削除する方法については、基本的な Terraform コマンドをご覧ください。

ピアリングされた VPC ネットワーク間でトラフィックが送受信されていることを確認する

VPC Flow Logs を使用すると、VM インスタンスで送受信されたネットワークフローを確認できます。また、ファイアウォールルールロギングを使用して、ネットワーク間でのトラフィックの受け渡しを確認することもできます。ピアリングされるネットワーク間のトラフィックを許可（または拒否）する VPC ファイアウォールルールを作成し、それらのルールのファイアウォールルールロギングを有効にします。Cloud Logging で、どのファイアウォールルールが一致したかを確認できます。

ピアリング接続を更新する

既存の VPC ネットワークピアリング接続を更新すると、次のことができます。

VPC ネットワークが、ピア VPC ネットワーク間でカスタムルートまたはプライベートパブリック IPv4 サブネットルートのエクスポートまたはインポートを行うかどうかを変更します。
既存のピアリング接続を更新して、ピアリングネットワーク間の IPv6 ルート交換を有効または無効にします。
ピアリング接続の更新戦略を変更します。INDEPENDENT（デフォルト）から CONSENSUS に変更します。更新戦略を CONSENSUS から INDEPENDENT に変更することはできません。

ルートをインポートするのは、ピアネットワークがルートをエクスポートしている場合のみです。ピアネットワークでは、ルートをインポートする場合にのみルートを受け取ります。

接続を更新する

コンソール

Google Cloud コンソールで [VPC ネットワークピアリング] ページに移動します。
[VPC ネットワークピアリング] に移動
更新するピアリング接続を選択します。
[編集] をクリックします。
[IP スタックタイプ] の選択を更新して、ピアリングされたネットワーク間で交換するサブネットルートを指定します。
- IPv4（シングルスタック）: ピアリングを介した既存の IPv6 ルートの交換を停止し、IPv4 ルートのみの交換を継続します。
- IPv4 と IPv6（デュアルスタック）: IPv4 ルートと IPv6 ルートの交換を開始します（一致するピアリング接続で IP スタックタイプが [IPv4 と IPv6（デュアルスタック）] に設定されている場合）。
IPv4 と IPv6 のカスタムルートをインポートまたはエクスポートするには、次のオプションのいずれかまたは両方を選択します。
- カスタムルートをインポートして、相手側のネットワークからエクスポートされたカスタムルートをインポートする。
- カスタムルートをエクスポートして、カスタムルートを他のネットワークにエクスポートする。他のネットワークは、使用するルートをインポートする必要があります。
ネットワークまたはピアネットワークが、サブネット内でプライベートパブリック IPv4 範囲を使用している場合、これらのルートはデフォルトでエクスポートされますが、インポートされません。プライベートで使用されるパブリック IPv4 サブネットルートをインポートするには:
- [パブリック IP を使用したサブネットルートのインポート] を選択して、他のネットワークからエクスポートしたパブリック IPv4 サブネットルートをインポートします。
- [保存] をクリックします。

gcloud

gcloud compute networks peerings update コマンドを使用します。次のコマンドの角かっこ [] は、省略可能なフラグを示します。

--import-custom-routes を使用すると、ネットワークはピアリングされるネットワークからカスタムルートを受け取ります。まず、ピアリングされたネットワークでルートをエクスポートする必要があります。
--export-custom-routes を使用すると、ネットワークはピアリングされるネットワークにカスタムルートをエクスポートします。ルートをインポートするように、ピアリングされたネットワークを設定する必要があります。
--import-subnet-routes-with-public-ip を使用すると、ネットワークがサブネット内でプライベートパブリック IPv4 アドレスを使用している場合に、ピアリングされたネットワークからサブネットルートを受け取ります。まず、ピアリングされたネットワークでルートをエクスポートする必要があります。
--export-subnet-routes-with-public-ip を使用すると、ネットワークはプライベートで使用されているパブリック IPv4 アドレスを含むサブネットルートをエクスポートします。ルートをインポートするように、ピアリングされたネットワークを設定する必要があります。

gcloud compute networks peerings update PEERING_NAME \
    --network=NETWORK \
    [--stack-type=STACK_TYPE] \
    [--import-custom-routes] \
    [--export-custom-routes] \
    [--export-subnet-routes-with-public-ip] \
    [--import-subnet-routes-with-public-ip]

次のように置き換えます。

PEERING_NAME: 既存のピアリング接続の名前。
NETWORK: ピアリングされているプロジェクト内のネットワークの名前。
STACK_TYPE: ピアリング接続のスタックタイプ。
- ピアリングでの IPv6 ルートの既存の交換を停止し、IPv4 ルートのみの交換を継続するには、IPV4_ONLY を指定します。
- 一致するピアリング接続の stack_type が IPV4_IPV6 に設定されている場合は、IPv4 ルートと IPv6 ルートの交換を開始するために、IPV4_IPV6 を指定します。

デフォルトの更新戦略を変更する

ピアリング接続の更新戦略を INDEPENDENT（デフォルト）から CONSENSUS に変更するには、接続のローカル側とピア側の両方を更新する必要があります。更新戦略を変更する前に、両側の構成が一致していることを確認してください。値が一致しない場合は、事前に更新するか、接続の更新戦略を変更する更新リクエストの一部として更新します。

gcloud

gcloud beta compute networks peerings update コマンドを使用します。

ローカルピアリング構成を更新します。
```
gcloud beta compute networks peerings update PEERING_NAME \
    --network=NETWORK \
    --update-strategy=CONSENSUS
```
次のように置き換えます。
- PEERING_NAME: 既存のピアリング接続の名前。
- NETWORK: ピアリングされているプロジェクト内のネットワークの名前。
更新リクエストのステータスを表示します。
```
gcloud beta compute networks describe NETWORK
```
NETWORK は、ピアリングされたプロジェクト内のネットワークの名前に置き換えます。

出力で、consensusState フィールドを確認します。ローカルネットワークの場合、値は PENDING_PEER_ACKNOWLEDGMENT に設定されます。

ピアネットワークのマッチング構成では、このフィールドは PENDING_LOCAL_ACKNOWLEDGMENT に設定されます。
更新リクエストを完了するには、ピアネットワークのネットワーク管理者が、一致する構成に対して手順 1 のコマンドを実行し、リクエストを承認する必要があります。ピアネットワークが更新リクエストを受け入れるまで、ピアリング接続の有効な更新戦略は INDEPENDENT のままになります。

リクエストが完了すると、両方のネットワークの consensusState フィールドが IN_SYNC に変わります。

ピアネットワークで受け入れられない変更を元に戻すには、--update-strategy パラメータを INDEPENDENT にリセットします。

ピアリング接続を一覧表示する

既存のピアリング接続を一覧表示すると、それぞれのステータスと、カスタムルートのインポートまたはエクスポートが行われているかを確認できます。

コンソール

Google Cloud コンソールで [VPC ネットワークピアリング] ページに移動します。
[VPC ネットワークピアリング] に移動
目的のピアリング接続を選択し、詳細を表示します。

gcloud

gcloud compute networks peerings list

ピアリング接続を表示する

gcloud

gcloud beta compute networks describe コマンドを使用します。

gcloud beta compute networks describe NETWORK

NETWORK は、ピアリングされたプロジェクト内のネットワークの名前に置き換えます。

出力の connectionStatus フィールドには、ピアリング接続の有効なステータスが示されます。

ピアリングルートを一覧取得する

コンソール

[適用されているルート] タブを使用すると、VPC ネットワークで使用可能なすべてのルートタイプ（インポートされたピアリングサブネット、ピアリング静的ルート、ピアリング動的ルートなど）を確認できます。

Google Cloud コンソールで、[ルート] ページに移動します。

[ルート] に移動
[適用されているルート] タブで、次の操作を行います。
- VPC ネットワークを選択します。
- リージョンを選択します。
[表示] をクリックします。
[フィルタ] テキストフィールドをクリックして、次の操作を行います。
- [プロパティ] メニューから [タイプ] を選択します。
- [値] メニューから次のいずれかを選択します。
  - ピアリングサブネット: ピア VPC ネットワークからサブネットルートを確認します。
  - ピアリング静的: ピア VPC ネットワークからインポートされた静的ルートを確認します。
  - ピアリングダイナミック: ピア VPC ネットワークからインポートされた動的ルートを確認します。
必要に応じて、[Show suppressed routes] をクリックして、抑制されたルートを表示します。[ステータス] 列のアイコンにポインタを合わせると、ルートの抑制理由が表示されます。理由には、説明のあるルーティング順序ドキュメントへのリンクが含まれます。

gcloud

次の Google Cloud CLI コマンドを使用して、以下の操作を行います。

VPC ネットワークからピア VPC ネットワークに送信されたルートエクスポートを一覧取得します。
VPC ネットワークのルートインポート候補を一覧取得します。

gcloud compute networks peerings list-routes PEERING_NAME \
    --network=NETWORK \
    --region=REGION \
    --direction=DIRECTION

次のように置き換えます。

PEERING_NAME: 既存のピアリング接続の名前。
NETWORK: ピアリングされているプロジェクト内のネットワークの名前。
REGION: すべての動的ルートの一覧を取得するリージョン。サブネットルートと静的ルートはグローバルであるため、すべてのリージョンに表示されます。
DIRECTION: インポートされたルート（incoming）とエクスポートされたルート（outgoing）のどちらの一覧を取得するかを指定します。

ピアリング接続を削除する

VPC ネットワークピアリング接続の削除方法は、接続の更新戦略によって異なります。

更新戦略が INDEPENDENT（デフォルト）に設定されている場合、ユーザーまたはピア VPC ネットワークのネットワーク管理者はいつでも接続を削除できます。接続を削除する（独立）をご覧ください。
更新戦略が CONSENSUS に設定されている場合、接続を削除するには、ユーザーとピア VPC ネットワークのネットワーク管理者の両方が削除リクエストを送信する必要があります。接続を削除する（コンセンサス）をご覧ください。

ネットワークでピアリング構成を削除すると、相手側のネットワークでピアリング接続が INACTIVE になり、ネットワーク間で共有されていたすべてのルートが削除されます。

警告: Google Cloud リソースですでに使用されている VPC ネットワークピアリング接続は削除しないでください。使用中のピアリング接続を削除すると、次のような問題が発生する可能性があります。

プライベートサービスアクセスで使用されているピアリング接続を削除すると、プライベートサービスアクセスの新しいプライベート接続を作成できなくなります。詳細については、新しいプライベート接続を作成できないをご覧ください。
Google Kubernetes Engine（GKE）で使用されているピアリング接続を削除すると、クラスタは修復状態になり、すべてのノードに UNKNOWN ステータスが表示されます。詳細については、VPC ネットワークピアリング接続が誤って削除されるをご覧ください。

接続を削除する（独立）

デフォルトの更新戦略（INDEPENDENT）で構成されたピアリング接続を削除するには、次の操作を行います。

コンソール

Google Cloud コンソールで、[VPC ネットワークピアリング] ページに移動します。
[VPC ネットワークピアリング] に移動
削除するピアリングの横にあるチェックボックスをオンにします。
[削除] をクリックします。

gcloud

gcloud compute networks peerings delete PEERING_NAME \
    --network=NETWORK

次のように置き換えます。

PEERING_NAME: 削除するピアリング接続の名前。
NETWORK: ピアリングされているプロジェクト内のネットワークの名前。

接続を削除する（コンセンサス）

CONSENSUS 更新戦略で構成されたピアリング接続を削除するには、次の操作を行います。

gcloud

gcloud beta compute networks peerings request-delete コマンドと gcloud compute networks peerings delete コマンドを使用します。

削除リクエストを開始します。
```
gcloud beta compute networks peerings request-delete PEERING_NAME \
    --network=NETWORK
```
次のように置き換えます。
- PEERING_NAME: 削除するピアリング接続の名前。
- NETWORK: ピアリングされているプロジェクト内のネットワークの名前。
削除リクエストのステータスを確認します。
```
gcloud beta compute networks describe NETWORK
```
NETWORK は、ピアリングされたプロジェクト内のネットワークの名前に置き換えます。

出力で、deleteStatus フィールドを確認します。ローカルネットワークの場合、値は LOCAL_DELETE_REQUESTED に設定されます。

ピアネットワークのマッチング構成では、このフィールドは PEER_DELETE_REQUESTED に設定されます。
リクエストを開始したら、ピアネットワークのネットワーク管理者が、一致する構成に対して手順 1 のコマンドを実行して、リクエストを承認する必要があります。
ピアネットワークが削除リクエストを承認し、両方のネットワークの deleteStatus フィールドのステータスが DELETE_ACKNOWLEDGED に変わったら、ピアリング接続を削除します。
```
gcloud compute networks peerings delete PEERING_NAME \
    --network=NETWORK
```
次のように置き換えます。
- PEERING_NAME: 削除するピアリング接続の名前。
- NETWORK: ピアリングされているプロジェクト内のネットワークの名前。

トラブルシューティング

以降のセクションでは、VPC ネットワークピアリングのトラブルシューティング方法について説明します。

ピア VM に到達できない

ピアリング接続が ACTIVE になった後、ピアリングされたネットワーク間ですべてのトラフィックフローが設定されるまでに 1 分ほどかかることがあります。所要時間は、ピアリングしているネットワークのサイズによって異なります。ピアリング接続を最近設定した場合は、1 分ほど待ってからもう一度試してください。また、ピア VPC ネットワークのサブネット CIDR へのアクセスおよび CIDR からのアクセスをブロックするファイアウォールルールがないことを確認してください。

カスタムルートが見つからない

このセクションでは、カスタムルートが見つからない場合のトラブルシューティング方法について説明します。

ピアリング接続の状態を確認する

ピアリング接続の状態を確認する手順は次のとおりです。

ピアリング接続を一覧取得します。
トラブルシューティングするピアリング接続を特定し、ピアリングの状態を確認します。
1. 状態が ACTIVE の場合は、次のセクションの手順に沿って操作します。
2. ピアリング状態が INACTIVE の場合、他のネットワークのネットワーク管理者が VPC ネットワークにピアリング構成を作成する必要があります。

`ACTIVE` 接続のトラブルシューティング

ACTIVE ピアリング接続でカスタムルートが見つからない場合にトラブルシューティングを行うには:

VPC ネットワークのピアリングルートを一覧取得します。[適用されているルート] タブで、次の操作を行います。
1. 動的ルートがプログラムされるリージョンは、カスタムルートをエクスポートする VPC ネットワークの動的ルーティングモードによって異なります。詳細については、動的ルーティングモードの影響をご覧ください。グローバル動的ルーティングモードでは、ネクストホップのリージョンと一致しないリージョンに、最も高いランクの動的ルートのみがプログラムされます。
2. [抑制されたルートを表示] 切り替えボタンをクリックしてオンの位置に切り替え、ルートを確認します。ルートの抑制の理由を表示するには、[ステータス] 列のアイコンにカーソルを合わせます。 Google Cloud は、VPC ネットワークピアリングを使用してルートをインポートする VPC ネットワークで、リージョンごとにルート競合を解決します。
3. VPC ネットワークがピアリンググループ割り当てあたりのリージョンごとの動的ルートの上限に達したことを示す警告を確認します。VPC ネットワークがこの割り当ての上限に達している場合、1 つ以上のピアリング動的ルートがプログラムされていません。どのピアリング動的ルートがプログラムされていないかを正確に示すことはできないため、ピアリンググループごとのリージョンあたりの動的ルートの割り当て上限の増加をリクエストします。
想定したルートがまだ表示されない場合は、次の操作を行います。
1. ピアリング構成を確認し、必要に応じてピアリング構成を更新して、カスタムルートをインポートします。
2. ルートが、VPC ネットワークピアリングを使用して交換できない次のルートタイプのいずれかではないことを確認します。
  - ピアリングされた VPC ネットワーク内のピアリングサブネット、ピアリング静的ルート、ピアリング動的ルートは、他のピアネットワークから受信されたもので、VPC ネットワークピアリングを使用して VPC ネットワークと交換することはできません。
  - デフォルトインターネットゲートウェイのネクストホップを使用する静的ルート、およびネットワークタグを持つ静的ルートは、VPC ネットワークピアリングを使用して交換できません。
  詳細については、ルート交換オプションをご覧ください。
3. ピアリングされた VPC ネットワークのネットワーク管理者に、次のことを依頼します。
  1. VPC ネットワーク内のルートを一覧取得して、想定されるルートを探します。
  2. ピアリング構成を確認して、必要に応じてピアリング構成を更新し、カスタムルートをエクスポートするようにします。

ピアネットワークを宛先とするトラフィックがドロップされる

接続テストを使用すると、ピアネットワークを宛先とするトラフィックがドロップされる理由を特定できます。カスタムルートを使用してトラフィックを送信する必要がある場合は、カスタムルートが見つからないをご覧ください。

トラフィックが想定外のネクストホップに送信される

接続テストを使用すると、トラフィックが想定外のネクストホップに送信される理由を特定できます。カスタムルートを使用してトラフィックを送信する必要がある場合は、カスタムルートが見つからないをご覧ください。

特定の VPC ネットワークとピアリングできない

特定の VPC ネットワークでピアリング構成を作成できない場合は、組織のポリシーによって、ネットワークでピアリングできる VPC ネットワークが制限されていることもあります。組織ポリシーで、許可されたネットワークのリストに、ロードバランサを作成するピアを追加するか、組織管理者にお問い合わせください。詳細については、constraints/compute.restrictVpcPeering の制約をご覧ください。

IPv6 ルートが交換されない

まず、ピアリング接続とピアリングされた VPC ネットワークのピアリング接続の両方で、スタックタイプが IPV4_IPV6 に設定されていることを確認します。必要であれば、次の操作を行います。

ピアリング接続を更新して、スタックタイプを IPV4_IPV6 に設定します。
ピアリング接続を更新してスタックタイプを IPV4_IPV6 に設定するよう、ピアリングされた VPC ネットワークのネットワーク管理者に依頼します。

両方のピアリング接続でスタックタイプが IPV4_IPV6 に設定されると、IPv6 サブネットルート（内部と外部の両方）が交換されます。IPv6 サブネットルートは、すべての Google Cloud VPC ネットワーク内で一意です。

IPv6 カスタムルートを交換するには:

ピアリング接続を更新して、カスタムルートのインポートとエクスポートを行います。
ピアリング接続を更新してカスタムルートのインポートとエクスポートを行うように、ピアリングされた VPC ネットワークのネットワーク管理者に依頼します。

次のステップ

VPC ルーティングの詳細については、ルートをご覧ください。
VPC ネットワークピアリングに関する上限については、VPC ネットワークピアリングの上限をご覧ください。
カスタム静的ルートのネクストホップとして内部パススルーネットワークロードバランサを使用する方法については、内部パススルーネットワークロードバランサをネクストホップとして使用するをご覧ください。

VPC ネットワーク ピアリングの設定と管理

ピアリング構成を作成する

更新戦略

構成を作成する

コンソール

gcloud

Terraform

ピアリングされた VPC ネットワーク間でトラフィックが送受信されていることを確認する

ピアリング接続を更新する

接続を更新する

コンソール

gcloud

デフォルトの更新戦略を変更する

gcloud

ピアリング接続を一覧表示する

コンソール

gcloud

ピアリング接続を表示する

gcloud

ピアリング ルートを一覧取得する

コンソール

gcloud

ピアリング接続を削除する

接続を削除する（独立）

コンソール

gcloud

接続を削除する（コンセンサス）

gcloud

トラブルシューティング

ピア VM に到達できない

カスタムルートが見つからない

ピアリング接続の状態を確認する

ACTIVE 接続のトラブルシューティング

ピア ネットワークを宛先とするトラフィックがドロップされる

トラフィックが想定外のネクストホップに送信される

特定の VPC ネットワークとピアリングできない

IPv6 ルートが交換されない

次のステップ

VPC ネットワークピアリングの設定と管理

ピアリングルートを一覧取得する

`ACTIVE` 接続のトラブルシューティング

ピアネットワークを宛先とするトラフィックがドロップされる