リモートVCNピアリングは、異なるリージョンにある2つのVCNを接続するプロセスです。
ピアリングを使用すると、VCNのリソースは、インターネットまたはオンプレミス・ネットワークを介してトラフィックをルーティングすることなく、プライベートIPアドレスを使用して通信できます。
また、各リージョンのパブリックIPアドレスは、バックボーン全体でアドバタイズされ, 顧客による追加の構成を必要とせずに、トラフィックは自動的にバックボーンを通過します。

ということで、Remote VCN Peeringしてみてみます。

■ 構成

■ DRG作成

● Tokyo Region作業

1) OCIコンソール

ネットワーキング > 動的ルーティング・ゲートウェイを選択

2) 動的ルーティング・ゲートウェイ画面

[動的ルーティング・ゲートウェイの作成]をクリック

3) 動的ルーティング・ゲートウェイの作成画面

以下項目を設定し、[動的ルーティング・ゲートウェイの作成]をクリック

4) DRG作成完了

● Osaka Region作業

同様に作成

■ VCNとDRG接続

DRGへVCNを接続します。

● Tokyo Region作業

DRG画面
[仮想クラウド・ネットワーク・アタッチメントの作成]をクリック

2) 仮想クラウド・ネットワーク・アタッチメントの作成画面

以下項目を入力し、[仮想クラウド・ネットワーク・アタッチメントの作成]をクリック

・アタッチメント名: 任意の名前を設定
・仮想クラウド・ネットワーク: アタッチするVCNを選択

● Osaka Region作業

Osakaリージョンも同様にDRGへVCNを接続

■ Remote Peering Connection (RPC) 作成

各DRG上のリモート・ピアリング接続(RPC)を作成
リモート・ピアリング接続(RPC)は、RPCの役割はVCNの接続ポイントでVCNにアタッチされたDRG上に作成するコンポーネントです。

● Tokyo Region作業

1) RPC作成必要IAMポリシー

ネットワーク管理者権限が無い場合、RPCAdminsというグループに必要な権限ポリシーを作成ユーザーへ付与

Allow group RPCAdmins to manage remote-peering-connections in tenancy
Allow group RPCAdmins to manage drgs in tenancy

2) DRG画面

左ペインのリソース > [リモート・ピアリング接続アタッチメント]をクリックし、
[リモート・ピアリング接続の作成]をクリック

3) リモート・ピアリング接続の作成画面

以下項目を入力し、[リモート・ピアリング接続の作成]をクリック

・名前: 任意の名前を設定
・コンパートメント: 作成するコンパートメントを設定

4) RPC作成完了

● Osaka Region作業

Osakaリージョンも同様にRPC作成

■ RPC間接続

● Osaka Region作業

1) Osaka Region の RPC OCID取得

Osaka Regionで作成したRPCのOCIDを取得

● Tokyo Region作業

1)　接続の確立画面

以下項目を入力し、[接続の確立]をクリック

・リージョン: 接続する対抗リージョンを選択
・リモート・ピアリング接続OCID: 接続する対抗RPCのOCIDを設定

2) ピアリング完了

ピア：ステータスが「ピアリング済」になれば完了

■ Route Table設定

RPC間の各VCN内サブネットがRPC接続を介してトラフィックが流れるように各リージョンのRoute Tableを設定

1) Route Table設定

RPC接続された対抗のVCN内サブネットへDRGを通してアクセスできるように設定
対象VCN画面にある対象ルート表を選択し、[ルート・ルールの追加]をクリックし、以下項目を入力し、[ルート・ルールの追加]をクリック

・ターゲット・タイプ: 動的ルーティング・ゲートウェイを選択
・宛先CIDRブロック: 宛先のCIDRブロックを設定

■ Security Rule 設定

RPC接続されたVCN内サブネット間で許可する各リージョンのSecurity Ruleを設定
Security List と　Network Security Group(NSG)の２種類あります。
今回はSecurity List の Security Ruleを設定

■ 疎通確認

● Tokyo -> Osaka

TokyoからOsaka Regionへ疎通確認

1) ssh接続確認

sshコマンドに hostnameコマンドを付与して、Osakaインスタンス名が出力されることを確認

[opc@tokyo-inst01 ~]$ ssh -i id_rsa opc@10.5.0.2 hostname
	osaka-inst01

2) traceroute確認

OCIで利用されているIPのみから応答がされることを確認
※ 140.91.206.5 は OCIでPrivate用途で利用されているIPアドレス

[opc@tokyo-inst01 ~]$ sudo traceroute -I 10.5.0.2
	traceroute to 10.5.0.2 (10.5.0.2), 30 hops max, 60 byte packets
	1  140.91.206.5 (140.91.206.5)  0.133 ms  0.094 ms  0.082 ms
	2  * * *
	3  10.5.0.2 (10.5.0.2)  7.785 ms  7.794 ms  7.789 ms

● Osaka ->Tokyo

OsakaからTokyo Regionへ疎通確認

1) ssh接続確認

sshコマンドに hostnameコマンドを付与して、Tokyoインスタンス名が出力されることを確認

[opc@osaka-inst01 ~]$ ssh -i id_rsa opc@10.0.0.2 hostname
	tokyo-inst01

2) traceroute確認

OCIで利用されているIPのみから応答がされることを確認
※ 140.91.218.46 は OCIでPrivate用途で利用されているIPアドレス

[opc@osaka-inst01 ~]$ sudo traceroute -I 10.0.0.2
	traceroute to 10.0.0.2 (10.0.0.2), 30 hops max, 60 byte packets
	1  140.91.218.46 (140.91.218.46)  0.146 ms  0.091 ms  0.068 ms
	2  * * *
	3  10.0.0.2 (10.0.0.2)  7.666 ms  7.659 ms  7.618 ms

■ 参考

・Remote VCN Peering using an RPC
・The Oracle Cloud Infrastructure backbone