[OCI]VCNをピアリングしてVCN間でDNSによる名前解決ができるようにする（ローカル・ピアリング編）

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

こちらの図のように、Tokyoリージョン内に「VCNTokyo1（10.1.0.0/16）」、「VCNTokyo2（10.2.0.0/16）」という2つのVCNがある想定です。
![スライド2.jpeg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/21f8126c-f059-9f75-d958-1efc601154d5.jpeg)

# 1.動的ルーティング・ゲートウェイ（DRG）の作成
動的ルーティング・ゲートウェイを作成します。
![スライド3.jpeg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/61e7be7e-0a7e-d097-6098-d4d10a7889a5.jpeg)
コンソールの動的ルーティング・ゲートウェイに移動します。
![スクリーンショット 2021-12-17 12.50.24.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/74ebc602-adaa-36d5-6657-1e67c2493c45.png)
「動的ルーティング・ゲートウェイの作成」をクリックします。
![スクリーンショット 2021-12-17 12.50.56.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/b6046ca5-ad74-948e-ada9-f3c8ffb45f21.png)
「名前」に「DRGTokyo」と入力して「動的ルーティング・ゲートウェイの作成」をクリックします。
![スクリーンショット 2021-12-17 12.51.17.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/81f2de0d-4d5e-9156-5aed-742ea71b2ef0.png)
動的ルーティング・ゲートウェイ「DRGTokyo」が作成されました。
![スクリーンショット 2021-12-17 12.51.38.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/739087a0-c416-2814-0848-24b2df672ecb.png)

# 2.動的ルーティング・ゲートウェイ（DRG）のVCNへのアタッチ
作成した動的ルーティング・ゲートウェイをVCNTokyo1、VCNTokyo2にアタッチします。
![スライド4.jpeg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/8f813d96-0814-96d4-4609-039258cee664.jpeg)
まず最初に、DRGTokyoをVCNTokyo1にアタッチします。
「仮想クラウド・ネットワーク・アタッチメントの作成」をクリックします。
![DRG_Attachnemt.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/38932b03-9ff2-f321-d2b1-2c0d96b912b7.png)
任意の名前を入力して、仮想クラウドネットワークとして「VCNTokyo1」を選択し、「仮想クラウド・ネットワーク・アタッチメントの作成」をクリックします。
![スクリーンショット 2021-12-17 12.53.12.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/c2e63c36-ee7f-0dd6-0b6d-5bd0077d0a32.png)
DRGTokyoがVCNTokyo1にアタッチされました。
![スクリーンショット 2021-12-17 12.53.32.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/d9ab68fe-542c-aa75-8113-33dbb1c6b78f.png)

次に、DRGTokyoをVCNTokyo2にアタッチします。
「仮想クラウド・ネットワーク・アタッチメントの作成」をクリックします。
![スクリーンショット 2021-12-17 12.53.32のコピー.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/b321289f-75ce-c47d-a5a6-dc1b39cde5c5.png)
任意の名前を入力して、仮想クラウドネットワークとして「VCNTokyo2」を選択し、「仮想クラウド・ネットワーク・アタッチメントの作成」をクリックします。
![スクリーンショット 2021-12-17 12.53.57.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/0a542d2a-6f67-75d6-5a2a-30e3ca29f807.png)
DRGTokyoがVCNTokyo2にアタッチされました。
![スクリーンショット 2021-12-17 12.54.30.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/05718abf-028a-18d9-c869-65f9e956d6de.png)

# 3.ルート表へのルート・ルールの追加
別のVCNへのトラフィックを動的ルーティング・ゲートウェイにルーティングするためのルート・ルールをルート表に追加します。
![スライド5.jpeg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/77ce52df-6a1c-6f83-ad7a-8b5a5e804a96.jpeg)
仮想クラウド・ネットワークに移動します。
![スクリーンショット 2021-12-17 12.55.32.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/84bfa85a-007c-6a7e-a47b-28bc55a1bf57.png)
「VCNTokyo1」をクリックします。
![スクリーンショット 2021-12-17 12.55.48.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/1adcb214-d82f-ec25-f165-0ee403a2aa0d.png)
リソース欄の「ルート表」をクリックします。
![スクリーンショット 2021-12-17 13.00.01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/deff2c9f-eb73-b78c-2de0-0d959701a6cb.png)
ルート表名をクリックします。
![スクリーンショット 2021-12-17 12.56.41.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/db1d1f9b-07f8-bb38-7cd1-5d4ca0b305b8.png)
「ルート・ルールの追加」をクリックします。
![スクリーンショット 2021-12-17 12.57.03.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/97f378bb-fa19-2c81-cd62-df547d23c43c.png)
ターゲット・タイプに「動的ルーティング・ゲートウェイ」を選択し、宛先CIDRブロックにVCNTokyo2のCIDRブロックである「10.2.0.0/16」を入力して、「ルート・ルールの追加」をクリックします。
![スクリーンショット 2021-12-17 12.57.54.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/7e3008c6-bc51-0266-28d3-4f084b913489.png)
VCNTokyo1からDRGTokyoを経由してVCNTokyo2にアクセスするためのルート・ルールが追加されました。
![スクリーンショット 2021-12-17 12.58.20.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/8336bfbb-5a7d-29ae-3f38-1da1099c155c.png)
VCNTokyo2の詳細画面に移動します。
![スクリーンショット 2021-12-17 12.59.45.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/7a9e224c-467b-9ea2-dd97-5a91365f7cb1.png)
リソース欄の「ルート表」をクリックします。
![スクリーンショット 2021-12-17 13.00.01.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/7a34be29-30dd-43e7-5777-ec125ed9ca6c.png)
ルート表明をクリックします。
![スクリーンショット 2021-12-17 13.00.18.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/4c87e399-da21-5c88-d93d-918c4d0b241d.png)
ルート・ルールの追加をクリックします。
![スクリーンショット 2021-12-17 13.00.36.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/19e2888a-f2b9-c1f7-3261-26469c205da9.png)
ターゲット・タイプに「動的ルーティング・ゲートウェイ」を選択し、宛先CIDRブロックにVCNTokyo1のCIDRブロックである「10.1.0.0/16」を入力して、「ルート・ルールの追加」をクリックします
![スクリーンショット 2021-12-17 13.00.59.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/dec8fc07-1da5-452c-ada8-8cbea0c93fe7.png)
VCNTokyo2からDRGTokyoを経由してVCNTokyo1にアクセスするためのルート・ルールが追加されました。
![スクリーンショット 2021-12-17 13.01.22.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/8eb03f5f-49c6-5446-b8e1-9763c294477a.png)

# 4.VCN間のトラフィックを許可するセキュリティ・ルールの追加
別のVCNからの受信トラフィックを許可するセキュリティ・ルールをセキィリティ・リストに追加します。
![スライド6.jpeg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/ca874236-b2f2-9b3c-e5f2-414cd17a35cb.jpeg)
まず、VCNTokyo1のセキュリティ・リストに、VCNTokyo2からのトラフィックを許可するセキュリティ・ルールを追加します。
VCNTokyo1の詳細画面に移動します。
![スクリーンショット 2021-12-17 13.09.48.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/6db31cc0-b4b3-e426-ed0f-5cc32a3aa90e.png)
リソース欄の「セキュリティ・リスト」をクリックします。
![スクリーンショット 2021-12-17 13.09.57.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/46fb0857-135e-1066-65c7-c4c72ba0ee6f.png)
セキュリティ・リスト名をクリックします。
![スクリーンショット 2021-12-17 13.10.08.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/b9a08dbd-6c48-a61c-7962-863db9c3f804.png)
セキュリティ・リストの詳細画面が表示されます。
![スクリーンショット 2021-12-17 13.10.30.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/955fb5a3-78fb-d207-4264-ca43db20d1ce.png)
「イングレス・ルールの追加」をクリックします。
![スクリーンショット 2021-12-17 13.10.43.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/5cf9ebc3-3b58-93fe-ed9b-2599315619a1.png)
今回は、VCNTokyo2（10.2.0.0/16）からVCNTokyo1への全てのネットワークアクセスを許可するルールを追加します。
ソース・タイプとして「CIDR」を選択、ソースCIDRにVCNTokyo2のCIDRである「10.2.0.0/16」を入力します。IPプロトコルとして「すべてのプロトコル」を選択して、「イングレス・ルールの追加」をクリックします。
![スクリーンショット 2021-12-17 13.11.19.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/c6ee5bdd-5717-3037-cf2d-0533825944e7.png)
VCNTokyo2（10.2.0.0/16）からVCNTokyo1への全てのネットワークアクセスを許可するイングレス・ルールが追加されました。
![スクリーンショット 2021-12-17 13.11.40.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/f362c0a1-bc51-1549-6946-8474462bbad5.png)

同様に、VCNTokyo1のセキュリティ・リストに、VCNTokyo2からのトラフィックを許可するセキュリティ・ルールを追加します。
VCNTokyo2の詳細画面に移動します。
![スクリーンショット 2021-12-17 13.11.54.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/2355807f-3084-63d8-5676-d87a24174029.png)
リソース欄の「セキュリティ・リスト」をクリックします。
![スクリーンショット 2021-12-17 13.09.57.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/93a9f539-253e-674a-6c3e-4eb90bb87cde.png)
セキュリティ・リスト名をクリックします。
![スクリーンショット 2021-12-17 13.12.49.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/8eae7af1-51c4-355b-a682-f77e418bb896.png)
セキュリティ・リストの詳細画面が表示されます。
![スクリーンショット 2021-12-17 13.13.24.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/9da7f5fe-3714-419a-2048-b929383bfa87.png)
「イングレス・ルールの追加」をクリックします。
![スクリーンショット 2021-12-17 13.13.38.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/59d64bf0-2053-200e-d5f7-9b4d653073ed.png)
VCNTokyo1（10.1.0.0/16）からVCNTokyo2への全てのネットワークアクセスを許可するルールを追加します。
ソース・タイプとして「CIDR」を選択、ソースCIDRにVCNTokyo1のCIDRである「10.1.0.0/16」を入力します。IPプロトコルとして「すべてのプロトコル」を選択して、「イングレス・ルールの追加」をクリックします。
![スクリーンショット 2021-12-17 13.13.56.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/1cd64931-5393-80b6-f753-cb8f7e19db4c.png)
VCNTokyo1（10.1.0.0/16）からVCNTokyo2への全てのネットワークアクセスを許可するイングレス・ルールが追加されました。
![スクリーンショット 2021-12-17 13.14.13.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/7cb40fc4-64aa-6853-9dba-60765b577a09.png)

# 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・リゾルバの設定を変更します。
![スライド7.jpeg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/4846dfb7-1edb-1224-6096-4a604105554b.jpeg)
まず、VCNTokyo1内のインスタンスからVCNTokyo2内のインスタンスの名前解決ができるように、VCNTokyo1のDNSプライベート・リゾルバにVCNTokyo2のプライベート・ビューを関連づけます。

VCNTokyo1の詳細画面に移動します。
![スクリーンショット 2021-12-17 13.28.36.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/cf29ec9b-1bb2-be54-299f-1ac56f1770a5.png)
VCN情報のDNSリゾルバ「VCNTokyo1」をクリックします。
![スクリーンショット 2021-12-17 13.28.46.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/d3eddcbf-a75c-c0d1-3459-c470b8ab77ca.png)
VCNTokyo1のプライベート・リゾルバの詳細画面が表示されます。
![スクリーンショット 2021-12-17 13.29.02.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/2e38d995-0567-aa26-7f5b-ade06e736662.png)
「関連付けられたプライベート・ビュー」セクションの「プライベート・ビューの管理」をクリックします。
![スクリーンショット 2021-12-17 13.29.16.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/6603a4c6-0747-a7ed-2ec3-d8246c193066.png)
「プライペート・ビューの選択」で「VCNTokyo2」を選択し、「変更の保存」をクリックします。
![スクリーンショット 2021-12-17 13.29.55.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/f10ad99d-b74f-a6a7-703c-107271e93d70.png)
VCNTokyo2のプライベート・ビューがVCNTokyo1のプライベートDNSリゾルバに関連付けられました。
![スクリーンショット 2021-12-17 13.31.05.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/f437a9f3-ce1f-6740-7478-5319245e27f5.png)

# 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の詳細画面に移動します。
![スクリーンショット 2021-12-17 13.32.36.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/447a26b2-508e-376a-31c0-1437b621ea9c.png)
VCN情報のDNSリゾルバ「VCNTokyo2」をクリックします。
![スクリーンショット 2021-12-17 13.32.46.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/d127e5f0-fcf0-dd17-0131-318bff59b91f.png)
VCNTokyo2のプライベート・リゾルバの詳細画面が表示されます。
![スクリーンショット 2021-12-17 13.33.18.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/2c036525-ae9d-90a6-50a8-1316b9b369b4.png)
「関連付けられたプライベート・ビュー」セクションの「プライベート・ビューの管理」をクリックします。
![スクリーンショット 2021-12-17 13.33.30.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/4cee68a9-2874-a3f7-6e0c-2d08c93bae53.png)
「プライペート・ビューの選択」で「VCNTokyo1」を選択し、「変更の保存」をクリックします。
![スクリーンショット 2021-12-17 13.33.46.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/e31d0be5-5d5b-aef4-2627-585f133cdae3.png)
VCNTokyo1のプライベート・ビューがVCNTokyo2のプライベートDNSリゾルバに関連付けられました。
![スクリーンショット 2021-12-17 13.53.02.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/784824/20d43a2a-79a0-6316-e470-91e3dabeca82.png)

再度、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内のインスタンスにアクセスできました。