Amazon Route 53

このページで押さえる論点

• DNS の名前解決とホストゾーン
• レコードの種類: エイリアスと CNAME の違い、TTL
• ルーティングポリシー 8 種類の使い分け（複数値回答・地理的近接性・IP ベースを含む）
• ヘルスチェックの種類とフェイルオーバー構成（アクティブ／パッシブ、アクティブ／アクティブ）
• プライベートホストゾーンと Route 53 Resolver（オンプレミスとの DNS 連携）

DNS の名前解決とホストゾーン

DNS（Domain Name System）は、人が覚えやすいドメイン名を、コンピューターが通信に使う IP アドレスに変換する仕組みです。Route 53 では、ドメインごとにホストゾーン（そのドメインの設定をまとめた入れ物）を作り、その中にレコード（「www.example.com → 192.0.2.44」のような対応表の 1 行）を登録します。Route 53 ではドメイン名の登録（取得）もできます。

ホストゾーンには 2 種類あります。インターネットからの問い合わせに答えるパブリックホストゾーンと、関連付けた VPC の中からの問い合わせだけに答えるプライベートホストゾーンです（後述）。

図では 1 つの箱にまとめていますが、実際にはリゾルバーはまずルートのネームサーバーに問い合わせて .com の担当を教わり、次に .com（TLD: トップレベルドメイン）のネームサーバーに問い合わせて example.com の担当（Route 53）を教わります。各段階の答えはリゾルバーにキャッシュされるので、毎回すべてを問い合わせるわけではありません。

レコードの種類: エイリアスと CNAME、TTL

よく使うレコードタイプは、名前を IPv4 アドレスに対応付ける A レコード、IPv6 アドレスに対応付ける AAAA レコード、名前を別の名前に対応付ける CNAME レコードです。Route 53 には独自の拡張としてエイリアスレコードがあり、ELB や CloudFront などの AWS リソースを名前で直接指せます。

TTL（Time To Live）は、リゾルバーがレコードの答えをキャッシュしてよい秒数です。TTL を長くすると Route 53 への問い合わせが減り、応答が速くなって Route 53 の料金も下がります。その代わり、IP アドレスを変更しても利用者に反映されるまで時間がかかります。AWS は、使用中のレコードを変えるときはまず 300 秒程度の短い TTL にし、新しい設定が正しいと確認してから TTL を延ばす手順を案内しています。フェイルオーバーで行き先を切り替えても、利用者側に古い答えがキャッシュされている間は切り替わらない点にも注意します。

ルーティングポリシー

同じ名前（www.example.com）に複数のレコードを作り、どのレコードで応答するかをルーティングポリシーで決めます。ヘルスチェック（Route 53 が定期的にサーバーの生存を確認する機能）と組み合わせると、異常なサーバーを応答から外せます。

• 位置情報では、どの場所にも当てはまらない問い合わせや、場所を特定できない IP アドレスからの問い合わせに備えてデフォルトレコードを作ります。ないと Route 53 は「応答なし」を返します。
• 地理的近接性のバイアスは、1〜99 の正の値で担当範囲を広げ（隣の範囲は縮む）、-1〜-99 の負の値で狭めます。「国」で決まる位置情報と違い、「距離」で決まり、その距離の境目をずらせるのが特徴です。
• レイテンシーは利用者と AWS リージョンの間で測った遅延の実績で決まり、時間とともに変わります。そのため、地理的に一番近いリージョンが選ばれるとは限りません。
• 加重では、重みが 0 より大きいレコードがすべて異常になると、重み 0 のレコードが応答の対象になります。

図では省略している DNS のキャッシュ（TTL）の影響は「レコードの種類」、ヘルスチェックの仕組みは「ヘルスチェック」で説明しています。

ヘルスチェックとフェイルオーバー構成

Route 53 のヘルスチェックには 3 種類あります。

エンドポイントのチェック間隔は 30 秒（標準）か 10 秒（高速）を選べます。世界各地にあるヘルスチェッカーのうち 18% を超えるものが正常と報告すれば、Route 53 はそのエンドポイントを正常と見なします。ヘルスチェッカーは VPC の外にあるので、プライベート IP アドレスしか持たないインスタンスは直接チェックできません。この場合は、EC2 の StatusCheckFailed などのメトリクスに CloudWatch アラームを設定し、そのアラームを監視するヘルスチェックを作ります。

ヘルスチェックを使ったフェイルオーバー構成には 2 つの型があります。

• アクティブ／パッシブ: 普段はプライマリだけで応答し、プライマリがすべて異常になったらセカンダリで応答します。フェイルオーバールーティングで作ります。「障害時は S3 の静的サイト（メンテナンス画面）へ」などの災害対策（DR）で使います。
• アクティブ／アクティブ: 同じ名前・同じタイプ・同じルーティングポリシー（加重やレイテンシーなど）のレコードをすべて使い、異常と判定されたものだけを応答から外します。

プライベートホストゾーンと Route 53 Resolver

プライベートホストゾーン

社内システム用の「db.internal.example.com」のように、VPC の中だけで使う名前を管理するのがプライベートホストゾーンです。関連付けた VPC の中からの問い合わせにだけ答えます。作成後に別の VPC を追加で関連付けることも、別の AWS アカウントの VPC に関連付けることもできます。

• 使うには、VPC の設定 enableDnsHostnames と enableDnsSupport を両方とも true にする必要があります。
• パブリックホストゾーンと同じ名前で作ると、インターネットからは公開用の答え、VPC の中からは社内用の答えを返せます（スプリットビュー DNS）。
• 使えるルーティングポリシーは、シンプル・フェイルオーバー・複数値回答・加重・レイテンシー・位置情報・地理的近接性です。IP ベースは使えません。

Route 53 Resolver（オンプレミスとの DNS 連携）

VPC には、すべての VPC で既定で使える DNS リゾルバー（Route 53 Resolver）があり、VPC のネットワーク範囲の先頭アドレスに 2 を足した「VPC+2」のアドレスで接続します。オンプレミスのデータセンターと VPC を Direct Connect や VPN でつないだとき、お互いの名前を引けるようにするのが Resolver エンドポイントです。向きで 2 種類を使い分けます。

問題文のキーワード → 選ぶべき答え

引っかけポイント

• 「位置情報ルーティングで、どこにも当てはまらない利用者は最も近いリージョンに回される」→ ✕。デフォルトレコードがないと「応答なし」になります。距離で決めたいなら地理的近接性です。
• 「レイテンシールーティングは地理的に一番近いリージョンを返す」→ ✕。遅延の実績で選ぶので、近いリージョンになるとは限りません。
• 「CNAME レコードで example.com（頂点）を ALB に向ける」→ ✕。頂点には CNAME を作れません。エイリアスレコードを使います。
• 「シンプルルーティングに値を複数登録すれば、異常なサーバーは自動で外れる」→ ✕。シンプルはヘルスチェックを使えません。異常なものを外したいなら複数値回答です。
• 「複数値回答ルーティングはロードバランサーの代わりになる」→ ✕。AWS も「ロードバランサーに代わるものではない」としています。リクエスト単位の負荷分散が必要なら ELB です。
• 「Route 53 のヘルスチェックで、VPC 内のプライベート IP のインスタンスを直接チェックできる」→ ✕。ヘルスチェッカーは VPC の外にあります。CloudWatch アラームを監視するヘルスチェックを使います。
• 「オンプレミスから VPC の名前を引くにはアウトバウンドエンドポイント」→ ✕。問い合わせが VPC に入ってくる向きなのでインバウンドです。

まとめ: SAA 試験で押さえるポイント

• 1 台のサーバーに向けるだけ → シンプル（ヘルスチェックは使えない）
• 新バージョンに 1 割だけ流すなど、割合で振り分けたい → 加重（重み ÷ 重みの合計 の割合で振り分け。重み 0 で停止）
• 複数リージョンに置き、利用者に最も速く応答できるリージョンへ → レイテンシー
• 本番が落ちたら予備サイト（S3 の静的サイトなど）へ自動で切り替えたい → フェイルオーバー（アクティブ／パッシブ構成。ヘルスチェックと組み合わせる）
• 国ごとに言語を変えたい・配信権のある国だけに出したい → 位置情報。当てはまらない場所の問い合わせに備えてデフォルトレコードを作る（ないと「応答なし」）
• 距離で決めて担当範囲を調整 → 地理的近接性、送信元 IP 範囲で決める → IP ベース、正常な値を最大 8 つ返す → 複数値回答
• ELB・CloudFront・S3 などの AWS リソースへはエイリアスレコードで向ける。ドメインの頂点（example.com そのもの）にも使え、AWS リソースへのクエリは無料
• TTL を長くすると料金と応答時間は下がるが、変更の反映は遅くなる
• ヘルスチェックは 3 種類（エンドポイント・算出・CloudWatch アラーム）。プライベートなリソースは CloudWatch アラーム経由
• VPC 内だけの名前 → プライベートホストゾーン。オンプレミス → VPC はインバウンド、VPC → オンプレミスはアウトバウンドの Resolver エンドポイント