先に要点
- Amazon Route 53 は AWS が提供する DNS(Domain Name System)サービス。ドメインの登録、名前解決(ゾーン)、ヘルスチェック、地理 / 加重 / フェイルオーバーといった高度なルーティングを1つにまとめて提供する。
- 強みは AWS の他サービスとの統合。CloudFront / ELB / S3 ホスティング / API Gateway などを `エイリアスレコード` で直接指定でき、`料金もかからない` `IP 変更を AWS が裏で吸収してくれる` の二重メリットがある。
- 料金は ① ホストゾーン(ドメインごとの管理単位)月額 + ② DNS クエリ件数 が中心。ドメイン登録費は別。一般的な個人サイト〜中規模 Web で月数百円〜数千円が目安。
- Cloudflare DNS や `お名前.com の DNS` などとの違いは、` AWS リソースとの統合の深さ` と `ルーティング機能の豊富さ`。SaaS 単独利用なら他で十分、AWS をしっかり使うなら Route 53 が無難。
Route 53 って結局何のサービスなの？ お名前.com の DNS と何が違うの？ AWS でドメイン取るときに使うものでしょ？ ── AWS を触り始めた人にとって、53 という数字がついた地味めなサービス名のせいか、最初は 何屋さんなのか掴みづらい代表格 です。
ざっくり言うと、Route 53 は AWS の DNS サービス です。DNS は ドメイン名 ↔ IP アドレス を変換する仕組みで、Web サービスを公開するときに必ず登場します。
それ単体の機能(ゾーンとレコードの管理)だけならどの DNS でも同じですが、Route 53 は AWS の他サービスとセットで使う前提 で作られているので、AWS 上で本番運用するなら 素直に Route 53 で良い ケースがほとんどです。
この記事では、2026年5月時点の Amazon Route 53 の仕様をベースに、DNS としての役割、Route 53 ならではの機能、AWS リソースとの統合、料金、他 DNS との違い を、ネットワーク初心者でも追える粒度で整理します。 具体的な金額や名称は変動するため、最終確認は 公式ページ で行ってください。
まず DNS の役割を 1 段だけおさらい
Route 53 の理解には、DNS が何をするものか を1分でいいので押さえておくと、入りやすくなります。
DNS の中心的な役割
`engineer-notes.net` のようなドメイン名から、`192.0.2.1` のような IP アドレスを引いてくる名前解決。インターネット上の `電話帳`。
DNS そのものについては ネームサーバーと DNS レコードの違い でも基本を整理しています。
このベースがあると、Route 53 が 単に AWS の DNS という以上のことをしている、ということが見えやすくなります。
Route 53 が提供する 3 つの機能群
Route 53 は、DNS サービス と呼ばれつつ、中身は大きく3つの機能が束ねられています。
| 機能 | 役割 | 例 |
|---|---|---|
| ドメイン登録(レジストラ) | ドメインを取得・更新・移管する | `engineer-notes.net` を AWS から取得 |
| DNS ゾーン管理(オーソリティ DNS) | ドメインに対するレコードを管理する | A / AAAA / CNAME / MX / TXT / エイリアス等 |
| トラフィック制御(高度ルーティング + ヘルスチェック) | 条件に応じて返す宛先を変える | 地理ベース、加重、フェイルオーバー |
普通の お名前.com の DNS などは1つ目と2つ目だけを担うことが多いですが、Route 53 は 3つ目の トラフィック制御 まで標準機能 で持っているのが特徴です。
ここが 単なる DNS を超えて Route 53 が選ばれる主な理由になっています。
エイリアスレコード — AWS リソースとの統合の核
Route 53 を語る上で最も特徴的なのが エイリアスレコード(Alias record) です。
通常の DNS では、xxx.example.com → CloudFront のドメイン名 を指定するときに CNAME レコード を使いますが、Route 53 では代わりに エイリアスレコード という Route 53 独自の仕組みを使えます。
何が嬉しいか
① ルートドメイン(`example.com`)に対しても使える(CNAME は通常使えない)、② AWS リソースの IP 変動を Route 53 が裏で吸収してくれる、③ クエリ料金が 無料 になる。
指定できる AWS リソース
CloudFront ディストリビューション、ALB / NLB、S3 静的サイトホスティング、API Gateway、Elastic Beanstalk、VPC Endpoint、その他多数。
普通の CNAME との違い
CNAME は DNS 標準 なのでどの DNS でも使えるが、ルートドメインに対しては使えず、毎回の名前解決に料金がかかる。エイリアスは Route 53 独自 の仕組みで、ルート OK・無料・AWS 統合あり。
注意点
エイリアスは Route 53 独自なので、`他の DNS にゾーンを移すとそのまま動かない`。Route 53 を選ぶ時点で `AWS 内で完結させる` 前提と捉えるのが安全。
AWS 上で CloudFront や ALB を使うなら Route 53 を選んだ方が楽 と言われるのは、この エイリアスレコードによる無料 + シームレスな統合 が大きな理由です。
高度なルーティング機能
Route 53 がただの DNS と一線を画すのは、どの IP を返すかを条件で変える ルーティング機能を持っているからです。
| ルーティング種別 | 振り分けの基準 | 典型ユースケース |
|---|---|---|
| シンプル | 条件なし、決まった宛先を返す | 普通の Web サイト |
| 加重(Weighted) | 事前に設定した重みでランダムに振り分け | カナリアリリース、A/B テスト |
| レイテンシ | クライアントから最も低レイテンシのリージョンへ | マルチリージョン Web、グローバル配信 |
| 地理(Geolocation) | クライアントの所在国 / 地域で分岐 | 言語別サイト、地域限定 SaaS |
| 地理近接(Geoproximity) | 地理 + バイアス値で柔軟に | 地域偏重したいケース |
| フェイルオーバー | ヘルスチェック結果に応じてプライマリ/セカンダリ | 本番ダウン時の自動切替 |
| 複数値回答(Multi-value) | 複数の正常な IP をランダムに返す | 軽量な負荷分散、シンプル多重化 |
これら ヘルスチェック + ルーティングポリシー の組み合わせ が、Route 53 を DNS 兼トラフィック制御 のサービスに押し上げているコア部分です。
一般的な小規模 Web ではシンプルかフェイルオーバーで十分ですが、複数リージョン展開 カナリアデプロイ 多言語サイト のフェーズで力を発揮します。
ヘルスチェックの位置づけ
Route 53 のヘルスチェックは、定期的にエンドポイントを叩いて生死をチェックする 仕組みです。
単純にサーバが生きているかだけを見る監視ツール ではなく、 監視結果を DNS に直接反映する という設計 なのが Route 53 ならではです。
ヘルスチェックで落ちた瞬間、DNS が別の正常な IP を返す 構成が、特別なミドルウェアを入れずに組める、というのが価値の中心になります。
料金の見方
Route 53 の料金は、見るべき軸が限定的でわかりやすい構成です。
① ホストゾーン料金
1ドメインあたり月数百円〜程度。Route 53 にゾーンを置く対価。最初の25個までは比較的安く、それ以降は単価が下がる。
② DNS クエリ料金
名前解決1件あたり微小額。エイリアスレコード経由の AWS リソース指定は無料。普通の Web 用途では月数百円〜数千円の範囲に収まることが多い。
④ ドメイン登録費
レジストラとしてドメインを取る場合の年間費。`.com` で年12ドル前後など、ドメイン種別による。Route 53 のサービス利用料とは別軸。
安いか高いか という話よりも、 AWS の他サービスを使う前提で考えると、エイリアスでクエリ料金が無料になるので体感は安く感じる のがポイント です。
逆に Route 53 のホストゾーンに 外部 IP しか登録しない (= エイリアスを使わない)構成だと、クエリ料金がそのままかかるので、利点が薄れます。
他の DNS サービスとの違い
お名前.com の DNS Cloudflare DNS 等とどう違うのか、用途別に整理しておきます。
| 項目 | Route 53 | お名前.com / 各レジストラ DNS | Cloudflare DNS |
|---|---|---|---|
| AWS リソース統合 | ◎(エイリアス・ヘルスチェック直接連携) | △(CNAME などで間接的) | △(`AWS 公式` ではない) |
| 高度ルーティング | ○(加重・地理・フェイルオーバー等) | ×(基本レコード中心) | ○(プロキシ前提で別軸) |
| 料金感 | 有料(ホストゾーン + クエリ) | 多くは無料 or 安価 | 無料プランあり、高機能は有料 |
| パフォーマンス | 高い(グローバル分散) | 標準的 | 非常に高い(エッジ網が広い) |
| 典型ユースケース | AWS 中心の本番構成 | 個人サイト、メール中心の用途 | パフォーマンス重視、CDN + DNS |
判断軸はシンプルで、AWS 上で本番サービスを動かすなら Route 53、AWS をほぼ使わないなら他で十分、世界配信のパフォーマンスを最優先するなら Cloudflare という三角形になります。
Cloudflare の DNS / CDN / WAF はそれ単体で強力ですが、AWS の認証・監査・連携が重要な案件では Route 53 と組み合わせて使うことも多い、という関係です。
典型構成パターン
実務で Route 53 がよく登場する代表的な構成を3つ挙げておきます。
①静的サイト + CloudFront
`example.com` → CloudFront → S3 静的ホスティング。エイリアスでクエリ無料、グローバル配信、Route 53 で TLS 証明書(ACM)もまとめて管理しやすい。
Route 53 だから派手なことができる というより、 AWS の各サービスと素直につながる土台として地味に効く のが本当の価値 です。
新しく AWS で公開系の本番システムを立てるなら、最初から Route 53 でゾーンを切っておくと、後段の構成変更や監視の追加がスムーズになります。
失敗パターンと注意点
Route 53 を使うときによくあるハマりどころも整理しておきます。
① 移管前後の NS レコードずれ
他 DNS から Route 53 に移すとき、`NS の差し替えタイミング` をミスると数時間〜数日サイトが正しく解決されない。新ゾーンの動作確認 → TTL を一時的に短くする → NS を切り替え → 数日待ってから旧ゾーンを撤去 の順を守る。
② TTL を長く設定したまま切り替え
TTL が `86400`(1日)のままだと、`切り替えても古いキャッシュが残って反映に丸一日` という事故になりやすい。切り替え予定の数日前から TTL を 60〜300 秒に短くしておく のが定石。
③ エイリアス前提で他クラウドに置き換えできない
エイリアスは AWS 独自なので、`将来 GCP や Cloudflare に DNS を移したい` ときに大きく書き換えが必要。エイリアス前提 = AWS にしばらく腰を据える宣言 と理解する。
④ ヘルスチェックの誤検知
監視対象が `たまに遅い` だけで NG 判定 → DNS が切り替わる、というケースがある。連続失敗回数や判定タイムアウトを業務要件に合わせて調整 する。
特に ① と ② は、誰でも一度はやらかす 系のパターンです。
DNS 切り替えは事前準備で 90% は防げるので、`本番切り替えの数日前から準備モードに入る』を徹底するのが、結局いちばん事故が少ない運用方法です。
AWS 全体の中での Route 53 の位置
Route 53 単独ではなく、AWS 全体の設計の中で見るとさらに役割が分かりやすくなります。
AWS で最初にやるべきこと や AWS の小規模 Web 構成パターン で説明している通り、AWS で本番運用するときには ドメイン → DNS → ロードバランサ → アプリ → DB の流れ が標準的なレイアウトになります。
その入口を担うのが Route 53 です。
だから 何のサービスかいまいち分からない地味なやつ ではなく、 本番運用のフロントドアを担う、地味だが必須の基盤 という認識でいると、後段の設計が組みやすくなります。
加えて、AWS を 1 アカウントで運用すると辛くなる理由 で触れた通り、本番 / ステージング / 開発 をアカウント分割するとき、Route 53 のホストゾーンを 共有用アカウント に集約する設計もよく取られます。
このあたりまで意識すると、Route 53 を 単なる DNS の置き場 から 組織全体の名前解決基盤 という位置まで引き上げられます。
Amazon Route 53 に関するよくある質問
Q. Route 53 と Cloudflare DNS、結局どっちがいいですか？
A. AWS の他サービスをしっかり使うなら Route 53、AWS をほぼ使わない 世界配信のパフォーマンスを最優先したい なら Cloudflare、というのが基本の分かれ目です。両方併用するパターン(ドメイン管理は Route 53、エッジ配信は Cloudflare)もあり、どちらかに寄せるか、組み合わせるかは要件次第です。
Q. ドメインも Route 53 で取らないとダメですか？
A. ダメではありません。お名前.com で取って NS を Route 53 に向ける Cloudflare レジストラで取って NS だけ Route 53 のような構成も普通に動きます。管理を1ヶ所にまとめたい なら Route 53 レジストラ、安く取りたい なら他のレジストラと使い分けるのが現実的です。
Q. DNS の切り替えはどのくらいで反映されますか？
A. TTL の長さによります。TTL を 60 秒に短くしてあれば数分以内、デフォルトの 86400 秒(1日)のままだとフルキャッシュが切れるまで丸1日〜数日かかるケースもあります。重要な切り替えは事前に TTL を短くしておくのが基本です。
Q. Route 53 を使う場合、ドメイン所有確認はどう行いますか？
A. 多くのサービス(Google Search Console、SES、ACM 等)では TXT レコード でドメイン所有を確認します。Route 53 のホストゾーンに対象 TXT レコードを追加するだけで、ほぼすべての所有確認に対応できます。
Q. プライベートホストゾーンとパブリックホストゾーンの違いは？
A. パブリック はインターネット上に公開される DNS、プライベート は特定 VPC 内でのみ有効な内部 DNS です。社内ネットワーク用の名前解決 をしたい場合に、プライベートホストゾーンを VPC に紐づけて使います。
Q. メール用 MX レコードも Route 53 で管理できますか？
A. もちろん可能です。Gmail、Microsoft 365、Amazon SES など、利用するメールサービスが提示する MX / SPF / DKIM / DMARC レコードを Route 53 に登録すれば、メール認証も適切に動きます。
Q. Route 53 の SLA はどのくらいですか？
A. Route 53 は 100% の可用性 SLA を公式に掲げています(満たされない場合はサービスクレジットでの返金)。これは AWS の中でも特に強い保証で、DNS は止まらない前提で設計したい 案件で安心材料になります。
参考リンク
- AWS: Amazon Route 53 公式
- AWS: Route 53 料金
- AWS Docs: Route 53 デベロッパーガイド
- AWS Docs: ルーティングポリシー一覧
- AWS Docs: エイリアスレコード
- AWS Docs: ヘルスチェック