目次
【Route 53の役割（耐障害性と高可用性）】
🔍 1. 結論
💎 一言でいうと Amazon Route 53 の弾力性の核心は、「ヘルスチェック機能」 と 「フェイルオーバールーティング」 です。東京リージョンがダウンした際に、自動的に大阪リージョンのバックアップサイトへユーザーを誘導（DNS切り替え）する役割を担います。
- AWSサービスの中で唯一、100%の可用性SLA（サービスレベルアグリーメント） が保証されている、絶対に止まらないサービス。
- リージョンレベルの災害復旧（DR）アーキテクチャにおけるトラフィック制御の「司令塔」。
📈 2. SAAで出やすいポイント
- ヘルスチェック: Route 53 が一定間隔でWebサーバーやALBにアクセスし、応答（200 OKなど）がない場合、「そのサーバーは死んでいる」と判断します。
- フェイルオーバールーティング (Active-Passive):
- メイン（Active）のサーバーと、スタンバイ（Passive）のサーバーを登録します。
- ヘルスチェックでメインが死んだと判定されると、Route 53は自動的にスタンバイ側（例えばS3の「Sorryページ」や、別リージョンのDR環境）のIPアドレスをユーザーに返すように切り替えます。
- レイテンシ / 地理的ルーティング: ユーザーから一番近い（通信遅延が少ない）健全なリージョンに振り分けることで、グローバルな可用性とパフォーマンスを向上させます。
🗝 3. キーワードでの判断
| 問題文のキーワード | 疑う機能・ルーティング |
|---|---|
| 🌍 「リージョンがダウンした際に、別のリージョンへトラフィックを切り替える」 | Route 53 フェイルオーバールーティング |
| 🛡️ 「メインサーバーダウン時にS3の『メンテナンス中（Sorryページ）』を表示したい」 | Route 53 フェイルオーバールーティング + S3静的ホスティング |
| ⚡ 「世界中のユーザーを、一番ネットワーク遅延が少ない健全なサーバーへ誘導」 | Route 53 レイテンシールーティング |
⚠️ 4. ひっかけポイント
🚫 よくある誤答パターン – 「ALB（ロードバランサー）を使って別リージョンにフェイルオーバーさせる」 → ALBは「1つのリージョン（VPC）内」のトラフィックしか分散できません。リージョンをまたぐフェイルオーバーは Route 53 または Global Accelerator の役割です。 – 「Auto Scalingで別リージョンにEC2を立ち上げる」 → Auto Scalingもリージョン内（マルチAZ）の機能です。
💡 5. 覚え方
🧠 暗記ショートカット – Route 53 = 「優秀な交通誘導員」。 – 「あっちの道（メインリージョン）は崖崩れ（障害）で通れません！こっちの迂回路（DRリージョン）へどうぞ！」と瞬時に立て札（DNS）を切り替えてくれる。
📚 6. 関連サービス
| アイコン | サービス名 | Route 53との連携 |
|---|---|---|
| ⚖️ | ALB | Route 53（エイリアスレコード）の主な誘導先。ALB自体もヘルスチェック機能を持つ |
| 🪣 | Amazon S3 | 障害時に表示する「ご不便をおかけします」という静的ページ（Sorryページ）の置き場所 |
| 🌍 | AWS Global Accelerator | Route 53と同様にグローバルなトラフィックルーティングを行うが、DNS依存ではなくIPエニーキャストを使う |
🗒️ 7. Obsidian管理メモ
- 見返すタイミング: ディザスタリカバリ（DR）、ルーティングポリシーの違いを学習する際
- 関連ノート候補:
AWS_SAA_Route53_Routing_Policies,AWS_SAA_Disaster_Recovery
8. HTMLファイル名:
AWS_弾力性設計_Route53.html
