AWS Route 53とは？DNSの仕組みをやさしく解説

「Route 53って、ただのDNSと何が違うの?」
「なぜ”53″なの? 数字に意味がある?」
「ルーティングポリシーって、何を選ぶ話?」

同じドメイン名でも、アクセスする人に応じて返す接続先を変えられたら——。その芸当を可能にするのが、Route 53です。名前の由来から入りましょう。

AWS Route 53とは、AWSが提供するマネージドDNSサービスで、ドメイン名の名前解決に加えて、接続先を賢く振り分けるルーティング機能を持ちます。名前の「53」は、DNSが使うポート番号53に由来します。あなたが押さえるべき芯は、ただ名前を引くだけでなく「どこへ返すか」を制御できる点です。

この記事では、まず土台となるDNSの役割をおさらいし、Route 53の中心機能であるルーティングポリシーを表で整理します。さらにヘルスチェックによる自動切り替えを図でたどり、SAA・CLFでの問われ方まで示します。

1 1. Route 53とはどんなサービスか
2 2. DNSの役割をおさらいする
3 3. ルーティングポリシーで振り分けを操る
4 4. ヘルスチェックと自動フェイルオーバー
5 5. SAA・CLFでの問われ方
- 5.1 次のステップ

1. Route 53とはどんなサービスか

Route 53の顔は2つあります。1つは、ドメインの名前解決を代わりに担うDNSサーバーとしての顔。もう1つは、その応答を「誰に・どんな状況で・どこへ返すか」で切り替える交通整理役としての顔です。AWSが運用を肩代わりしてくれるので、あなたはサーバーの管理から解放されます。

たとえるなら、大規模なコールセンターの着信振り分けです。かかってきた電話を、一番手が空いている窓口や、発信地に近い拠点へ自動でつなぎます。もし片方の拠点が回線トラブルで応答できなければ、生きている拠点だけへ回します。Route 53が名前解決の裏でやっているのは、まさにこの「状況を見た振り分け」です。

DNSの基本を単体で押さえたいなら、DNSとはで名前解決の流れを確認できます。Route 53は、その名前解決の仕組みの上に、AWSならではの振り分け機能を乗せたサービスだと捉えてください。

2. DNSの役割をおさらいする

Route 53を理解する前に、DNSが何をするかを短く押さえます。DNSの仕事は、人が読むドメイン名を、機械が通信に使うIPアドレスへ変換することです。あなたがブラウザに example.com と打つと、DNSが対応するIPアドレスを返し、そのIPへ通信が始まります。

ここが肝心です。ふつうのDNSは「名前に対して1つの答え」を返すだけですが、Route 53は「同じ名前でも、条件しだいで返す答えを変えられる」。この一歩踏み込んだ制御が、次に見るルーティングポリシーです。名前解決という土台は同じで、その上に載る判断力が違う、と捉えてください。

3. ルーティングポリシーで振り分けを操る

Route 53の真価は、ルーティングポリシーにあります。同じドメインへの問い合わせを、目的に応じてどの接続先へ返すか、いくつかの方式から選べます。代表的なものを表にしました。

ポリシー	どう振り分けるか
シンプル	1つの接続先へそのまま返す（基本形）
加重（重み付け）	比率を決めて複数へ振り分ける（新旧を9:1で試すなど）
レイテンシ	応答が最も速いリージョンへ返す
位置情報	アクセス元の地域に応じて返す先を変える
フェイルオーバー	主系がダウンしたら予備系へ切り替える

この一覧を眺めると、Route 53が単なる名前解決を超えて、可用性・性能・地域対応の道具になっていると分かります。あなたが「近い人には近いサーバーを」「新機能は一部の人だけに」といった要望を持ったとき、その多くはこのポリシー選択で実現できます。

複数のポリシーは、組み合わせて使えます。たとえばレイテンシで近い拠点へ返しつつ、その拠点が落ちたらフェイルオーバーで予備へ回す、といった二段構えです。あなたが要件を分解し「ふだんは何で選ぶか」「障害時はどう逃がすか」を別々に決めると、設計がすっきりします。

4. ヘルスチェックと自動フェイルオーバー

ルーティングを支える縁の下の力持ちが、ヘルスチェックです。Route 53は接続先が正しく応答するかを定期的に確かめ、落ちている先には利用者を案内しません。フェイルオーバーの動きを図で見てください。

ヘルスチェックの効果を、あなたが実感するのは障害の瞬間です。人手で切り替えていた時代は、担当者が異変に気づいて手を動かすまで、利用者は落ちたサーバーへ案内され続けました。Route 53に任せれば、その判断と切り替えが自動で走ります。「気づく」と「切り替える」を機械に肩代わりさせる——これが復旧時間を縮める勘所です。

主系が応答しなくなると、Route 53は自動で予備系へ案内を切り替えます。利用者は障害に気づかないまま、生きているサーバーへつながります。「壊れた先を返さない」だけで、体感の可用性は大きく上がる——これがヘルスチェックとフェイルオーバーの効き目です。負荷分散そのものを担うELBと組み合わせる設計も定番で、詳しくは Auto ScalingとELBとはで押さえられます。

混同しやすいのがCloudFrontとの役割分担です。Route 53は「どのサーバーへつなぐか」を決める案内役、CloudFrontは「コンテンツを近くから速く届ける」配信役。振り分けと配信は別の仕事です。配信の仕組みは CloudFrontとはで確認できます。

5. SAA・CLFでの問われ方

試験では、Route 53は要件に合うルーティングポリシーを選ばせる形で問われます。あなたが判断に使える対応づけを示します。

「障害時に予備へ切り替えたい」→ フェイルオーバー（＋ヘルスチェック）
「利用者に一番近い/速いリージョンへ」→ レイテンシまたは位置情報
「新旧を一定比率で振り分けたい」→ 加重ルーティング

取り違えを誘うのは、似たポリシーの取り違えです。特に「レイテンシ（速さ基準）」と「位置情報（地域基準）」は混同しやすいので、あなたは「速さで選ぶのか、地域で選ぶのか」で切り分けてください。要件の言葉をポリシー名へ翻訳できれば、選択問題は答えが見えてきます。用語の暗記より、「この要件はどの振り分けの話か」を見抜く目のほうが、応用が利きます。

次のステップ

AWSの主要サービスを地図として押さえたいなら、AWS認定クラウドプラクティショナーの試験範囲と勉強法ガイドから入ると、Route 53がネットワーク周りのどこに位置するかが見通せます。

可用性設計の問題に強くなりたいなら、AWS SAA 回復力の高いアーキテクチャの問題集で、フェイルオーバーを軸にした出題を解いて、判断の型を身につけましょう。