このブログはこんな人向け
- Route53やDNSの基本を理解したい方
- AレコードとCNAMEレコードの違いが分からず迷っている方
- DNSレコードの種類と使い分けを知りたい方
- Route53を使ったDNS設定を実施したい方
この記事で得られること
- Route53とDNSの基本概念が分かる
- 各種DNSレコードタイプ（A、AAAA、CNAME、MX、TXT等）の違いと使い分けが分かる
- Route53特有の機能（エイリアスレコード、ルーティングポリシー）が理解できる
- 実際のユースケースに応じたDNS設定の判断材料が得られる
前提知識
- AWSマネジメントコンソールの基本操作ができる
- ドメイン名の基本概念（example.comなど）を理解している
- IPアドレスの基本を知っている
Route53を活用したDNS完全ガイド：レコードタイプの違いと使い分け
はじめに
Amazon Route 53は、AWSが提供する可用性と拡張性に優れたDNS（Domain Name System）ウェブサービスです。本記事では、DNSの基本からRoute53の特徴、そして各種レコードタイプの違いと実践的な使い分けまでを解説します。
DNSとは？
DNS（Domain Name System）は、人間が読みやすいドメイン名（例：www.example.com）を、コンピュータが理解できるIPアドレス（例：192.0.2.1）に変換する仕組みです。
DNSの動作フロー
- ユーザーがブラウザに「www.example.com」を入力
- DNSリゾルバがDNSサーバーに問い合わせ
- DNSサーバーが該当するIPアドレスを返答
- ブラウザがそのIPアドレスのサーバーに接続
Route53の特徴
主な機能
| 機能 | 説明 |
|---|---|
| ドメイン登録 | 新規ドメインの購入・管理 |
| DNSルーティング | トラフィックのルーティング制御 |
| ヘルスチェック | エンドポイントの正常性監視 |
| トラフィック管理 | 複数のルーティングポリシーによる高度な制御 |
Route53のメリット
- 高可用性: 複数のネームサーバーによる冗長化
- スケーラビリティ: 自動スケーリングで大量のクエリにも対応
- AWSサービス統合: ELB、CloudFront、S3等とのシームレスな連携
- 低レイテンシ: グローバルに分散されたDNSサーバー
主要なDNSレコードタイプ
1. Aレコード（Address Record）
概要
ドメイン名をIPv4アドレス（32ビット）にマッピングするレコード。最も基本的で頻繁に使用されるレコードタイプです。
設定例
example.com A 192.0.2.1
www.example.com A 192.0.2.1
メリット
- シンプルで分かりやすい
- 直接IPアドレスを指定できる
- DNSクエリが1回で完結（高速）
デメリット
- IPアドレス変更時に手動更新が必要
- ルートドメイン（example.com）にも設定可能
ユースケース
- Webサーバーの静的IPアドレスへのマッピング
- EC2インスタンス（Elastic IP付き）への直接マッピング
- オンプレミスサーバーとの統合
2. AAAAレコード（IPv6 Address Record）
概要
ドメイン名をIPv6アドレス（128ビット）にマッピングするレコード。AレコードのIPv6版です。
設定例
example.com AAAA 2001:0db8:85a3:0000:0000:8a2e:0370:7334
www.example.com AAAA 2001:0db8:85a3::8a2e:0370:7334
メリット
- IPv6対応に必須
- 将来的な拡張性
ユースケース
- IPv6対応サイトの構築
- デュアルスタック構成（IPv4とIPv6の両対応）
3. CNAMEレコード（Canonical Name Record）
概要
ドメイン名を別のドメイン名にマッピングする（エイリアスを作成する）レコード。
設定例
www.example.com CNAME example.com
blog.example.com CNAME server.hosting.com
メリット
- 複数のドメイン名を1つのホストにマッピング可能
- 参照先の変更が容易（CNAMEの参照先を変更すれば全て反映）
デメリット
- ルートドメイン（example.com）には設定不可
- DNSクエリが複数回必要（パフォーマンス低下の可能性）
- 他のレコードタイプと共存不可（同一名でMXやTXTと併用できない）
重要な制約
# ❌ 不可: ルートドメインにCNAMEは設定できない
example.com CNAME lb.example.com
# ✅ 可能: サブドメインにはCNAME設定可能
www.example.com CNAME lb.example.com
ユースケース
- CDN（CloudFront等）のディストリビューション名へのマッピング
- ELB（Elastic Load Balancer）のDNS名へのマッピング
- サブドメインの管理を簡素化
4. エイリアスレコード（Route53特有機能）
概要
Route53独自の機能で、CNAMEと似ていますが、ルートドメインにも設定可能かつ、追加料金不要でAWSリソースにマッピングできます。
設定例
# ルートドメインをALBにマッピング（CNAMEでは不可能）
example.com ALIAS A my-alb-123456789.ap-northeast-1.elb.amazonaws.com
# CloudFrontディストリビューションへのマッピング
www.example.com ALIAS A d123456abcdef8.cloudfront.net
メリット
- ルートドメインに設定可能（CNAMEとの最大の違い）
- DNSクエリが無料（Route53内のリソースへのクエリは課金対象外）
- AWSリソースのIPアドレス変更に自動追随
- ヘルスチェック統合が可能
デメリット
- Route53およびAWSリソース専用（外部サービスには使用不可）
対応するAWSリソース
- CloudFront ディストリビューション
- Elastic Load Balancing（ALB/NLB/CLB）
- S3 Webサイトエンドポイント
- 別のRoute53レコード
- API Gateway
- VPC エンドポイント
CNAMEとの比較表
| 項目 | CNAME | Aliasレコード |
|---|---|---|
| ルートドメイン設定 | ❌ 不可 | ✅ 可能 |
| DNSクエリ課金 | 課金対象 | 無料（AWS内） |
| DNS解決速度 | 遅い（複数クエリ） | 速い（1回） |
| 参照先 | 任意のドメイン | AWSリソースのみ |
| 他レコードとの共存 | 不可 | 可（一部） |
| TTL設定 | 可能 | AWS管理 |
ユースケース
- ルートドメインをALB/CloudFrontに向ける
- S3静的Webサイトホスティングへのマッピング
- AWSサービス間の統合
5. MXレコード（Mail Exchange Record）
概要
ドメイン宛のメールを受信するメールサーバーを指定するレコード。
設定例
example.com MX 10 mail1.example.com
example.com MX 20 mail2.example.com
優先度
- 数値が小さいほど優先度が高い
- プライマリ/セカンダリのメールサーバー構成が可能
ユースケース
- 独自ドメインのメール受信設定
- Google Workspace、Microsoft 365等の外部メールサービス統合
- SPFやDKIM設定と組み合わせたメール認証（別途設定が必要）
6. NSレコード（Name Server Record）
概要
ドメインのDNSサーバー（ネームサーバー）を指定するレコード。
設定例
example.com NS ns-123.awsdns-12.com
example.com NS ns-456.awsdns-34.net
example.com NS ns-789.awsdns-56.org
example.com NS ns-012.awsdns-78.co.uk
ユースケース
- サブドメインの委任
- DNSサーバーの変更
Route53のルーティングポリシー
Route53では、単純なDNS解決だけでなく、高度なトラフィック管理が可能です。
1. シンプルルーティング
- 単一リソースへの基本的なルーティング
- 複数のIPアドレスをランダムに返すことも可能
2. 加重ルーティング（Weighted Routing）
- トラフィックを指定した割合で分散
- カナリアリリースやA/Bテストに最適
3. レイテンシーベースルーティング
- ユーザーに最も低レイテンシのリソースを自動選択
- グローバル展開アプリケーションに最適
4. フェイルオーバールーティング
- プライマリリソース障害時にセカンダリへ自動切り替え
- ヘルスチェックと組み合わせて使用
5. 地理的位置情報ルーティング
- ユーザーの地理的位置に基づいてルーティング
- 地域別コンテンツ配信やコンプライアンス対応
6. 地理的近接性ルーティング
- リソースとユーザーの地理的距離に基づいてルーティング
- バイアス値で調整可能
7. 複数値回答ルーティング
- 複数の正常なリソースをランダムに最大8つ返す
- シンプルな負荷分散
実践的なユースケース別推奨設定
ケース1: 静的Webサイト（EC2 + Elastic IP）
# ルートドメイン
example.com A 203.0.113.10
# wwwサブドメイン
www.example.com CNAME example.com
ケース2: ALB配下の高可用性Webアプリ
# ルートドメイン（Aliasレコード使用）
example.com ALIAS A my-alb-123.ap-northeast-1.elb.amazonaws.com
# wwwサブドメイン
www.example.com ALIAS A my-alb-123.ap-northeast-1.elb.amazonaws.com
ポイント: CNAMEではなくAliasレコードを使用することで、ルートドメインにも設定可能。
ケース3: CloudFront + S3 静的サイトホスティング
# CloudFrontディストリビューション
example.com ALIAS A d123abc.cloudfront.net
www.example.com ALIAS A d123abc.cloudfront.net
ケース4: 外部メールサービス（Google Workspace）統合
# MXレコード
example.com MX 1 aspmx.l.google.com
example.com MX 5 alt1.aspmx.l.google.com
example.com MX 5 alt2.aspmx.l.google.com
ケース5: マルチリージョン構成（フェイルオーバー）
# プライマリ（東京リージョン）
example.com A Primary 203.0.113.10 (ヘルスチェックID: hc-tokyo)
# セカンダリ（大阪リージョン）
example.com A Secondary 203.0.113.20 (ヘルスチェックID: hc-osaka)
ルーティングポリシー: フェイルオーバー
コスト最適化のポイント
1. Aliasレコードの活用
- Route53内のAWSリソースへのクエリは無料
- CNAMEの代わりにAliasレコードを使用
2. TTLの適切な設定
- 安定した環境では長めのTTLでクエリ数を削減
3. ヘルスチェックの最適化
- 必要最小限のヘルスチェック間隔
- 複数リージョンでのチェックは本当に必要か検討
まとめ
レコードタイプの選択フローチャート
1. マッピング先は？
├─ IPv4アドレス → Aレコード
├─ IPv6アドレス → AAAAレコード
└─ ドメイン名
├─ AWSリソース
│ └─ ルートドメイン？
│ ├─ YES → Aliasレコード
│ └─ NO → Aliasレコード or CNAME
└─ 外部リソース
└─ サブドメイン？
├─ YES → CNAMEレコード
└─ NO → Aレコード（外部IPアドレス）
重要ポイント
- ルートドメイン設定: CNAMEは不可、Aliasレコードを使用
- AWSリソース統合: 可能な限りAliasレコードを活用（無料クエリ）
- TTL管理: 環境に応じた適切な設定
- ルーティングポリシー: 要件に応じた高度なトラフィック制御
- ヘルスチェック: フェイルオーバー構成時は必須
一般的な推奨構成
| シナリオ | 推奨レコードタイプ |
|---|---|
| 静的IP（EC2） | Aレコード |
| ルートドメイン + ALB/NLB | Aliasレコード |
| ルートドメイン + CloudFront | Aliasレコード |
| ルートドメイン + S3 静的サイト | Aliasレコード |
| サブドメイン + 外部サービス | CNAMEレコード |
| メール受信 | MXレコード |
Route53とDNSレコードを正しく理解し、適切に設定することで、高可用性かつコスト効率の良いインフラストラクチャを構築できます。