はじめに

同じリージョン内にある2つのVCNをDRGを用いて接続し（ローカル・ピアリング）、VCN間で相互に名前解決を行うための手順を備忘録的に記します。

こちらの図のように、Tokyoリージョン内に「VCNTokyo1（10.1.0.0/16）」、「VCNTokyo2（10.2.0.0/16）」という2つのVCNがある想定です。

1.動的ルーティング・ゲートウェイ（DRG）の作成

動的ルーティング・ゲートウェイを作成します。

コンソールの動的ルーティング・ゲートウェイに移動します。

「動的ルーティング・ゲートウェイの作成」をクリックします。

「名前」に「DRGTokyo」と入力して「動的ルーティング・ゲートウェイの作成」をクリックします。

動的ルーティング・ゲートウェイ「DRGTokyo」が作成されました。

2.動的ルーティング・ゲートウェイ（DRG）のVCNへのアタッチ

作成した動的ルーティング・ゲートウェイをVCNTokyo1、VCNTokyo2にアタッチします。

まず最初に、DRGTokyoをVCNTokyo1にアタッチします。
「仮想クラウド・ネットワーク・アタッチメントの作成」をクリックします。

任意の名前を入力して、仮想クラウドネットワークとして「VCNTokyo1」を選択し、「仮想クラウド・ネットワーク・アタッチメントの作成」をクリックします。

DRGTokyoがVCNTokyo1にアタッチされました。

次に、DRGTokyoをVCNTokyo2にアタッチします。
「仮想クラウド・ネットワーク・アタッチメントの作成」をクリックします。

任意の名前を入力して、仮想クラウドネットワークとして「VCNTokyo2」を選択し、「仮想クラウド・ネットワーク・アタッチメントの作成」をクリックします。

DRGTokyoがVCNTokyo2にアタッチされました。

3.ルート表へのルート・ルールの追加

別のVCNへのトラフィックを動的ルーティング・ゲートウェイにルーティングするためのルート・ルールをルート表に追加します。

仮想クラウド・ネットワークに移動します。

「VCNTokyo1」をクリックします。

リソース欄の「ルート表」をクリックします。

ルート表名をクリックします。

「ルート・ルールの追加」をクリックします。

ターゲット・タイプに「動的ルーティング・ゲートウェイ」を選択し、宛先CIDRブロックにVCNTokyo2のCIDRブロックである「10.2.0.0/16」を入力して、「ルート・ルールの追加」をクリックします。

VCNTokyo1からDRGTokyoを経由してVCNTokyo2にアクセスするためのルート・ルールが追加されました。

VCNTokyo2の詳細画面に移動します。

リソース欄の「ルート表」をクリックします。

ルート表明をクリックします。

ルート・ルールの追加をクリックします。

ターゲット・タイプに「動的ルーティング・ゲートウェイ」を選択し、宛先CIDRブロックにVCNTokyo1のCIDRブロックである「10.1.0.0/16」を入力して、「ルート・ルールの追加」をクリックします

VCNTokyo2からDRGTokyoを経由してVCNTokyo1にアクセスするためのルート・ルールが追加されました。

4.VCN間のトラフィックを許可するセキュリティ・ルールの追加

別のVCNからの受信トラフィックを許可するセキュリティ・ルールをセキィリティ・リストに追加します。

まず、VCNTokyo1のセキュリティ・リストに、VCNTokyo2からのトラフィックを許可するセキュリティ・ルールを追加します。
VCNTokyo1の詳細画面に移動します。

リソース欄の「セキュリティ・リスト」をクリックします。

セキュリティ・リスト名をクリックします。

セキュリティ・リストの詳細画面が表示されます。

「イングレス・ルールの追加」をクリックします。

今回は、VCNTokyo2（10.2.0.0/16）からVCNTokyo1への全てのネットワークアクセスを許可するルールを追加します。
ソース・タイプとして「CIDR」を選択、ソースCIDRにVCNTokyo2のCIDRである「10.2.0.0/16」を入力します。IPプロトコルとして「すべてのプロトコル」を選択して、「イングレス・ルールの追加」をクリックします。

VCNTokyo2（10.2.0.0/16）からVCNTokyo1への全てのネットワークアクセスを許可するイングレス・ルールが追加されました。

同様に、VCNTokyo1のセキュリティ・リストに、VCNTokyo2からのトラフィックを許可するセキュリティ・ルールを追加します。
VCNTokyo2の詳細画面に移動します。

リソース欄の「セキュリティ・リスト」をクリックします。

セキュリティ・リスト名をクリックします。

セキュリティ・リストの詳細画面が表示されます。

「イングレス・ルールの追加」をクリックします。

VCNTokyo1（10.1.0.0/16）からVCNTokyo2への全てのネットワークアクセスを許可するルールを追加します。
ソース・タイプとして「CIDR」を選択、ソースCIDRにVCNTokyo1のCIDRである「10.1.0.0/16」を入力します。IPプロトコルとして「すべてのプロトコル」を選択して、「イングレス・ルールの追加」をクリックします。

VCNTokyo1（10.1.0.0/16）からVCNTokyo2への全てのネットワークアクセスを許可するイングレス・ルールが追加されました。

5.VCN間のネットワーク疎通確認

VCNTokyo1内にあるServer1からVCNTokyo2内にあるServer2（10.2.1.100）に対してpingを実行してみます。

[opc@server1 ~]$ ping -c 5 10.2.1.100
PING 10.2.1.100 (10.2.1.100) 56(84) bytes of data.
64 bytes from 10.2.1.100: icmp_seq=1 ttl=63 time=0.402 ms
64 bytes from 10.2.1.100: icmp_seq=2 ttl=63 time=0.456 ms
64 bytes from 10.2.1.100: icmp_seq=3 ttl=63 time=0.429 ms
64 bytes from 10.2.1.100: icmp_seq=4 ttl=63 time=0.414 ms
64 bytes from 10.2.1.100: icmp_seq=5 ttl=63 time=0.434 ms

--- 10.2.1.100 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4102ms
rtt min/avg/max/mdev = 0.402/0.427/0.456/0.018 ms
[opc@server1 ~]$

VCNTokyo1内のインスタンスからVCNTokyo2内のインスタンスにアクセスできることが確認できました。

VCNTokyo2内にあるServer2からVCNTokyo1内にあるServer1（10.1.1.100）に対してpingを実行してみます。

[opc@server2 ~]$ ping -c 5 10.1.1.100
PING 10.1.1.100 (10.1.1.100) 56(84) bytes of data.
64 bytes from 10.1.1.100: icmp_seq=1 ttl=63 time=0.397 ms
64 bytes from 10.1.1.100: icmp_seq=2 ttl=63 time=0.408 ms
64 bytes from 10.1.1.100: icmp_seq=3 ttl=63 time=0.382 ms
64 bytes from 10.1.1.100: icmp_seq=4 ttl=63 time=0.367 ms
64 bytes from 10.1.1.100: icmp_seq=5 ttl=63 time=0.355 ms

--- 10.1.1.100 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4134ms
rtt min/avg/max/mdev = 0.355/0.381/0.408/0.031 ms
[opc@server2 ~]$

VCNTokyo2内のインスタンスからVCNTokyo1内のインスタンスにアクセスできることが確認できました。

VCNTokyo1内にあるServer1のFQDNを確認します。

[opc@server1 ~]$ hostname -A
server1.subnettokyo1.vcntokyo1.oraclevcn.com 
[opc@server1 ~]$

VCNTokyo2内にServer2のFQDNを確認します。

[opc@server2 ~]$ hostname -A
server2.subnettokyo2.vcntokyo2.oraclevcn.com 
[opc@server2 ~]$

FQDNを使用して、pingを実行してみます。

Server1からServer2（server2.subnettokyo2.vcntokyo2.oraclevcn.com）に対してpingを実行してみます。

[opc@server1 ~]$ ping -c 5 server2.subnettokyo2.vcntokyo2.oraclevcn.com
ping: server2.subnettokyo2.vcntokyo2.oraclevcn.com: Name or service not known
[opc@server1 ~]$

Server2からServer1（server1.subnettokyo1.vcntokyo1.oraclevcn.com）に対してpingを実行してみます。

[opc@server2 ~]$ ping -c 5 server1.subnettokyo1.vcntokyo1.oraclevcn.com
ping: server1.subnettokyo1.vcntokyo1.oraclevcn.com: Name or service not known
[opc@server2 ~]$

いずれの場合も、別のVCNにあるホストの名前解決ができないため、pingコマンドが失敗しました。

6.プライベートDNS・リゾルバの変更

別のVCNにあるホストの名前解決ができるように、VCNのプライベートDNS・リゾルバの設定を変更します。

まず、VCNTokyo1内のインスタンスからVCNTokyo2内のインスタンスの名前解決ができるように、VCNTokyo1のDNSプライベート・リゾルバにVCNTokyo2のプライベート・ビューを関連づけます。

VCNTokyo1の詳細画面に移動します。

VCN情報のDNSリゾルバ「VCNTokyo1」をクリックします。

VCNTokyo1のプライベート・リゾルバの詳細画面が表示されます。

「関連付けられたプライベート・ビュー」セクションの「プライベート・ビューの管理」をクリックします。

「プライペート・ビューの選択」で「VCNTokyo2」を選択し、「変更の保存」をクリックします。

VCNTokyo2のプライベート・ビューがVCNTokyo1のプライベートDNSリゾルバに関連付けられました。

7.VCN間のFQDNでのアクセス確認

再度、Server1からServer2（server2.subnettokyo2.vcntokyo2.oraclevcn.com）に対してpingを実行してみます。

[opc@server1 ~]$ ping -c 5 server2.subnettokyo2.vcntokyo2.oraclevcn.com
PING server2.subnettokyo2.vcntokyo2.oraclevcn.com (10.2.1.100) 56(84) bytes of data.
64 bytes from server2.subnettokyo2.vcntokyo2.oraclevcn.com (10.2.1.100): icmp_seq=1 ttl=63 time=0.425 ms
64 bytes from server2.subnettokyo2.vcntokyo2.oraclevcn.com (10.2.1.100): icmp_seq=2 ttl=63 time=0.384 ms
64 bytes from server2.subnettokyo2.vcntokyo2.oraclevcn.com (10.2.1.100): icmp_seq=3 ttl=63 time=0.464 ms
64 bytes from server2.subnettokyo2.vcntokyo2.oraclevcn.com (10.2.1.100): icmp_seq=4 ttl=63 time=0.878 ms
64 bytes from server2.subnettokyo2.vcntokyo2.oraclevcn.com (10.2.1.100): icmp_seq=5 ttl=63 time=0.480 ms

--- server2.subnettokyo2.vcntokyo2.oraclevcn.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4109ms
rtt min/avg/max/mdev = 0.384/0.526/0.878/0.179 ms
[opc@server1 ~]$

ホスト名（FQDN）を使用して、VCNTokyo1内のインスタンスからVCNTokyo2内のインスタンスにアクセスできました。

同様に、VCNTokyo2内のインスタンスからVCNTokyo1内のインスタンスの名前解決ができるように、VCNTokyo2のDNSプライベート・リゾルバにVCNTokyo1のプライベート・ビューを関連付けます。

VCNTokyo2の詳細画面に移動します。

VCN情報のDNSリゾルバ「VCNTokyo2」をクリックします。

VCNTokyo2のプライベート・リゾルバの詳細画面が表示されます。

「関連付けられたプライベート・ビュー」セクションの「プライベート・ビューの管理」をクリックします。

「プライペート・ビューの選択」で「VCNTokyo1」を選択し、「変更の保存」をクリックします。

VCNTokyo1のプライベート・ビューがVCNTokyo2のプライベートDNSリゾルバに関連付けられました。

再度、Server2からServer1（server1.subnettokyo1.vcntokyo1.oraclevcn.com）に対してpingを実行してみます。

[opc@server2 ~]$ ping -c 5 server1.subnettokyo1.vcntokyo1.oraclevcn.com
PING server1.subnettokyo1.vcntokyo1.oraclevcn.com (10.1.1.100) 56(84) bytes of data.
64 bytes from server1.subnettokyo1.vcntokyo1.oraclevcn.com (10.1.1.100): icmp_seq=1 ttl=63 time=0.361 ms
64 bytes from server1.subnettokyo1.vcntokyo1.oraclevcn.com (10.1.1.100): icmp_seq=2 ttl=63 time=0.395 ms
64 bytes from server1.subnettokyo1.vcntokyo1.oraclevcn.com (10.1.1.100): icmp_seq=3 ttl=63 time=0.379 ms
64 bytes from server1.subnettokyo1.vcntokyo1.oraclevcn.com (10.1.1.100): icmp_seq=4 ttl=63 time=0.378 ms
64 bytes from server1.subnettokyo1.vcntokyo1.oraclevcn.com (10.1.1.100): icmp_seq=5 ttl=63 time=0.383 ms

--- server1.subnettokyo1.vcntokyo1.oraclevcn.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4130ms
rtt min/avg/max/mdev = 0.361/0.379/0.395/0.016 ms
[opc@server2 ~]$

ホスト名（FQDN）を使用して、VCNTokyo2内のインスタンスからVCNTokyo1内のインスタンスにアクセスできました。