Amazon Route 53

解決する課題

• ドメイン名でサービスに繋ぎたい（DNS）
• 障害時に別リージョンへ自動で切り替えたい
• ユーザーを最も近い/速いエンドポイントへ振りたい

主要概念と用語

• ホストゾーン: ドメインのDNS設定の入れ物（public / private）
• レコード: A / AAAA / CNAME / Alias / MX / TXT など
• Aliasレコード: AWSリソース（ALB/CloudFront/S3等）を指す特別なレコード（apexで使え、無料）
• ルーティングポリシー: シンプル / 加重 / レイテンシ / フェイルオーバー / 位置情報 / 地理的近接 / 多値
• ヘルスチェック: エンドポイントの死活監視

仕様・制限・クォータ

• グローバルサービス（Anycastの権威DNS）
• ホストゾーンごとに月額＋クエリ課金
• TTLでキャッシュ時間を制御

内部の仕組み

Route 53は権威DNSとして、レコードに基づき問い合わせへ応答します。AliasはCNAMEと違い、ゾーンの頂点（apex: example.com）でも使え、AWSリソースのIP変化に自動追従し、追加料金もかかりません。ルーティングポリシーとヘルスチェックを組み合わせると、応答自体を状況に応じて変えられます。

設計パターン / ベストプラクティス

• apexはAliasでALB/CloudFrontへ
• フェイルオーバー＋ヘルスチェックでDR（プライマリ異常時にセカンダリへ）
• レイテンシ/加重で多リージョン分散・カナリアリリース

運用・監視・トラブルシュート

• ヘルスチェックのステータスとCloudWatch連携で異常検知
• 反映が遅い→TTLを確認（切替前は短めにしておく）
• 名前解決の確認は dig / nslookup

コスト

• ホストゾーン月額＋クエリ課金。Aliasクエリは無料
• ヘルスチェックは個数課金

セキュリティ

• Private Hosted Zone でVPC内部だけの名前解決
• DNSSEC で改ざん対策
• IAMでレコード変更を制御

Well-Architected の観点

• 信頼性: フェイルオーバー＋ヘルスチェックでDR
• パフォーマンス効率: レイテンシ/地理的近接ルーティング

試験で問われるポイント

関連サービス・比較

ハンズオン / CLI例

# apex を ALB に向ける Alias レコード（JSONで変更を流す）
aws route53 change-resource-record-sets \
  --hosted-zone-id Z123456ABCDEFG \
  --change-batch file://alias-record.json

# ヘルスチェックの状態を確認
aws route53 get-health-check-status --health-check-id abcd-1234