この記事は「Oracle Cloud Infrastructure Advent Calendar 2020」の25日目として書いています。

1. プライベートDNSがリリース！

Oracle Cloud Infrastructureでは、これまでのグローバルIP用の「DNSサービス」に加えて、プライベートIP用の「プライベートDNS」が2020年11月にリリースされた。この機能によって、ComputeのプライベートIPに対して、任意のドメイン名を付けられるようになった。

プライベートDNSはフルマネージドサービスとして提供され、利用料金は無料である。

プライベートDNSは意外に複雑なのと、以前に書いた記事「Oracle Cloud Infrastructureの名前解決の仕組み&ホスト名の変更方法」が好評なこともあり、わかりやすく書いてみたい。というか、いまのマニュアルは相当わかりづらい。

なお、前提知識として上記の記事の内容を理解していることとする。

1-1. 前提条件

Oracle Cloud Infrastructure Compute
Oracle Cloud Infrastructure Database

※プライベートDNSはAlways Freeでは使用不可

1-2. 参考資料

本記事はLiveLabをベースにカスタマイズして書いている。また、FAQは簡潔にまとまっているので、一見の価値はある。

2. 何が便利なのか？

プライベートDNSを説明する前に、従来の機能を振り返ってみよう。デフォルトのVCN Resolverは以下の機能を持っていた。

各インスタンスには「*.oraclevcn.com」というFQDNが割り当てられる
FQDNを使った名前解決は、同じVCN内のインスタンスに対して利用できるが、異なるVCNのインスタンスには利用できない

そのため以下の課題があった。

複数VCNで構成しているネットワークでは、VCN外のインスタンスに対して名前解決できない
「foo.sample.com」のような任意のドメイン名を付けられない

この課題を解決するには、以下のいずれかの対応策が必要だった。

Oracle Cloud Infrastructure内にDNSサーバーを立てる
オンプレミスにあるDNSサーバーを利用する（FastConnect/VPNでオンプレミスとの接続必須）

DNSサーバーのセットアップは難しくないが、可用性やパッチ適用を考えると運用は大変だ。またオンプレミスのDNSへの登録となると、社内のネットワーク部門との調整が必要になる。そもそも任意のドメイン名を利用することは、特定のクラウドからの独立性や利便性の面で欠かせない。

そこでプライベートDNSの登場である。無料のマネージドサービスとして提供されているので使わない手はない。なお、同様の機能は他のクラウドでも提供されており、 「Amazon Route 53プライベートホストゾーン」 や 「AzureプライベートDNS」 などがある。

3. テスト環境を構築する

事前準備として「LiveLab: Configuring Private DNS」の「Lab 2: Configuring Private DNS」の手順を実行して環境を作成する。管理者ユーザーで実行するときはIAMの権限関係は省略可能だ。使用するtfファイルはGithubからもダウンロードできる。

LiveLabに従ってResource Managerを実行すると以下のリソースが作成される。Resource Managerを使用しないで手動で作成してもかまわない。

Resource Managerでは、以下のオレンジ枠の部分が作成されないので手動で作成する。

なお、デフォルトのセキュリティ・ルールではpingが許可されてない。そのため、それぞれのサブネットのセキュリティ・リストに以下のIngressルールを追加する。

Source	Protocol	Type
10.0.0.0/16	ICMP	8
10.10.0.0/16	ICMP	8

4. プライベートDNSをテストする

プライベートDNSの機能を理解するために基本操作を試してみる。

4-1. 今回の目標

今回の目標は次のとおり。

hub_vcn内のVMに対して <ホスト名>.hubzone.com というFQDNを割り当てる
spoke01_vcn内のVMに対して <ホスト名>.spokezone.com というFQDNを割り当てる
hub_vcnとspoke01_vcn間で、定義したFQDNを使った名前解決ができる

4-2. プライベートDNSゾーンとプライベートDNSビュー

ここでプライベートDNSに関する、いくつかの用語を説明する。現段階できっちり理解する必要はないが、関係性は理解してほしい。

DNSゾーンレコード
DNSに定義するレコード。AレコードにはIPアドレスとホスト名の関連付けを定義する。Aレコード以外も定義可能。

プライベートDNSゾーン
hubzone.comなど、ユーザーが定義した任意のドメイン名に属するレコードの集合。VCN内のプライベートIPなどVCN内のリソースを定義できる。

プライベートDNSビュー
プライベートDNSゾーンの集合。プライベートDNSで名前解決するときは、DNSリゾルバに関連付けたプライベートDNSビューを参照する。

プライベートDNSリゾルバ
DNSクエリを受けたとき名前解決する仕組み。デフォルトで参照するのは、VCNのプライベートDNSビューだが、同一リージョンのビューは優先順位を付けて参照できる。また、異なるリージョンのプライベートDNSやオンプレミスのDNSとの連携もできる。そのときはリスニングエンドポイントやフォワーディングエンドポイントという仕組みを使う必要がある。

4-3. プライベートゾーンhubzone.comを作成する

ここからの作業はOracle Cloud Infrastructureの管理コンソールで実行する。はじめにプライベートDNSソーン「hubzone.com」を作成する。

左上のメニューから [Networking] - [DNS Management] をクリックする。
左の [Zones] をクリックしてから [Private Zones] タブをクリックする。すると自動生成されたプライベートゾーンが表示される。
[Create Zone]をクリックして、プライベートDNSゾーンhubzone.comを作成する。DNSプライベートビューはhub_vcnを選択する。
作成が終わると、デフォルトで作成されたNSレコードとSOAレコードが表示される。
NSレコード： ゾーン情報を管理するネームサーバーのサーバー名を定義するレコード
SOAレコード： ゾーンの管理情報を指定するリソースレコード
[Add Record] をクリックして、次のゾーンレコードを追加する。テスト目的なので、鍵マークをクリックしてTTLに30（秒）を入力する。入力が終わったら [Submitt] をクリックする。
　レコードタイプ： A
　NAME： server01
　ADDRESS： 10.0.0.2
追加したゾーンレコードを選択し、 [Push Changes] をクリックする。
確認画面が表示されるので、 [Push Changes] をクリックする。
正常に終わると、追加したゾーンレコードが表示される。

4-4. プライベートゾーンspokezone.comを作成する

同様の手順で、VCN「spoke01_vcn」にプライベートゾーン「spokezone.com」を作成する。

プライベートDNSゾーン spokezone.com を作成する。DNSプライベートビューは spoke01_vcn を選択する。
[Add Record] をクリックして、次のゾーンレコードを追加する。テスト目的なので、鍵マークをクリックしてTTLに30（秒）を入力する。入力が終わったら [Submitt] をクリックする。
レコードタイプ： A
NAME： server02
ADDRESS： 10.10.0.123
同様に [Push Changes] を実行し、登録されていることを確認する。

4-5. 動作確認する

追加したDNSレコードが有効になっているか確認しよう。sshでhub_vcnのTestVMに接続する。

ホスト名を確認する。ややこしいのだがTestVMは表示名で、ホスト名はprimaryvnicである。-fでFQDNを表示できる。

$ hostname -f
primaryvnic.pub01.hubvcn.oraclevcn.com

2.hostコマンドでDNSの登録情報を確認すると正常に参照できる。

$ host server01.hubzone.com
server01.hubzone.com has address 10.0.0.2

$ host -t NS hubzone.com
hubzone.com name server vcn-dns.oraclevcn.com.

$ host -t SOA hubzone.com
hubzone.com has SOA record vcn-dns.oraclevcn.com. hostmaster.oracle.com. 4 3600 3600 3600 10

3.自ノードにpingを打つと「server01.hubzone.com」で名前解決できる。

$ ping server01.hubzone.com
PING server01.hubzone.com (10.0.0.2) 56(84) bytes of data.
64 bytes from primaryvnic.pub01.hubvcn.oraclevcn.com (10.0.0.2): icmp_seq=1 ttl=64 time=0.049 ms
^C
--- server01.hubzone.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 56ms
rtt min/avg/max/mdev = 0.049/0.056/0.064/0.010 ms

4.ドメイン名を付けずにpingを実行すると失敗する。これはサーチドメインに「hubzone.com」が含まれていないからだ。

$ ping server01
ping: server01: Name or service not known

サーチドメインは一般に/etc/resolv.confで設定するが、Oracle Cloudではファイルを編集してはいけない。DHCPオプションでサーチドメインを追加できる。

/etc/resolv.conf

; Any changes made to this file will be overwritten whenever the
; DHCP lease is renewed. To persist changes you must update the
; /etc/oci-hostname.conf file. For more information see
;[https://docs.cloud.oracle.com/iaas/Content/Network/Tasks/managingDHCP.htm#notes]
;
# Generated by NetworkManager
search hubvcn.oraclevcn.com pub01.hubvcn.oraclevcn.com　★含まれていない
nameserver 169.254.169.254

参考：DHCPオプションのサーチドメイン設定

5.「server02.spokezone.com」を確認すると表示されない。これはhub_vcnのDNSリゾルバが、spoke01_vcnのDNSビューを参照していないためだ。次のステップで改善する。

$ host server02.spokezone.com
Host server02.spokezone.com not found: 3(NXDOMAIN)

4-6. DNSリゾルバとプライベートビューを関連付ける

先ほど名前解決に失敗したのは、hub_vcnのDNSリゾルバがspoke01_vcnのプライベートビューを参照していないためだ。そのためspoke01_vcnを参照するように変更する。

hub_vcnの詳細を表示する。次にDNSリゾルバ「hub_vcn」をクリックする。
「Associated Private Views（関連付けたプライベートビュー）」が表示されるので、**[Manage Private Views]**をクリックする。
リストから「spoke01_vcn」を選択し、 [Save Changes] をクリックする。これで関連付けができた。
再びTestVMにsshで接続してDNS情報を確認すると、参照できるようになっている。

$ host server02.spokezone.com
server02.spokezone.com has address 10.10.0.123

$ ping server02.spokezone.com
PING server02.spokezone.com (10.10.0.123) 56(84) bytes of data.
64 bytes from server02.pub01.spoke01.oraclevcn.com (10.10.0.123): icmp_seq=1 ttl=64 time=0.334 ms

$ ping server02.pub01.spoke01.oraclevcn.com
PING server02.pub01.spoke01.oraclevcn.com (10.10.0.123) 56(84) bytes of data.
64 bytes from server02.pub01.spoke01.oraclevcn.com (10.10.0.123): icmp_seq=1 ttl=64 time=0.546 ms

5.今回設定したのは「hub_vcn→spoke01_vcn」だけなので、逆方向の設定を追加すれば相互に参照できるようになる。

5. まとめ

5-1. これまでわかったこと

これまでの操作でわかったことは次のことだ。

プライベートDNSを使うと任意のドメイン名を定義できる
ほかのVCNのプライベートDNSビューを関連付けることで、ほかのVCNに対しても名前解決ができる

また、デフォルトのVCN and Internet Resolverは以下の順序で名前解決を試みる。

VCNのデフォルトプライベートビューを参照
関連付けたプライベートビューを参照
すべてに一致しないとき、Oracle Cloud InfrastructureのInternet Resolver（169.254.169.254）を参照

ただし課題もある。それは上記2で関連付けられるのは、同一リージョンのプライベートビューに限られることだ。DRGを利用したリモートピアリングが必要な以下の場合には、プライベートビューを参照できない。

オンプレミスのDNS
異なるリージョン

5-2. さらなる発展

そのときに用意されているのが、リスニングエンドポイントやフォワーディングエンドポイントという仕組みだ。ここでは説明しないが次のような仕組みになっている。詳しくはマニュアルを読んでほしい。

また、プライベートビューはVCN単位で設定するのに対し、フォワーディングエンドポイントはサブネット単位で設定する。そのため同じVCNでも、サブネットごとに異なる設定を併用できる。

リスニングエンドポイント／フォワーディングエンドポイントを利用した名前解決の優先順位（推測モード）

事前定義した条件に当てはまるときはフォワーディングエンドポイント先を参照
VCNのデフォルトプライベートビューを参照
関連付けたプライベートビューを参照
すべてに一致しないとき、Oracle Cloud InfrastructureのInternet Resolver（169.254.169.254）を参照

また、マニュアルでユースケースとして紹介されている、アクセス元により異なる結果を返すsplit-horizon DNSもプライベートDNSを利用することで構成できる。

注：クロステナンシーやクロスリージョン、FastConnect/VPNによる接続はテストしていない。マニュアルの記述が甘いこともあり、推測モードで書いている部分もあるので間違っているところがあったら指摘してくださいませ。

5-3.まとめ

プライベートDNSを利用すると、サーバーに任意のFQDNを付けたり、異なるVCNにあるサーバーの名前解決したりできるようになる。
いままで特定のDNSを参照するにはCustom Resolverを利用する必要があったが、プライベートDNSによってInternet and VCN Resolverでも参照できるようになった。
VCN内のサーバーは、VCNに関連付けたプライベートビューを参照して名前解決できる。
異なるリージョンもしくはオンプレミスのサーバーの名前解決をするには、リスニングエンドポイント／フォワーディングエンドポイントという仕組みを使う必要がある。
プライベートビューはVCNに設定するのに対し、フォワーディングエンドポイントはサブネットで設定する。そのため同じVCNでも、サブネットごとに異なる設定を併用できる。

Oracle CloudのプライベートDNSを理解する