Amazon Route53でドメイン登録未対応のTLDをDNSホスティングする - .devドメインの移行手順
どうも、Shinyaです。この記事では、Amazon Route53でドメイン登録がサポートされていないTLD（.devなど）のドメインを、Route53でDNSホスティングする方法について解説します。ドメインの登録（レジストラ）は移行元のプロバイダに残したまま、DNSの名前解決のみをRoute53に移行する手順を整理します。
- Route53でドメイン登録未対応のTLDを使用したい人
.devドメインのDNSをRoute53に移行したい人- CloudFrontでネイキッドドメイン（Apexドメイン）を使用したい人
- 既存のDNS設定をRoute53に移行する手順を知りたい人
Route53のドメイン登録とDNSホスティングの違い
Amazon Route53には主に2つの機能があります。
| 機能 | 説明 |
|---|---|
| ドメイン登録（レジストラ） | ドメインの取得・更新・移管を行う機能。サポートされているTLDに限りがある |
| DNSホスティング | ドメインのDNSレコードを管理し、名前解決を行う機能。任意のTLDのドメインで使用可能 |
Route53の公式ドキュメントにも、ドメイン登録でサポートされていないTLDであっても、Route53をDNSサービスとして使用できることが記載されています。
つまり、.devのようにRoute53でドメイン登録ができないTLDであっても、パブリックホストゾーンを作成してDNSホスティングのみをRoute53で行うことが可能です。
Route53でDNSホスティングが必要になるケース
Route53でのDNSホスティングが有効なケースとして、Amazon CloudFrontでのネイキッドドメイン（Apexドメイン）の使用があります。
DNS仕様上、ゾーンのApexにCNAMEレコードを設定することはできません。そのため、example.devのようなネイキッドドメインでCloudFrontディストリビューションを使用する場合、Route53のALIASレコードを利用する方法が一般的です1。
DNSレコードやネームサーバーの変更は、設定に誤りがあるとWebサイトへのアクセスやメールの受信ができなくなる可能性があります。作業を開始する前に、移行元プロバイダで設定されているすべてのDNSレコードとネームサーバー名のバックアップを取得してから作業を進めることが推奨されます。
移行の全体フロー
手順1: 移行元のDNSレコードをバックアップする
移行元のドメイン管理プロバイダにログインし、現在設定されているDNSレコードとネームサーバー名をすべて控えます。
バックアップする項目は以下の通りです。
- すべてのDNSレコード（レコード名、レコードタイプ、値、TTL）
- 現在使用中のネームサーバー名
手順2: Route53でパブリックホストゾーンを作成する
AWSマネジメントコンソールでRoute53の管理画面を開き、パブリックホストゾーンを作成します。ホストゾーン名には実際のドメイン名（例: example.dev）を入力します。
パブリックホストゾーンを作成すると、以下の2つのDNSレコードが自動で作成されます。
| レコードタイプ | 説明 |
|---|---|
| NS（Name Server） | このドメインのDNSクエリを処理するネームサーバーを示すレコード。Route53から割り当てられた4つのネームサーバーが設定される |
| SOA（Start of Authority） | ドメインゾーンの権威情報（プライマリネームサーバー、管理者情報、シリアル番号、リフレッシュ間隔など）を示すレコード |
NSレコードとSOAレコードはホストゾーンの運用に不可欠なレコードです。これらを削除・変更するとドメインの名前解決が正常に機能しなくなるため、原則として変更は行いません。
手順3: DNSレコードをRoute53に移植する
移行元プロバイダで設定されているDNSレコードを、Route53のパブリックホストゾーンに移植します。レコード名、レコードタイプ、値を移行元と一致させます。
この作業を事前に行うことで、後のネームサーバー切り替え時にダウンタイムを発生させずに移行を進めることができます。
移行元のプロバイダによっては、DNSレコードの設定画面の表記や入力形式が異なる場合があります。
- MXレコード: Route53では優先度と値を
10 smtp.example.comの形式でまとめて入力する（プロバイダによっては優先度と値が別フィールドの場合がある） - レコード名の末尾のドット: Route53ではFQDNの末尾にドット（
.）が付く場合がある - TTL: 移行元と同じTTL値を設定することが推奨される
手順4: ネームサーバーを変更する
Route53のパブリックホストゾーンに表示されているNSレコードから、割り当てられた4つのネームサーバー名を確認します。
ns-xxx.awsdns-yy.com
ns-xxx.awsdns-yy.net
ns-xxx.awsdns-yy.org
ns-xxx.awsdns-yy.co.uk
この4つのネームサーバー名を、移行元プロバイダの管理画面でカスタムネームサーバーとして設定します。
Route53のNSレコードではネームサーバー名の末尾にドット（.）が表示されますが、移行元プロバイダに入力する際は末尾のドットを除いた値（例: ns-xxx.awsdns-yy.com）を使用します。プロバイダによっては末尾のドットを含むとエラーになる場合があります。
手順5: DNS伝播を確認する
ネームサーバーの変更は、世界中のDNSリゾルバにキャッシュされた旧ネームサーバー情報が更新されるまでに最大48時間程度かかる場合があります。
次のコマンドで、ドメインに設定されているネームサーバーを確認できます。
nslookup -type=NS example.dev
dig example.dev NS
特定のDNSサーバーを指定して確認する場合は、以下のようにします。
dig example.dev NS @8.8.8.8
出力にRoute53のネームサーバー名（ns-xxx.awsdns-yy.comなど）が表示されていれば、ネームサーバーの切り替えが反映されています。旧ネームサーバー名が表示される場合は、伝播が完了するまで待機します。
伝播の完了後、以下の項目を確認します。
- Webサイトが正常に表示されるか
- メールの送受信が正常に行えるか（MXレコードを使用している場合）
- その他のサブドメインやサービスが正常に動作しているか
Route53の料金
Route53のDNSホスティングには料金が発生します。詳細はRoute53の料金ページを参照してください。
まとめ
この記事では、Amazon Route53でドメイン登録がサポートされていないTLD（.devなど）のドメインを、Route53でDNSホスティングする方法を解説しました。Route53ではドメイン登録とDNSホスティングは独立した機能であり、ドメイン登録未対応のTLDであってもパブリックホストゾーンを作成してDNSの名前解決を行うことが可能です。移行時にはDNSレコードの事前移植とネームサーバーの切り替えを段階的に行うことで、ダウンタイムを最小限に抑えた移行が実現できます。
参考リンク:
