Amazon Route 53 でのドメイン登録と DNS 移行 - レジストラ移管とゾーン設定の実践
ドメイン登録から他レジストラからの移管、パブリック・プライベートホストゾーンの設計、DNSSEC の有効化までを一貫して紹介します。
Route 53 でのドメイン登録
Route 53 はドメインレジストラとしても機能し、コンソールから直接ドメインを登録できます。対応する TLD は数百に及び、汎用 TLD (.com / .net など) と地理的 TLD (.jp / .io など) の双方を登録できます。TLD 別の登録・更新・移管価格は随時改定されるため、個別の金額を覚えるのではなく、登録前に Route 53 Domains の ListPrices API (aws route53domains list-prices --tld com --region us-east-1) か公式のドメイン登録価格表で当日の価格を確認する運用が確実です。目安として、2026 年 8 月時点では .com が年額 16 USD、.net が 17 USD、.jp が 54 USD で、いずれも登録価格と更新価格は同額でした。ドメイン登録時にパブリックホストゾーンが自動作成され、NS レコードと SOA レコードが設定されます。WHOIS プライバシー保護はサポートされている TLD で無料で有効化でき、登録者の個人情報が公開されることを防止します。自動更新を有効にしておくと、ドメインの失効を防止できます。登録直後は Transfer Lock が自動的に有効化されており、意図しないドメイン移管を防ぎます。マルチアカウント環境では、登録済みドメインを別の AWS アカウントへ移す TransferDomainToAnotherAwsAccount API が用意されており、ドメインを保持するアカウントを後から付け替えられます。一方で、AWS Organizations の委任管理者のようにドメイン登録を組織単位で一元管理する機構は用意されていないため、ドメインの操作は保持アカウント側で行い、組織で共通化できるのは一括請求に集約される費用の側だと理解しておくとよいでしょう。
他レジストラからの移管
既存のドメインを他のレジストラから Route 53 に移管する手順は、現在のレジストラで Transfer Lock を解除し、認証コード (Auth Code / EPP Code) を取得し、Route 53 コンソールで移管リクエストを送信する 3 ステップです。移管の所要は公式手順で全体として最大 10 日とされ、内訳は汎用 TLD (gTLD) が最大 7 日、地理的 TLD (.jp などの国コード TLD) が最大 10 日です (公式ドキュメント記載値・2026 年 8 月時点)。移管元レジストラの承認待ちや登録者情報の確認で日数は変動するため、有効期限が迫った状態で開始しないことが重要です。移管前に Route 53 でホストゾーンを作成し、既存の DNS レコードを再現しておくことで、移管中の DNS 解決の中断を防止できます。移管完了後、ネームサーバーが自動的に Route 53 に切り替わります。.jp ドメインの移管は JPRS の手続きが必要で、移管元レジストラでの承認プロセスが追加されます。多くの gTLD では移管費用に 1 年分の更新料が含まれ、移管と同時にドメイン有効期限が 1 年延長されます (.jp など一部の TLD では移管費用がかからず期限延長も伴いません)。移管中にダウンタイムを確実に回避するには、移管前に Route 53 のホストゾーンに NS を切り替え、DNS が安定してから (TTL の 2 倍以上の時間を待機) 移管を開始するのが安全な手順です。
ホストゾーン設計と DNSSEC
パブリックホストゾーンはインターネットからの DNS クエリに応答し、プライベートホストゾーンは指定した VPC 内からのクエリにのみ応答します。プライベートホストゾーンで internal.example.com のようなドメインを管理し、VPC 内のサービス間通信をドメイン名で行う構成が一般的です。プライベートホストゾーンはクロスアカウントの VPC 関連付けに対応しており、マルチアカウント環境で内部 DNS を統一管理できます。DNSSEC は DNS 応答にデジタル署名を付与し、応答の改ざんを検出する仕組みです。Route 53 では KMS のカスタマーマネージドキーで署名鍵を管理し、コンソールから DNSSEC 署名を有効化できます。有効化後、親ゾーン (TLD のレジストリ) に DS レコードを登録することで、署名チェーンが完成します。DNSSEC を有効化する際は、全レコードの TTL を短く設定してから有効化し、問題発生時に素早くロールバックできるようにしておくことが推奨されます。
設計のベストプラクティスと注意点
Route 53 のホストゾーン設計では、パブリックゾーンとプライベートゾーンで同じドメイン名を使用するスプリットホライズン DNS が有効です。外部からは公開 IP を、VPC 内部からはプライベート IP を返す構成により、内部通信が NAT Gateway を経由せずコストとレイテンシを削減します。Resolver エンドポイントを設置すれば、オンプレミス環境と VPC 間の双方向 DNS 転送が可能で、ハイブリッドクラウドの名前解決を統一できます。よくある落とし穴として、ホストゾーン削除時のリスクがあります。ホストゾーンを削除すると、そこに含まれる全レコードが消滅し、ドメインの名前解決が即座に停止します。削除前にバックアップとして CLI の route53 list-resource-record-sets で全レコードをエクスポートしておく運用が必須です。また、NS レコードの TTL を短くしすぎると、再帰リゾルバへの問い合わせ回数が増え Route 53 のクエリ課金が増大するため、NS レコードの TTL は 172800 秒 (2 日) のデフォルトを維持することが推奨されます。
他のドメインサービスとの比較
外部レジストラ (GoDaddy、Namecheap、Google Domains (Squarespace に移行済み) 等) と Route 53 の主な違いは AWS エコシステムとの統合度です。Route 53 で登録したドメインは ACM (証明書) や CloudFront とワンクリックで連携でき、エイリアスレコードによる APEX ドメイン (ネイキッドドメイン) の AWS リソースへの直接マッピングが可能です。外部レジストラでは CNAME フラッタニングやリダイレクトが必要になる構成も、Route 53 ならエイリアスレコードで解決でき、追加のクエリ課金もかかりません。一方、Route 53 のドメイン登録料は一部の TLD で外部レジストラより割高です。たとえば .io ドメインは Route 53 では年額 71 USD ですが (2026 年 8 月時点・ListPrices 実測)、一部のレジストラでは初年度割引があります。DNS 管理・証明書発行・ヘルスチェックを一元化できる運用上の利点がある一方で、TLD 別の登録料は外部レジストラより高い場合があり、どちらを重く見るかは管理するドメイン数と運用体制によって変わります。AWS 外のサービスに DNS を向ける必要がある場合でも、Route 53 をネームサーバーとして使用しつつドメイン登録は外部レジストラに置く構成も選択可能です。
Route 53 の料金
(以下は 2026 年 8 月時点の値です。Route 53 はグローバルサービスで、ホストゾーンとクエリの料金はリージョンによって変わりません。) ドメイン登録は TLD ごとの年額で、金額は前述の ListPrices API か公式のドメイン登録価格表で確認します (同時点の実測では .com が 16 USD、.net が 17 USD、.jp が 54 USD)。ホストゾーンは最初の 25 ゾーンが 1 ゾーンあたり月額 0.50 USD、26 ゾーン目以降は 1 ゾーンあたり月額 0.10 USD です。1 ゾーンには 10,000 レコードまでが料金に含まれ、これを超えた分は 1 レコードあたり月額 0.0015 USD が加算されます。DNS クエリは最初の 10 億クエリ/月が 100 万クエリあたり 0.40 USD、超過分は 100 万クエリあたり 0.20 USD です。エイリアスレコードへのクエリは無料で、CloudFront や ALB へのルーティングでコストを削減できます。DNSSEC の署名に追加料金は発生しませんが、KMS キーの料金 (月額 1 USD) が必要です。ヘルスチェックは 1 チェックあたり月額 0.50 USD (AWS エンドポイント) または 0.75 USD (非 AWS エンドポイント) です。ホストゾーンは 1 つのドメインとそのサブドメインのレコードを保持する単位で、別のドメインのレコードを同じゾーンにまとめることはできません。したがって節約はゾーン数を無理に減らすことではなく、26 ゾーン目以降の階層価格が効くこと、エイリアスレコードへのクエリが無料であること、TTL を適正に保ってクエリ数そのものを抑えることの 3 点で効かせます。
まとめ
Route 53 はドメイン登録から DNS 管理までを一元化するサービスです。他レジストラからの移管で AWS エコシステムとの統合を強化し、DNSSEC で DNS の信頼性を向上させます。パブリックとプライベートのホストゾーンを使い分けることで、外部向けと内部向けの DNS を統一的に管理できます。スプリットホライズン DNS と Resolver エンドポイントの組み合わせにより、ハイブリッドクラウド環境でもシームレスな名前解決が実現します。
参考資料 (AWS 公式)
本ページの一次情報は AWS 公式サイトおよび公式ドキュメントです。最新の仕様 / 料金は次の公式ページで確認できます。
本ページと公式ドキュメントの記述が食い違う場合は、公式ドキュメントを正としてください。