Amazon Route 53
開発者ガイド
API Version 2013-04-01
Amazon Route 53 開発者ガイド
Amazon Route 53: 開発者ガイド
Copyright © 2016 Amazon Web Services, Inc. and/or its affiliates. All rights reserved.
Abstract
スケーラブルなドメインネームシステム（DNS）ウェブサービスを提供して、安全性と信頼性の高いイン
フラストラクチャへのルーティングを実現します。
Amazon's trademarks and trade dress may not be used in connection with any product or service that is not Amazon's, in any manner
that is likely to cause confusion among customers, or in any manner that disparages or discredits Amazon. All other trademarks not
owned by Amazon are the property of their respective owners, who may or may not be affiliated with, connected to, or sponsored by
Amazon.
Amazon Route 53 開発者ガイド
Table of Contents
Amazon Route 53 とは ................................................................................................................... 1
ドメイン登録 ........................................................................................................................ 1
DNS サービス ....................................................................................................................... 2
ヘルスチェック ..................................................................................................................... 2
ホストゾーン ........................................................................................................................ 2
DNS ドメイン名の形式 .......................................................................................................... 3
ドメイン名登録用のドメイン名の形式 .............................................................................. 3
ホストゾーンとリソースレコードセット用のドメイン名の形式 ............................................ 4
ホストゾーンおよびリソースレコードセット名のアスタリスク (*) を使用する ........................ 4
国際化ドメイン名の形式 ................................................................................................ 5
サポートされる DNS リソースレコードタイプ ........................................................................... 5
A 形式 ......................................................................................................................... 6
AAAA 形式 ................................................................................................................... 6
CNAME 形式 ................................................................................................................ 6
MX 形式 ....................................................................................................................... 7
NS 形式 ....................................................................................................................... 7
PTR 形式 ..................................................................................................................... 8
SOA 形式 ..................................................................................................................... 8
SPF 形式 ..................................................................................................................... 8
SRV 形式 ..................................................................................................................... 9
TXT 形式 ..................................................................................................................... 9
Amazon Route 53 サーバーの IP アドレス範囲 .......................................................................... 9
DNS の制約と動作 ............................................................................................................... 10
最大レスポンスサイズ .................................................................................................. 10
Authority セクションの処理 ........................................................................................... 10
Additional セクションの処理 .......................................................................................... 10
Amazon Route 53 の料金 ...................................................................................................... 10
AWS Identity and Access Management ................................................................................... 10
はじめに .................................................................................................................................... 12
Amazon Route 53 コンソール ................................................................................................ 12
Amazon Route 53 API .......................................................................................................... 13
Amazon Route 53 をサポートする AWS SDK ........................................................................... 13
AWS コマンドラインインターフェイスの Amazon Route 53 サポート ......................................... 14
AWS Tools for Windows PowerShell による Amazon Route 53 のサポート ................................... 14
Amazon Route 53 を使用したドメイン名の登録 ............................................................................... 15
ドメインの登録と更新 .......................................................................................................... 16
新しいドメインの登録 .................................................................................................. 16
ドメインの登録時またはドメイン設定の編集時に指定する値 .............................................. 18
ドメインの登録時または更新時に Amazon Route 53 が返す値 ............................................ 21
ドメイン登録のステータスの表示 .................................................................................. 22
新しいドメインのリソースレコードセットの追加 ............................................................. 22
ドメインの連絡先情報およびその他の設定の編集 ............................................................. 22
ネームサーバーおよびグルーレコードの追加または変更 .................................................... 24
連絡先情報のプライバシー保護 ............................................................................................. 24
ドメイン用に登録を更新する ................................................................................................. 25
失効したドメインを更新または復元する ......................................................................... 27
ドメインの移管 ................................................................................................................... 28
ドメイン登録の Amazon Route 53 への移管 .................................................................... 28
ドメイン移管のステータスの表示 .................................................................................. 31
Amazon Route 53 へのドメインの移管による有効期限への影響 .......................................... 33
異なる AWS アカウントへのドメインの移管 .................................................................... 33
Amazon Route 53 からのドメインの移管 ........................................................................ 34
ドメイン名の停止の解除 ....................................................................................................... 36
ドメイン名登録の削除 .......................................................................................................... 37
Amazon Route 53 に登録できるドメイン ................................................................................ 37
API Version 2013-04-01
iii
Amazon Route 53 開発者ガイド
汎用最上位ドメイン ..................................................................................................... 38
地理的ドメイン ........................................................................................................... 57
DNS サービスとして Amazon Route 53 を設定 ................................................................................ 70
既存ドメインの DNS サービスを Amazon Route 53 に移行する .................................................. 70
ホストゾーンの作成 ..................................................................................................... 71
DNS サービスプロバイダーから現在の DNS 設定を取得 .................................................... 72
リソースレコードセットの作成 ..................................................................................... 72
変更のステータスを確認する（API のみ） ...................................................................... 72
レジストラのネームサーバーの更新 ............................................................................... 73
変更実施の待機 ........................................................................................................... 74
親ドメインの移行を行わずに Amazon Route 53 を DNS サービスとして使用するサブドメインを
作成する ............................................................................................................................ 74
新しいサブドメインのホストゾーンを作成する ................................................................ 75
リソースレコードセットの作成 ..................................................................................... 75
変更のステータスを確認する（API のみ） ...................................................................... 76
サブドメインのネームサーバーレコードで DNS サービスを更新する .................................. 76
親ドメインを移行しないでサブドメインの DNS サービスを Amazon Route 53 に移行 ................... 77
サブドメイン用のホストゾーンの作成 ............................................................................ 77
DNS サービスプロバイダーから現在の DNS 設定を取得 .................................................... 78
リソースレコードセットの作成 ..................................................................................... 78
変更のステータスを確認する（API のみ） ...................................................................... 79
サブドメインのネームサーバーレコードで DNS サービスを更新する .................................. 79
AWS リソースへのクエリのルーティング ....................................................................................... 81
Amazon CloudFront ディストリビューションに対するクエリのルーティング（パブリックホスト
ゾーンのみ） ...................................................................................................................... 81
Elastic Load Balancing ロードバランサーへのクエリのルーティング（パブリックホストゾーンの
み） .................................................................................................................................. 83
Amazon EC2 インスタンスへのクエリのルーティング .............................................................. 83
Amazon S3 バケットでホストされているウェブサイトへのクエリのルーティング（パブリックホ
ストゾーンのみ） ................................................................................................................ 84
Amazon Relational Database Service（Amazon RDS）データベースへのクエリのルーティング ...... 85
Amazon WorkMail へのクエリのルーティング（パブリックホストゾーンのみ） ............................ 85
パブリックホストゾーンの使用 ..................................................................................................... 88
パブリックホストゾーンの作成 ............................................................................................. 89
パブリックホストゾーンに対するネームサーバーの取得 ............................................................ 90
パブリックホストゾーンの一覧表示 ....................................................................................... 90
パブリックホストゾーンの削除 ............................................................................................. 91
ホワイトラベルネームサーバーの設定 .................................................................................... 92
Amazon Route 53 がパブリックホストゾーンに作成する NS リソースレコードセットと SOA リ
ソースレコードセット .......................................................................................................... 96
ネームサーバー（NS）リソースレコードセット ............................................................... 96
Start of Authority（SOA）リソースレコードセット ........................................................... 97
プライベートホストゾーンの使用 .................................................................................................. 98
プライベートホストゾーンの作成 .......................................................................................... 99
プライベートホストゾーンの一覧表示 ................................................................................... 100
プライベートホストゾーンにさらに Amazon VPC を関連付け .................................................. 101
プライベートホストゾーンから Amazon VPC の関連付けを解除 ............................................... 101
プライベートホストゾーンの削除 ......................................................................................... 102
リソースレコードセットの使用 .................................................................................................... 103
ルーティングポリシーの選択 ............................................................................................... 104
加重ルーティング ...................................................................................................... 105
レイテンシーベースのルーティング .............................................................................. 105
位置情報ルーティング ................................................................................................ 107
エイリアスリソースレコードセットと非エイリアスリソースレコードセットの選択 ..................... 108
Amazon Route 53 コンソールを使用したリソースレコードセットの作成 .................................... 109
Amazon Route 53 リソースレコードセットの作成時または編集時に指定する値 ........................... 111
基本リソースレコードセットの値 ................................................................................. 112
加重リソースレコードセットの値 ................................................................................. 114
API Version 2013-04-01
iv
Amazon Route 53 開発者ガイド
エイリアスリソースレコードセットの値 .......................................................................
加重エイリアスリソースレコードセットの値 .................................................................
レイテンシーリソースレコードセットの値 ....................................................................
レイテンシーエイリアスリソースレコードセットの値 .....................................................
フェイルオーバーリソースレコードセットの値（パブリックホストゾーンのみ） ................
フェイルオーバーエイリアスリソースレコードセットの値（パブリックホストゾーンの
み） .........................................................................................................................
位置情報リソースレコードセットの値 ...........................................................................
位置情報エイリアスリソースレコードセットの値 ...........................................................
ゾーンファイルをインポートしてリソースレコードセットを作成する ........................................
リソースレコードセットの編集 ............................................................................................
リソースレコードセットの削除 ............................................................................................
リソースレコードセットの一覧表示 ......................................................................................
Route DNS トラフィックへのトラフィックフローを使用する ...........................................................
トラフィックポリシーの作成と管理 ......................................................................................
トラフィックポリシーの作成 .......................................................................................
トラフィックポリシーを作成するときに指定する値 ........................................................
トラフィックポリシーの追加のバージョンの作成 ...........................................................
JSON ドキュメントをインポートしてトラフィックポリシーを作成する .............................
トラフィックポリシーバージョンおよび関連するポリシーレコードの表示 .........................
トラフィックポリシーバージョンとトラフィックポリシーの削除 ......................................
ポリシーレコードの作成および管理 ......................................................................................
ポリシーレコードの作成 .............................................................................................
ポリシーレコードを作成または更新する場合に指定する値 ...............................................
ポリシーレコードの更新 .............................................................................................
ポリシーレコードの削除 .............................................................................................
ヘルスチェックと DNS フェイルオーバー .....................................................................................
ヘルスチェックの作成、更新、削除 ......................................................................................
ヘルスチェックの作成と更新 .......................................................................................
ヘルスチェックの削除 ................................................................................................
DNS フェイルオーバーが設定されている場合のヘルスチェックの更新または削除 ...............
Amazon Route 53 のヘルスチェックができるようにルーターとファイアウォールのルールを
設定する ..................................................................................................................
Amazon Route 53 がエンドポイントの正常性を判断する方法 ...........................................
ヘルスチェックのステータス監視と通知の受信 ......................................................................
ヘルスチェックのステータスと失敗理由を表示する ........................................................
ヘルスチェッカーとエンドポイント間のレイテンシーのモニタリング ................................
CloudWatch を使用したヘルスチェックのモニタリング ...................................................
DNS フェイルオーバーの設定 ..............................................................................................
Amazon Route 53 の単純構成におけるヘルスチェックの動作 ...........................................
複雑な Amazon Route 53 構成におけるヘルスチェックの動作 ..........................................
DNS フェイルオーバーを設定するためのタスクリスト ....................................................
Amazon Route 53 のフェイルオーバー（アクティブ/アクティブとアクティブ/パッシブ）の
設定オプション .........................................................................................................
Amazon Route 53 がフェイルオーバーの問題を回避する方法 ...........................................
ヘルスチェックの名前付けとタグ付け ...................................................................................
タグの制限 ...............................................................................................................
ヘルスチェックに対するタグの追加、編集、削除 ...........................................................
API バージョン 2012-12-12 未満の使用 .................................................................................
IAM を使用して Amazon Route 53 リソースへのアクセスを制御する .................................................
Amazon Route 53 ARN .......................................................................................................
Amazon Route 53 のアクション ...........................................................................................
ホストゾーン、リソースレコードセット、ヘルスチェック、および再利用可能な委託セット
に対するアクション ...................................................................................................
ドメイン登録に対するアクション .................................................................................
特定のリソースに対するアクション ..............................................................................
Amazon Route 53 のキー ....................................................................................................
Amazon Route 53 の IAM ポリシー例 ....................................................................................
API Version 2013-04-01
v
118
123
129
133
139
143
149
154
160
162
163
163
165
166
166
167
169
170
171
173
173
174
174
175
175
176
177
177
182
183
184
184
185
185
186
187
191
192
195
200
201
205
206
207
207
208
209
209
210
210
211
211
212
212
Amazon Route 53 開発者ガイド
CloudTrail による API リクエストのキャプチャ ..............................................................................
Amazon Route 53 向けの CloudTrail の設定 ...........................................................................
CloudTrail ログファイル内の Amazon Route 53 情報 ...............................................................
Amazon Route 53 ログファイルエントリの概要 .....................................................................
Amazon Route 53 リソースのタグ付け ..........................................................................................
チュートリアル .........................................................................................................................
Amazon Route 53 でレイテンシーベースルーティングへ移行する .............................................
Amazon Route 53 のレイテンシーベースルーティングに別のリージョンを追加する ....................
Amazon Route 53 でレイテンシーおよび加重リソースレコードセットを使用して、リージョン内
の複数の Amazon EC2 インスタンスにトラフィックをルーティングする ...................................
Amazon Route 53 で 100 を超える加重リソースレコードセットを管理する ................................
Amazon Route 53 での重み付けを利用した、耐障害性のある複数のレコードでの応答 .................
制限 .........................................................................................................................................
リソース ..................................................................................................................................
AWS リソース ...................................................................................................................
サードパーティ製ツールとライブラリ ...................................................................................
グラフィカルユーザーインターフェイス ...............................................................................
ドキュメント履歴 ......................................................................................................................
AWS の用語集 ...........................................................................................................................
API Version 2013-04-01
vi
216
216
217
217
222
223
223
225
226
227
228
230
233
233
234
235
236
246
Amazon Route 53 開発者ガイド
ドメイン登録
Amazon Route 53 とは
Abstract
Amazon Route 53 を使用すると、ドメインの登録、リソースへの DNS クエリのルーティング、ウェブアプリケー
ションの正常性の確認を行うことができます。
Amazon Route 53 には主に以下の 3 つの機能があります。
• ドメインの登録 – Amazon Route 53 では、example.com などのドメイン名を登録できます。
• ドメインネームシステム（DNS）サービス – Amazon Route 53 は、www.example.com のような人間
が読み取れるドメイン名を 192.0.2.1 のような IP アドレスに変換します。Amazon Route 53 は、権
威 DNS サーバーのグローバルネットワークを使用して、DNS クエリに応答します。これにより、レ
イテンシーを減らすことができます。
• ヘルスチェック – Amazon Route 53 は、自動リクエストをインターネット経由でアプリケーション
に送って、そのアプリケーションが到達可能、使用可能、機能中であることを確認します。
これらの機能は自由に組み合わせることができます。たとえば、レジストラ兼 DNS サービスとして
Amazon Route 53 を使用できます。または、別のドメインレジストラに登録したドメインの DNS サー
ビスとして Amazon Route 53 を使用することもできます。
ドメイン登録
ウェブサイトを作成する場合は、ウェブサイトの名前（ドメイン名）を登録することから始めます。ド
メイン名は、お客様のウェブサイトをユーザーが表示するためにブラウザーに入力する名前
（example.com など）です。詳細については、「Amazon Route 53 を使用したドメイン名の登録 (p. 15)」
を参照してください。
別のレジストラにドメイン名をすでに登録している場合は、必要に応じてドメインの登録を Amazon
Route 53 に移管できます。このような移管は、DNS サービスとして Amazon Route 53 を使用するた
めや、リソースのヘルスチェックを設定するためには不要です。詳細については、「ドメイン登録の
Amazon Route 53 への移管 (p. 28)」を参照してください。
Amazon Route 53 では、幅広い種類の一般的な最上位ドメイン（.com や .org など）と地理的な最上位
ドメイン（.be や .us など）の登録がサポートされています。サポートされている最上位ドメインの完
全なリストについては、「Amazon Route 53 に登録できるドメイン (p. 37)」を参照してください。
API Version 2013-04-01
1
Amazon Route 53 開発者ガイド
DNS サービス
DNS サービス
Amazon Route 53 は権威 DNS サービスの 1 つです。つまり、人間が読み取れるドメイン名
（www.example.com など）を、コンピューターが相互接続に使用する IP アドレス（192.0.2.1 など）
に変換することで、インターネットトラフィックをウェブサイトにルーティングします。ユーザーがブ
ラウザーでドメイン名を入力したり、E メールを送信したりすると、権威 DNS サーバーのグローバル
ネットワーク内で最も近い Amazon Route 53 DNS サーバーに DNS リクエストが転送されます。Amazon
Route 53 は、指定された IP アドレスを返します。Amazon Route 53 DNS サーバーの場所のリストに
ついては、「Amazon Route 53 製品の詳細」ページの「Amazon Route 53 グローバルネットワーク」
を参照してください。
Amazon Route 53 に新しいドメイン名を登録した場合、自動的に Amazon Route 53 がドメインの DNS
サービスとして設定され、そのドメインのホストゾーンが作成されます。リソースレコードセットをホ
ストゾーンに追加します。このレコードセットは、Amazon Route 53 がドメインの DNS クエリ（ウェ
ブサーバーの IP アドレス、最も近い CloudFront エッジロケーションの IP アドレス、Elastic Load
Balancing ロードバランサーの IP アドレスなどに関するクエリ）に応答する方法を定義したものです。
詳細については、「リソースレコードセットの使用 (p. 103)」を参照してください。
別のドメインレジストラにドメインを登録していれば、多くの場合、そのレジストラからドメイン用に
DNS サービスが提供されます。DNS サービスを Amazon Route 53 に移管できます。これはドメイン
の登録を移管してもしなくても可能です。DNS サービスを Amazon Route 53 に移管する方法について
は、「DNS サービスとして Amazon Route 53 を設定 (p. 70)」を参照してください。
Amazon CloudFront、Amazon S3、または Elastic Load Balancing を使用している場合は、それらのリ
ソースにインターネットトラフィックをルーティングするように Amazon Route 53 を設定できます。
Amazon Route 53 が CloudFront、Amazon S3、または Elastic Load Balancing にルーティングする
DNS クエリに使用料金はかかりません。さまざまな AWS リソース（Amazon EC2 インスタンス、
Amazon RDS データベース、Amazon WorkMail など）へのクエリのルーティングの詳細については、
「AWS リソースへのクエリのルーティング (p. 81)」を参照してください。
ヘルスチェック
Amazon Route 53 ヘルスチェックでは、ウェブサーバーや E メールサーバーなどのリソースの正常性
を監視します。リソースが使用不可になったら通知を受け取るように、ヘルスチェックに対して
CloudWatch アラームを設定できます。使用不可になったリソースにインターネットトラフィックが
ルーティングされないように、Amazon Route 53 を設定することもできます。Amazon Route 53 を使
用してリソースの正常性を監視する方法の詳細については、「Amazon Route 53 ヘルスチェックと DNS
フェイルオーバー (p. 176)」を参照してください。
ホストゾーン
Abstract
ホストゾーンを、単一のドメイン名でまとめて管理されるリソースレコードセットのコレクションとして定義しま
す。
ホストゾーンは、Amazon Route 53 でホストされるリソースレコードセットのコレクションです。従
来の DNS ゾーンファイルと同様に、ホストゾーンは単一のドメイン名でまとめて管理されるリソース
レコードセットのコレクションを表します。各ホストゾーンには、独自のメタデータと設定情報があり
ます。
ホストゾーンに含まれているリソースレコードセットは、同じサフィックスを共有する必要がありま
す。たとえば、example.com ホストゾーンには、サブドメイン www.example.com と
API Version 2013-04-01
2
Amazon Route 53 開発者ガイド
DNS ドメイン名の形式
www.aws.example.com のリソースレコードセットを含めることができますが、サブドメイン
www.example.ca のリソースレコードセットを含めることはできません。
Amazon Route 53 のコンソールや API を使用すると、ホストゾーンとそのリソースレコードセットの
作成、一覧表示、変更、削除を実行できます。次の表では、Amazon Route 53 ホストゾーンに対して
実行できるアクションを紹介し、その方法やリファレンス情報が記載されているトピックへのリンクを
示しています。
アクション
Amazon Route 53 コンソールの使 Amazon Route 53 API の使用
用
ホストゾーンの作成
「パブリックホストゾーンの作
『Amazon Route 53 API Refer成 (p. 89)」を参照してください。 ence』の「POST CreateHostedZone」を参照してください。
ホストゾーンのネームサー
バーに関する情報の取得
「パブリックホストゾーンに対す 『Amazon Route 53 API Referるネームサーバーの取得 (p. 90)」 ence』の「GET GetHostedZone」
を参照してください。
を参照してください。
ホストゾーンの削除
「パブリックホストゾーンの削
『Amazon Route 53 API Refer除 (p. 91)」を参照してください。 ence』の「DELETE DeleteHostedZone」を参照してください。
ホストゾーンの一覧表示
「パブリックホストゾーンの一覧 『Amazon Route 53 API Refer表示 (p. 90)」を参照してくださ
ence』の「GET ListHostedZones」
い。
を参照してください。
DNS ドメイン名の形式
Abstract
Amazon Route 53 で指定する DNS ドメイン名の形式について説明します。
ドメイン名（ドメイン、ホストゾーン、リソースレコードセットの名前を含みます）は、ドットで区切
られた一連のラベルから構成されます。各ラベルは、63 バイトまでの長さにすることができます。ド
メイン名の全体の長さは、ドットを含めて 255 バイト以内にする必要があります。Amazon Route 53
では、有効なドメイン名をサポートします。
命名要件は、ドメイン名を登録するのか、それとも、ホストゾーンまたはリソースレコードセットの名
前を指定するのかによって異なります。該当するトピックを参照してください。
トピック
• ドメイン名登録用のドメイン名の形式 (p. 3)
• ホストゾーンとリソースレコードセット用のドメイン名の形式 (p. 4)
• ホストゾーンおよびリソースレコードセット名のアスタリスク (*) を使用する (p. 4)
• 国際化ドメイン名の形式 (p. 5)
ドメイン名登録用のドメイン名の形式
ドメイン名登録の場合、ドメイン名に使用できる文字は、a～z、0～9、–（ハイフン）のみです。ラベ
ルの先頭または末尾にハイフンを指定することはできません。
国際化ドメイン名 (IDN) の登録方法については、「国際化ドメイン名の形式 (p. 5)」を参照してくだ
さい。
API Version 2013-04-01
3
Amazon Route 53 開発者ガイド
ホストゾーンとリソースレコードセット用のドメイン名の
形式
ホストゾーンとリソースレコードセット用のドメイ
ン名の形式
ホストゾーンおよびリソースレコードセットの場合、ドメイン名には、次の印刷可能な任意の ASCII
文字を使用することができます（スペースを除く）。
• a～z
• 0-9
• - （ハイフン）
• !"#$%&'()*+,-/:;<=>?@[\]^_`{|}~.
大文字または小文字を指定するか、あるいはエスケープコードで対応する文字を指定するかどうかに関
係なく、Amazon Route 53 は英字を小文字（a～z）として格納します。
ドメイン名が以下の文字を含む場合は、エスケープコードを使って、\3 8 という形式で文字
を指定する必要があります。
• 8 進数で文字 000～040（10 進数で 0～32、16 進数で 0x20～0x00）
• 8 進数で文字 177～377（10 進数で 127～255、16 進数で 0xFF～0x7F）
• . （ピリオド）。8 進数では文字 056 になります（10 進数で 46、16 進数で 0x2E）。ピリオドを区
切り記号ではなく、ドメイン名の文字として使用する場合です。.（ピリオド）をラベルの間の区切
り記号として使用する場合は、エスケープコードを使用する必要はありません。
たとえば、ドメイン exämple.com のホストゾーンを作成するには、ex\344mple.com と指定します。
ドメイン名に、a～z、0～9、ハイフン（-）、アンダースコア（_）以外の文字が含まれている場合、
Amazon Route 53 API アクションはその文字をエスケープコードとして返します。これは、エンティ
ティの作成時に文字を文字として指定した場合も、エスケープコードとして指定した場合も同様です。
Amazon Route 53 コンソールには、文字はエスケープコードとしてでなく文字として表示されます。
ASCII 文字および対応する 8 進コードのリストについては、インターネットで「ascii テーブル」を検
索してください。
国際化ドメイン名 (IDN) を指定するには、名前を Punycode に変換します。詳細については、「国際化
ドメイン名の形式 (p. 5)」を参照してください。
ホストゾーンおよびリソースレコードセット名のア
スタリスク (*) を使用する
「*」を名前に含むホストゾーンを作成できます。 次の点に注意してください。
• 「*」をドメイン名の左端のラベルに含めることはできません。 たとえば、*.example.com はできま
せん。
• 「*」を他の位置に含める場合、DNS はこれをワイルドカードとしてではなく、アスタリスク文字
（ASCII 42）として扱います。
「*」を名前に含むリソースレコードセットを作成することもできます。 DNS は、名前の中の位置に応
じて、「*」をワイルドカードまたはアスタリスク（ASCII 42）として処理します。 「*」をリソースレ
コードセットの名前でワイルドカードとして使用する際は、以下の制約にご注意ください。
API Version 2013-04-01
4
Amazon Route 53 開発者ガイド
国際化ドメイン名の形式
• 「*」はドメイン名の左側、*.example.com、のように配置する必要があります。 「*」は、
「marketing」のような中央ラベルに配置することはできません。*.example.com のように中間ラベ
ルの 1 つとして使用することはできません。
• * は、ラベル全体を置き換える必要があります。たとえば、*prod.example.com や prod*.example.com
と指定することはできません。
• NS タイプのあるリソースレコードセットで「*」をワイルドカードとして使用することはできませ
ん。
リソースレコードセットでは、ドメイン名の左端のラベル以外の位置に「*」を含めると、DNS はそれ
をワイルドカードではなくアスタリスク文字 (ASCII 42) として扱います。
国際化ドメイン名の形式
新しいドメイン名を登録するとき、または、ホストゾーンとリソースレコードセットを作成するとき
に、他のアルファベット（キリル文字やアラビア文字など）および中国語、日本語、韓国語の文字を指
定できます。Amazon Route 53 は、これらの国際化ドメイン名 (IDN) を、Unicode 文字を ASCII 文字
列として表現する Punycode で格納します。
以下の例は、次の国際化ドメイン名の Punycode 表現を示しています:
.asia:
xn--fiqs8s.asia
現代的なブラウザのアドレスバーに IDN を入力すると、ブラウザはそれを Punycode に変換した後、
DNS クエリを送信するか、HTTP リクエストを実行します。
IDN の入力方法は、作成対象（ドメイン名、ホストゾーン、リソースレコードセット）とその作成方法
（API、SDK、Amazon Route 53 コンソール）によって変わります。
• Amazon Route 53 API またはいずれかの AWS SDK を使用する場合は、プログラムで Unicode 値を
Punycode に変換できます。たとえば、Java を使用する場合は、java.net.IDN ライブラリの toASCII
メソッドを使って Unicode 値を Punycode に変換できます。
• Amazon Route 53 コンソールを使ってドメイン名を登録する場合は、Unicode 文字も含めて名前を
名前フィールドに貼り付けることができ、コンソールが値を Punycode に変換してから保存します。
• Amazon Route 53 コンソールを使ってホストゾーンまたはリソースレコードセットを作成する場合
は、ドメイン名を Punycode に変換してから、名前を該当する [Name] フィールドに入力する必要が
あります。オンラインコンバーターについては、インターネットで「punycode コンバーター」を検
索してください。
ドメイン名を登録する場合は、すべての最上位ドメイン (TLD) で IDN がサポートされているわけでは
ないことに注意してください。Amazon Route 53 でサポートされる TLD のリストについては、「Amazon
Route 53 に登録できるドメイン (p. 37)」を参照してください。IDN をサポートしない TLD が注記され
ています。
サポートされる DNS リソースレコードタイプ
Abstract
Route 53 でサポートされる DNS リソースレコードタイプについて説明します。
このセクションでは、Amazon Route 53 でサポートされている DNS リソースレコードタイプを示しま
す。それぞれのレコードタイプの説明には、API を使用して Amazon Route 53 にアクセスするときに
Value 要素を書式化する例も含まれています。
API Version 2013-04-01
5
Amazon Route 53 開発者ガイド
A 形式
Note
ドメイン名を含むリソースレコードタイプの場合は、完全修飾ドメイン名（たとえば、
www.example.com）を入力します。末尾のドットはオプションです。Amazon Route 53 では、
ドメイン名が完全修飾ドメイン名であると見なされます。つまり、Amazon Route 53 では、
（末尾にドットのない）www.example.com と（末尾にドットのある）www.example.com. が
同一と見なされます。
トピック
• A 形式 (p. 6)
• AAAA 形式 (p. 6)
• CNAME 形式 (p. 6)
• MX 形式 (p. 7)
• NS 形式 (p. 7)
•
•
•
•
•
PTR 形式 (p. 8)
SOA 形式 (p. 8)
SPF 形式 (p. 8)
SRV 形式 (p. 9)
TXT 形式 (p. 9)
A 形式
A レコードの値は、ドット形式 10 進表記の IPv4 アドレスです。
Amazon Route 53 コンソールの例
192.0.2.1
Amazon Route 53 API の例
<Value>192.0.2.1</Value>
AAAA 形式
AAAA レコードの値は、コロンで区切られた 16 進形式の IPv6 アドレスです。
Amazon Route 53 コンソールの例
2001:0db8:85a3:0:0:8a2e:0370:7334
Amazon Route 53 API の例
<Value>2001:0db8:85a3:0:0:8a2e:0370:7334</Value>
CNAME 形式
CNAME の Value 要素の形式は、ドメイン名と同じです。
API Version 2013-04-01
6
Amazon Route 53 開発者ガイド
MX 形式
Important
DNS プロトコルでは、Zone Apex とも呼ばれる、DNS 名前空間の最上位ノードに対して
CNAME レコードを作成することができません。たとえば、example.com という DNS 名を登
録する場合、Zone Apex は example.com になります。example.com に対して CNAME レコー
ドを作成することはできませんが、www.example.com、newproduct.example.com などに対し
ては CNAME レコードを作成できます。
さらに、サブドメインに対して CNAME レコードを作成する場合、そのサブドメインの他のリ
ソースレコードセットを作成できません。たとえば、www.example.com の CNAME を作成す
る場合、Name フィールドの値が www.example.com の他のリソースレコードセットは作成で
きません。
Amazon Route 53 では、エイリアスリソースレコードセットもサポートされています。これにより、
CloudFront ディストリビューション、ELB ロードバランサー、静的ウェブサイトとして設定された
Amazon S3 バケット、または別の Amazon Route 53 リソースレコードセットにクエリをルーティング
できます。エイリアスはいろいろな意味で CNAME リソースレコードタイプと似ていますが、エイリ
アスは Zone Apex に対して作成することができます。詳細については、「エイリアスリソースレコー
ドセットと非エイリアスリソースレコードセットの選択 (p. 108)」を参照してください。
Amazon Route 53 コンソールの例
hostname.example.com
Amazon Route 53 API の例
<Value>hostname.example.com</Value>
MX 形式
MX レコードの値には、MX レコードの優先順位を表す 10 進数とメールサーバーのドメイン名が含ま
れます。
Amazon Route 53 コンソールの例
10 mail.example.com
Amazon Route 53 API の例
<Value>10 mail.example.com</Value>
NS 形式
NS レコードはホストゾーンのネームサーバーを識別します。NS レコードの値は、ネームサーバーの
ドメイン名です。NS レコードの詳細については、「Amazon Route 53 がパブリックホストゾーンに作
成する NS リソースレコードセットと SOA リソースレコードセット (p. 96)」を参照してください。ホ
ワイトラベル ネームサーバーの設定については、「ホワイトラベルネームサーバーの設定 (p. 92)」を
参照してください。
Amazon Route 53 コンソールの例
ns-1.example.com
API Version 2013-04-01
7
Amazon Route 53 開発者ガイド
PTR 形式
Amazon Route 53 API の例
<Value>ns-1.example.com</Value>
PTR 形式
PTR レコードの Value 要素の形式は、ドメイン名と同じです。
Amazon Route 53 コンソールの例
hostname.example.com
Amazon Route 53 API の例
<Value>hostname.example.com</Value>
SOA 形式
Start of Authority（SOA）のレコードは、ドメインおよび対応する Amazon Route 53 のホストゾーンに
関する情報を提供します。SOA レコードのフィールドについては、「Amazon Route 53 がパブリック
ホストゾーンに作成する NS リソースレコードセットと SOA リソースレコードセット (p. 96)」を参照
してください。
Amazon Route 53 コンソールの例
ns-2048.awsdns-64.net hostmaster.awsdns.com 1 1 1 1 60
Amazon Route 53 API の例
<Value>ns-2048.awsdns-64.net hostmaster.awsdns.com 1 1 1 1 60</Value>
SPF 形式
以前は、メールの送信者の身元を確認するために SPF レコードが使用されていました。しかし、レコー
ドタイプが SPF のリソースレコードセットを作成することはもうお勧めできません。RFC 7208「Sender
Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1」が更新され、「...[RFC4408]
で定義されたその存在と仕組みが相互運用性の問題を起こしている。したがって、その使用は SPF バー
ジョン 1 ではもはや適切ではない。実装では使用してはならない」とされています。RFC 7208 のセク
ション 14.1「The SPF DNS Record Type」を参照してください。
SPF レコードの代わりに、該当する値を含む TXT レコードを作成することをお勧めします。有効な値
については、「センダーポリシーフレームワーク、SPF レコードの構文」を参照してください。
Amazon Route 53 コンソールの例
"v=spf1 ip4:192.168.0.1/16 -all"
Amazon Route 53 API の例
<Value>"v=spf1 ip4:192.168.0.1/16 -all"</Value>
API Version 2013-04-01
8
Amazon Route 53 開発者ガイド
SRV 形式
SRV 形式
SRV レコードの Value 要素は 4 つのスペース区切りの値で構成されます。最初の 3 つの値は、優先順
位、重み、およびポートをそれぞれ表す 10 進値です。4 番目の値は、ドメイン名です。SRV レコード
の形式については、該当するドキュメントを参照してください。
Amazon Route 53 コンソールの例
10 5 80 hostname.example.com
Amazon Route 53 API の例
<Value>10 5 80 hostname.example.com</Value>
TXT 形式
TXT レコードには、スペースで区切られた、二重引用符で囲まれた文字列のリストが含まれます。1 つ
の文字列には、最大 255 文字が含まれます。TXT 文字列内では、ドメイン名内でエスケープせずに使
用できる文字に加えて、スペースも許可されます。その他のすべてのオクテット値は、引用符で囲まれ
た 8 進形式である必要があります。ドメイン名とは異なり、文字列内の大文字と小文字は保持されま
す。つまり、Ab と aB は同じではありません。リテラル引用符を含めるには、文字列の前に \ 文字を
置きます。
Amazon Route 53 コンソールの例
"This string includes \"quotation marks\"." "The last character in this string
is an accented e specified in octal format: \180"
Amazon Route 53 API の例
<Value>"This string includes \"quotation marks\"." "The last character in this
string is an accented e specified in octal format: \180"</Value>
Amazon Route 53 サーバーの IP アドレス範囲
Abstract
Amazon Route 53 ネームサーバーとヘルスチェッカーで使用する IP アドレス範囲を取得する方法を説明します。
Amazon Web Services (AWS) は、その現在の IP アドレス範囲を JSON 形式で公開します。現在の範
囲を参照するには、ip-ranges.json ファイルをダウンロードします。詳細については、『Amazon Web
Services General Reference』の「AWS IP アドレスの範囲」を参照してください。
Amazon Route 53 ネームサーバーに関連付けられた IP アドレス範囲を見つけるには、ip-ranges.json
ファイルで次の文字列を検索します。
"service": "ROUTE53"
Amazon Route 53 ヘルスチェッカーに関連付けられた IP アドレス範囲を見つけるには、ip-ranges.json
ファイルで次の文字列を検索します。
"service": "ROUTE53_HEALTHCHECKS"
API Version 2013-04-01
9
Amazon Route 53 開発者ガイド
DNS の制約と動作
DNS の制約と動作
Abstract
ホストゾーンおよびリソースレコードセットの作成方法と使用方法に関する、DNS の制約と動作について説明し
ます。
DNS メッセージングは、ホストゾーンおよびリソースレコードセットの作成方法と使用方法に影響を
与える要素に依存します。このセクションでは、これらの要素について説明します。
最大レスポンスサイズ
DNS 標準に準拠するために、UDP 経由で送信されるレスポンスのサイズは 512 バイトに制限されま
す。512 バイトを超えるレスポンスは切り捨てられ、リゾルバーは TCP 経由でリクエストを再発行す
る必要があります。リソルバーが EDNS0（RFC 2671 で定義されています）をサポートし、EDNS0 オ
プションを Amazon Route 53 にアドバタイズする場合、Amazon Route 53 では UDP 経由のレスポン
スのサイズを 4096 バイトまで許可し、切り捨ては行われません。
Authority セクションの処理
クエリが正常に実行された場合、Amazon Route 53 では、関連するホストゾーンのネームサーバー
（NS）リソースレコードセットが DNS レスポンスの Authority セクションに追加されます。名前が検
出されなかった場合（NXDOMAIN レスポンス）、Amazon Route 53 では、関連するホストゾーンの
Start of Authority（SOA）リソースレコードセット（RFC 1035 で定義されています）が DNS レスポン
スの Authority セクションに追加されます。
Additional セクションの処理
Amazon Route 53 では、リソースレコードセットが Additional セクションに追加されます。レコード
が既知のものであり、適切なレコードである場合は、サービスによって、Answer セクションにある
MX、CNAME、NS、SRV の各レコードのターゲットに対応した A リソースレコードセットまたは
AAAA リソースレコードセットが追加されます。これらの DNS レコードタイプの詳細については、「サ
ポートされる DNS リソースレコードタイプ (p. 5)」を参照してください。
Amazon Route 53 の料金
Abstract
ご利用分に対してのみ支払う Route 53 の料金について説明します。
他の AWS 製品と同様、Amazon Route 53 を使用するための契約や最低契約金はありません。設定した
ホストゾーンおよび Amazon Route 53 から回答があったクエリ数に対してのみお支払いください。詳
細については、Amazon Route 53 料金表を参照してください。
AWS Identity and Access Management
Abstract
Route 53 で AWS Identity and Access Management を使用する方法について説明します。
API Version 2013-04-01
10
Amazon Route 53 開発者ガイド
AWS Identity and Access Management
Amazon Route 53 には、次のことを実行するためのサービスである AWS Identity and Access Management
（IAM）が統合されています:
• 組織の AWS アカウントでユーザーとグループを作成する
• AWS アカウントのリソースをアカウント内のユーザー間で共有する
• 各ユーザーに一意のセキュリティ認証情報を割り当てる
• サービスやリソースに対するユーザーのアクセス権を細分化してコントロールする
• AWS アカウントのすべてのユーザーに関する AWS 請求書を 1 つにまとめる
たとえば、Amazon Route 53 で IAM を使用すると、AWS アカウントのユーザーのうち、誰が新しい
ホストゾーンの作成やリソースレコードセットの変更を実行できるかを制御できます。
IAM と共に Amazon Route 53 を使用する方法については、「IAM を使用して Amazon Route 53 リソー
スへのアクセスを制御する (p. 209)」を参照してください。
IAM の一般情報については、以下のサイトをご覧ください。
• Identity and Access Management (IAM)
• IAM 入門ガイド
• IAM ユーザーガイド
API Version 2013-04-01
11
Amazon Route 53 開発者ガイド
Amazon Route 53 コンソール
Amazon Route 53 の使用開始
Abstract
Amazon Route 53 にドメインを登録し、DNS クエリに応答するように Route 53 を設定して使用を開始します。
Amazon Route 53 を使い始めるのは簡単です。まだ AWS アカウントがない場合は作成し、ドメインを
登録して、リソースレコードセットを作成します。これはすべて Amazon Route 53 コンソールで実行
できます。手順の詳細な説明については、「新しいドメインの登録 (p. 16)」を参照してください。
Note
既存のドメインまたはサブドメインを移行して、Amazon Route 53 を DNS サービスとして使
用する場合は、「DNS サービスとして Amazon Route 53 を設定 (p. 70)」を参照してくださ
い。
Amazon Route 53 には、Amazon Route 53 コンソール、Amazon Route 53 API、AWS SDK、または
AWS コマンドラインインターフェイスを使用してアクセスできます。詳細については、該当するトピッ
クを参照してください。
トピック
• Amazon Route 53 コンソール (p. 12)
• Amazon Route 53 API (p. 13)
• Amazon Route 53 をサポートする AWS SDK (p. 13)
• AWS コマンドラインインターフェイスの Amazon Route 53 サポート (p. 14)
• AWS Tools for Windows PowerShell による Amazon Route 53 のサポート (p. 14)
Amazon Route 53 コンソール
Abstract
Route 53 コンソールの使用方法について説明します。Route 53 コンソールを使用すると、Route 53 のホストゾー
ン、リソースレコードセット、ヘルスチェックの作成、削除、一覧表示を実行できます。
Amazon Route 53 コンソールを使用して、Amazon Route 53 のホストゾーン、リソースレコードセッ
ト、ヘルスチェックの作成、削除、一覧表示を実行できます。
API Version 2013-04-01
12
Amazon Route 53 開発者ガイド
Amazon Route 53 API
Note
ウェブブラウザ用の一部の広告ブロックプラグインによって、Amazon Route 53 コンソールの
操作に問題が発生する場合があります。このため、コンソールが予期しない動作をする可能性
があります。ブラウザ用の広告ブロックプラグインがインストールされている場合は、プラグ
インのホワイトリストに Amazon Route 53 コンソールの URL（https://console.aws.amazon.com/
route53/home）を追加することをお勧めします。
Amazon Route 53 コンソールにアクセスするには
•
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
Amazon Route 53 コンソールのヘルプを表示するには
• フィールドのヘルプを表示するには、フィールド名の上にカーソルを移動します。
•
コンソールで現在のページのヘルプを表示するには、ヘルプアイコンをクリックします。
Amazon Route 53 コンソールの右上にあります。
は
Amazon Route 53 API
Abstract
Route 53 API について説明します。Route 53 API を使用すると、Route 53 のホストゾーンやリソースレコードセッ
トの作成、削除、一覧表示を実行できます。
Amazon Route 53 API は、Amazon Route 53 のホストゾーンやリソースレコードセットの作成、削除、
一覧表示に使用できる REST API です（API を使用してリソースレコードセットを変更する場合、既存
のリソースレコードセットを削除してから、新しいリソースレコードセットを作成します）。Amazon
Route 53 API については、『Amazon Route 53 API Reference』を参照してください。REST リクエス
トを認証する方法など、API の使用方法については、『Amazon Route 53 API Reference』の「API リ
クエストの実行」を参照してください。
Amazon Route 53 をサポートする AWS SDK
Abstract
Route 53 をサポートする AWS SDK を紹介します。
次の AWS SDK には、Amazon Route 53 用のクライアントが含まれています。
API Version 2013-04-01
13
Amazon Route 53 開発者ガイド
AWS コマンドラインインターフェイスの Amazon Route 53
サポート
• AWS SDK for Java バージョン 1.2.13 以降。詳細については、「AWS SDK for Java」を参照してく
ださい。
• AWS SDK for .NET バージョン 1.4.1 以降。詳細については、「AWS SDK for .NET」を参照してく
ださい。
• AWS SDK for PHP バージョン 2.0.3 以降。詳細については、「AWS SDK for PHP」を参照してくだ
さい。
• AWS SDK for Python バージョン 2.0 以降。詳細については、GitHub の boto を参照してください。
• AWS SDK for Ruby バージョン 1.6.0 以降。詳細については、「AWS SDK for Ruby」を参照してく
ださい。
AWS コマンドラインインターフェイスの Amazon
Route 53 サポート
Abstract
Amazon Route 53 で AWS コマンドラインインターフェイスを使用します。
AWS コマンドラインインターフェイス (AWS CLI) は Amazon Route 53 をサポートします。AWS CLI
をセットアップして使用する方法については、『AWS Command Line Interface ユーザーガイド』を参
照してください。Amazon Route 53 向けの AWS CLI コマンドについては、『AWS Command Line
Interface Reference』の「route53 で使用できるコマンド」を参照してください。
AWS Tools for Windows PowerShell による Amazon
Route 53 のサポート
Abstract
Amazon Route 53 には、Windows PowerShell 用 AWS ツールを使用します。
AWS Tools for Windows PowerShell では、Amazon Route 53 がサポートされています。詳細について
は、AWS Tools for Windows PowerShell ドキュメントを参照してください。
API Version 2013-04-01
14
Amazon Route 53 開発者ガイド
Amazon Route 53 を使用したドメイ
ン名の登録
Abstract
Amazon Route 53 を使用して新しいドメイン名を登録します。
新しいドメイン名（URL が http://example.com であれば、example.com という部分）を取得する場合
は、ドメイン名を Amazon Route 53 に登録することができます。また、既存のドメインの登録を他の
レジストラから Amazon Route 53 に移管することも、逆に、Amazon Route 53 に登録したドメインの
登録を別のレジストラに移管することもできます。
この章の手順では、Amazon Route 53 コンソールを使用してドメインを登録し移管する方法、および、
ドメイン設定の編集方法とドメインステータスの表示方法を説明します。登録し管理するドメインの数
が少ない場合は、コンソールを使用するのが最も簡単な方法です。
多数のドメインを登録し管理する必要がある場合は、Amazon Route 53 API またはいずれかの AWS
SDK を使用する方が好ましいこともあります。ドメイン登録の API アクションの詳細については、
『Amazon Route 53 API Reference』の「ドメイン登録のアクション」を参照してください。Amazon
Route 53 をサポートする AWS SDK の一覧、および、AWS ウェブサイトにある該当する SDK ページ
へのリンクについては、「Amazon Route 53 をサポートする AWS SDK (p. 13)」を参照してください。
Note
使用している言語に対応した AWS SDK がある場合は、API を使用して作業を行うのではな
く、SDK を利用してください。SDK を利用すると、認証が簡素化され、開発環境との統合が
容易になり、Amazon Route 53 コマンドに簡単にアクセスすることができます。
ドメイン名登録サービスは、ドメイン名登録の利用規約に基づいて提供されます。
トピック
• ドメインの登録と更新 (p. 16)
• 連絡先情報のプライバシー保護 (p. 24)
• ドメイン用に登録を更新する (p. 25)
• ドメインの移管 (p. 28)
• ドメイン名の停止の解除 (p. 36)
• ドメイン名登録の削除 (p. 37)
API Version 2013-04-01
15
Amazon Route 53 開発者ガイド
ドメインの登録と更新
• Amazon Route 53 に登録できるドメイン (p. 37)
ドメインの登録と更新
新しいドメインの登録と既存のドメインの設定更新については、該当するトピックを参照してくださ
い。
トピック
• 新しいドメインの登録 (p. 16)
• ドメインの登録時またはドメイン設定の編集時に指定する値 (p. 18)
• ドメインの登録時または更新時に Amazon Route 53 が返す値 (p. 21)
• ドメイン登録のステータスの表示 (p. 22)
• 新しいドメインのリソースレコードセットの追加 (p. 22)
• ドメインの連絡先情報およびその他の設定の編集 (p. 22)
• ネームサーバーおよびグルーレコードの追加または変更 (p. 24)
新しいドメインの登録
Amazon Route 53 コンソールを使って新しいドメインを登録するときは、以下の手順を実行します。
Important
Amazon Route 53 にドメインを登録すると、そのドメイン用の DNS サービスプロバイダーと
して Amazon Route 53 を簡単に使用できるように、その新規ドメインのホストゾーンが自動
的に作成されます。このホストゾーンは、ドメインのトラフィックを、たとえば Amazon EC2
インスタンスや CloudFront ディストリビューションにルーティングする方法についての情報
を保存する場所です。ドメイン登録の年間料金に加えて、ホストゾーンについても少額の月額
料金がかかります。ドメインを今すぐ使用するわけでない場合は、ホストゾーンを削除できま
す。ドメインの登録から 12 時間以内にホストゾーンを削除した場合、AWS 請求書にホスト
ゾーンの料金は記載されません。また、お客様のドメインに関して受ける DNS クエリについ
ても、少額の料金がかかります。詳細については、「Amazon Route 53 料金表」を参照してく
ださい。
Amazon Route 53 を使用して新しいドメインを登録するには
1.
2.
3.
4.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
Amazon Route 53 を初めて使用する場合は、[Domain Registration] の [Get Started Now] を選択し
ます。
既に Amazon Route 53 を利用している場合は、ナビゲーションペインの [Registered Domains] を
選択します。
[Register Domain] をクリックします。
登録するドメイン名を入力し、[Check] を選択してそのドメイン名が使用できるかどうか確認しま
す。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定す
る方法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
5.
ドメインが使用できる場合は、[Add to Cart] を選択します。ドメイン名がショッピングカートに表
示されます。
API Version 2013-04-01
16
Amazon Route 53 開発者ガイド
新しいドメインの登録
6.
7.
[Availability for popular TLDs] リストには、最初の選択肢が使用できない場合にその代わりに、ま
たは、最初の選択肢に加えて登録できる他のドメインが表示されます。登録する追加のドメインご
とに [Add to Cart] を選択します。最大 5 個のドメインを登録できます。
[Continue] を選択します。
[Contact Details for Your n Domains] ページで、ドメインの登録者、管理者、技術担当者の連絡先
情報を入力します。ここで入力した値は、登録しようとしているすべてのドメインに適用されま
す。
デフォルトでは、3 種類の連絡先すべてについて同じ情報が使用されます。連絡先として異なる情
報を入力する場合は、[My Registrant, Administrative, and Technical Contacts are all the same] の
値を [No] に変更します。
複数のドメインを登録する場合は、すべてのドメインについて同じ連絡先情報が使用されます。
詳細については、「ドメインの登録時またはドメイン設定の編集時に指定する値 (p. 18)」を参照
してください。
8.
9.
一部の最上位ドメイン (TLD) では追加情報を収集する必要があります。そのような TLD の場合は、
[Postal/Zip Code] の後に、該当する値を入力します。
WHOIS クエリに対して連絡先情報を非表示にするかどうかを選択します。詳細については、「連
絡先情報のプライバシー保護 (p. 24)」を参照してください。
Note
.com および .net 以外の TLD では、[Contact Type] の値が [Person] の場合にのみ連絡先情
報を非表示にできます。
10. [Continue] を選択します。
11. 入力した情報を確認し、サービスの利用規約を読み、利用規約を読んだことを確認するチェック
ボックスをオンにします。
12. [Complete Purchase] を選択します。
連絡先として指定されたメールアドレスで登録者に連絡できることを確認するメールがドメインの
登録者に送信されます（これは ICANN の要件です）。メールは次のメールアドレスの 1 つから送
信されます。
• [email protected] – .com および .net TLD の場合。これは Amazon Route 53 の
メールアカウントです。
• [email protected] – その他すべての TLD の場合。これは、レジストラアソシ
エイトである Gandi が管理するメールアカウントです。
Important
登録者はメールの指示に従って、メールを受け取ったことを通知する必要があります。そ
うしないと、ICANN の規定に従ってそのドメインは停止されます。ドメインが停止される
と、インターネットでそのドメインにアクセスできなくなります。
ドメイン登録が承認されると、別のメールを受け取ります。リクエストの現在のステータスを調べ
るには、「ドメイン登録のステータスの表示 (p. 22)」を参照してください。
13. ドメインの登録が完了したら、ドメインの DNS サービスとして Amazon Route 53 を使用するか
別の DNS サービスを使用するかによって、次のステップは異なります。
• Amazon Route 53 – ドメインのトラフィックをルーティングする方法を Amazon Route 53 に伝
えるためのリソースレコードセットを作成します。詳細については、「新しいドメインのリソー
スレコードセットの追加 (p. 22)」を参照してください。
API Version 2013-04-01
17
Amazon Route 53 開発者ガイド
ドメインの登録時またはドメイン設定の編集時に指定する
値
• 別の DNS サービス – 他の DNS サービスに DNS クエリをルーティングするように新しいドメイ
ンを設定します。次の手順「別の DNS サービスを使用するときにドメインのネームサーバーを
更新するには (p. 18)」を実行します。
新しいドメインに別の DNS サービスプロバイダーを使用する場合は、以下の手順を実行して、その
DNS サービスにドメインの DNS クエリをルーティングするように、Amazon Route 53 を設定します。
別の DNS サービスを使用するときにドメインのネームサーバーを更新するには
1.
DNS サービスから提供されるプロセスを使用して、ドメインのネームサーバーを取得します。
2.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで [Registered Domains] を選択します。
別の DNS サービスを使用するように設定するドメインの名前を選択します。
3.
4.
5.
6.
7.
8.
[Add/Edit Name Servers] を選択します。
ネームサーバーの名前を、ステップ 1 で DNS サービスから取得したネームサーバーに変更しま
す。
[Update] を選択します。
（オプション）ドメインの登録時に Amazon Route 53 によって自動的に作成されたホストゾーン
を削除します。これにより、使用していないホストゾーンに料金がかかることがなくなります。
a.
b.
c.
d.
ナビゲーションペインで [Hosted Zones] を選択します。
ドメインと同じ名前のホストゾーンのラジオボタンを選択します。
[Delete Hosted Zone] を選択します。
[Confirm] を選択して、ホストゾーンの削除を確定します。
ドメインの登録時またはドメイン設定の編集時に指
定する値
ドメインを登録するとき、ドメイン登録を Amazon Route 53 に移管するとき、またはドメインの設定
を編集するときには、このトピックで説明されている値を指定します。
ドメインの連絡先情報を変更した場合は、登録者の連絡先に変更について通知メールが送信されます。
このメールの送信元は [email protected] です。ほとんどの変更について、登録者は応
答する必要はありません。
連絡先情報の変更が所有権の変更も含む場合は、登録者の連絡先に追加のメールが送信されます。ICANN
の規則では、登録者の連絡先がそのメールを受け取ったことを確認する必要があります。詳細について
は、このセクションの [First Name]、[Last Name] および [Organization] の項目を参照してください。
複数のドメインを登録する場合、Amazon Route 53 はショッピングカートにあるすべてのドメインに
ついて指定された値を使用します。
[My Registrant, Administrative, and Technical contacts are all the same]
ドメインの登録者、管理者、技術担当者の連絡先として同じ連絡先情報を使用するかどうかを指定
します。
連絡先のタイプ
この連絡先のカテゴリ。[Person] 以外のオプションを選択した場合、組織名を入力する必要があり
ます。
API Version 2013-04-01
18
Amazon Route 53 開発者ガイド
ドメインの登録時またはドメイン設定の編集時に指定する
値
.com または .net ドメインを登録する場合、[Contact Type] のすべての値で [Privacy Protection] を
[Hide contact information] に設定できます。他のドメインを登録する場合、[Contact Type] が [Person]
の場合にのみ連絡先情報を隠すことができます。
[First Name]、[Last Name]
連絡先の姓名。
連絡先のタイプが [Person] で、登録者の連絡先の [First Name] または [Last Name] フィールドを
変更すると、ドメインの所有者を変更したことになります。ICANN の規則では、登録者の連絡先
にメールを送付して承認を得る必要があります。メールは次のメールアドレスの 1 つから送信され
ます。
TLD
承認メールの発信元となるメールアドレス
.com と .net
[email protected]
.com.au と .net.au
[email protected]
.fr
[email protected] (E メールは現在の登録者の連絡先と新しい登録者の連絡先の
両方に送信されます。)
その他すべて
[email protected]
Important
登録者はメールの指示に従って、メールを受け取ったことを通知する必要があります。そ
うしないと、ICANN の規定に従ってそのドメインは停止されます。ドメインが停止される
と、インターネットでそのドメインにアクセスできなくなります。
登録者の連絡先メールアドレスを変更した場合、通知メールは登録者の連絡先として指定された以
前のメールアドレスと新しいメールアドレスの両方に送信されます。
一部の TLD レジストラでは、ドメイン所有者の変更は有料です。これらの値の 1 つを変更すると、
有料かどうかを知らせるメッセージが Amazon Route 53 コンソールに表示されます。
組織
連絡先と関連付けられている組織（存在する場合）。登録者と管理者の連絡先の場合、これは通
常、ドメインを登録する組織です。技術担当者の連絡先の場合、これはドメインを管理する組織の
こともあります。
連絡先のタイプが [Person] 以外のときに、登録者の連絡先の [Organization] フィールドを変更する
と、ドメインの所有者が変更されます。ICANN の規則では、登録者の連絡先にメールを送付して
承認を得る必要があります。メールは次のメールアドレスの 1 つから送信されます。
TLD
承認メールの発信元となるメールアドレス
.com と .net
[email protected]
.com.au と .net.au
[email protected]
.fr
[email protected] (E メールは現在の登録者の連絡先と新しい登録者の連絡先の
両方に送信されます。)
その他すべて
[email protected]
登録者の連絡先メールアドレスを変更した場合、通知メールは登録者の連絡先として指定された以
前のメールアドレスと新しいメールアドレスの両方に送信されます。
API Version 2013-04-01
19
Amazon Route 53 開発者ガイド
ドメインの登録時またはドメイン設定の編集時に指定する
値
一部の TLD レジストラでは、ドメイン所有者の変更は有料です。[Organization] の値を変更する
と、有料かどうかを知らせるメッセージが Amazon Route 53 コンソールに表示されます。
メール
連絡先のメールアドレス。
登録者の連絡先のメールアドレスを変更すると、以前のメールアドレスと新しいメールアドレスの
両方に通知メールが送信されます。このメールの送信元は [email protected] です。
電話
連絡先の電話番号です。
• 米国またはカナダの電話番号を入力する場合は、最初のフィールドに「1」と入力し、2 番目の
フィールドに 10 桁の市外局番と電話番号を入力します。
• そのほかの場所の電話番号を入力する場合は、最初のフィールドに国コードを入力し、2 番目の
フィールドに電話番号の残りを入力します。電話の国コード（たとえば、リヒテンシュタインは
423）の一覧については、CountryCode.org を参照してください。
Address1
連絡先の住所。
Address2
連絡先の追加の住所情報（たとえば、アパートの部屋番号や私書箱）。
国
連絡先の国。
状態
連絡先の州または地域（ある場合）。
市町村
連絡先の市町村。
[Postal/Zip code]
連絡先の郵便番号。
選択した最上位ドメイン用のフィールド
一部の最上位ドメインでは追加の値を指定する必要があります。
プライバシー保護
WHOIS クエリに対して連絡先情報を隠すかどうかを指定します。[Hide contact information] を選
択した場合、WHOIS ("who is") クエリは、レジストラの連絡先情報または "Protected by policy" と
いう値を返します。
[Don't hide contact information] を選択した場合、指定したメールアドレスに送られてくるスパム
メールの数が増えます。
だれでもドメインの WHOIS クエリを送信して、そのドメインのすべての連絡先情報を取得するこ
とができます。WHOIS コマンドは多くのオペレーティングシステムで利用でき、多くのウェブサ
イトでウェブアプリケーションとしても利用できます。
Important
ドメインに関連付けられた連絡先情報を必要とする正当なユーザーもいますが、最も一般
的なユーザーは、迷惑メールや詐欺メールをドメインの連絡先に送りつけるスパム業者で
す。一般に、[Privacy Protection] では [Hide contact information] を選択することをお勧め
します。
.com または .net ドメインを登録する場合、「Contact Type」のすべての値で連絡先情報
を隠すことができます。他のドメインを登録する場合、[Contact Type] が [Person] の場合
にのみ連絡先情報を隠すことができます。
詳細については、「連絡先情報のプライバシー保護 (p. 24)」を参照してください。
API Version 2013-04-01
20
Amazon Route 53 開発者ガイド
ドメインの登録時または更新時に Amazon Route 53 が返
す値
[Auto Renew]（ドメイン設定の編集時にのみ利用可能）
有効期限切れになる前に Amazon Route 53 が自動的にドメイン登録を更新するかどうかを指定し
ます。登録料はお客様の AWS アカウントに課金されます。詳細については、「ドメイン用に登録
を更新する (p. 25)」を参照してください。
Caution
Amazon Route 53 には手動による登録更新プロセスがないため、自動更新を無効にした場
合、有効期限が過ぎるとドメイン登録は更新されず、お客様はそのドメイン名をコント
ロールできなくなります。
ドメイン名を更新できる期間は最上位ドメイン (TLD) によって異なります。ドメインの更新に関す
る概要については、「ドメイン用に登録を更新する (p. 25)」を参照してください。更新の期間に
ついての詳細は、Gandi ウェブサイトの [Renewing a Domain Name] ページから「更新、復元と削
除時間」表を参照してください。
Note
Amazon Route 53 では、Gandi のウェブサイトに掲載されているすべてのドメインをサ
ポートしているわけではありません。Amazon Route 53 がサポートしているドメインのリ
ストについては、「Amazon Route 53 に登録できるドメイン (p. 37)」を参照してくださ
い。
ドメインの登録時または更新時に Amazon Route 53
が返す値
Amazon Route 53 にドメインを登録すると、Amazon Route 53 はお客様が指定した値に加えて、以下
の値を返します。
[Registered on]
ドメインが最初に Amazon Route 53 に登録された日付。
[Expires on]
現在の登録期間が失効する日時 (GMT = グリニッジ標準時)。
[Domain name status code]
ドメインの現在のステータス。
ドメイン名の中央データベースを維持する組織である ICANN は、ドメイン名ステータスコード
（EPP ステータスコードとも呼ばれます）を開発しました。これは、ドメイン名の登録、別のレ
ジストラへのドメイン名の移管、ドメイン名の登録の更新など、ドメイン名に対する各種操作のス
テータスを知らせるコードです。すべてのレジストラは、この同じステータスコードを使用しま
す。
ドメイン名ステータスコードと各コードの意味を説明した現在の一覧については、ICANN ウェブ
サイトで epp status codes を検索してください（ICANN ウェブサイトで直接、検索してください。
ウェブ検索ではドキュメントの古いバージョンが返されることがあります）。
[Transfer lock]
他人が許可なく別のレジストラにドメインを移管する可能性を減らすためにドメインをロックする
かどうかを指定します。ドメインがロックされている場合、[Transfer Lock] の値は [Enabled] にな
ります。ドメインがロックされていない場合は、値は [Disabled] です。
[Auto renew]
有効期限が切れる少し前に Amazon Route 53 がこのドメインの登録を自動的に更新するかどうか
を指定します。
API Version 2013-04-01
21
Amazon Route 53 開発者ガイド
ドメイン登録のステータスの表示
[Authorization code]
このドメインの登録を別のレジストラに移管する場合に必要なコード。認証コードは、お客様が要
求した場合にのみ生成されます。ドメインを別のレジストラに移管する方法については、「Amazon
Route 53 から別のレジストラへのドメインの移管 (p. 34)」を参照してください。
[Name servers]
このドメインに関する DNS クエリに応答する Amazon Route 53 サーバー。Amazon Route 53 ネー
ムサーバーは削除しないことをお勧めします。
ネームサーバーを追加、変更、削除する方法については、「ドメインの連絡先情報およびその他の
設定の編集 (p. 22)」を参照してください。
ドメイン登録のステータスの表示
ドメイン名の中央データベースを維持する組織である ICANN は、ドメイン名ステータスコード（EPP
ステータスコードとも呼ばれます）を開発しました。これは、ドメイン名の登録、別のレジストラへの
ドメイン名の移管、ドメイン名の登録の更新など、各種操作のステータスを知らせるコードです。すべ
てのレジストラは、この同じステータスコードを使用します。
ドメインのステータスコードを表示するには、次の手順を実行します。
ドメインのステータスを表示するには
1.
2.
3.
4.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで [Registered Domains] を選択します。
ドメインの名前を選択します。
ドメインの現在のステータスについては、[Domain name status] フィールドの値を確認します。
ドメイン名ステータスコードと各コードの意味を説明した現在の一覧については、ICANN ウェブ
サイトで epp status codes を検索してください（ICANN ウェブサイトで直接、検索してください。
ウェブ検索ではドキュメントの古いバージョンが返されることがあります）。
新しいドメインのリソースレコードセットの追加
ドメインを正常に登録したという確認メールを受信するとすぐに、ドメインのリソースレコードセット
の作成を開始できます。このリソースレコードセットはドメインに対するクエリのルーティング方法を
Amazon Route 53 に伝えます。たとえば、誰かがブラウザにドメイン名を入力し、そのクエリが Amazon
Route 53 に届いたときに、Amazon Route 53 がお客様のデータセンターのウェブサーバーの IP アドレ
スを返すか、それとも、ELB ロードバランサーの名前を返すかどうかを指定します。
Amazon Route 53 にドメインを登録すると、その新しいドメインのホストゾーンが自動的に作成され
ます。このホストゾーンはドメインと同じ名前で、Amazon Route 53 がドメインのリソースレコード
セットを格納するコンテナです。リソースレコードセットの作成方法の詳細については、「リソースレ
コードセットの使用 (p. 103)」を参照してください。
ドメインの連絡先情報およびその他の設定の編集
Amazon Route 53 を使って登録したドメインの設定を編集する場合は、以下の手順を実行します。
ドメインの連絡先情報およびその他の設定を編集するには
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
2.
ナビゲーションペインで [Registered Domains] を選択します。
API Version 2013-04-01
22
Amazon Route 53 開発者ガイド
ドメインの連絡先情報およびその他の設定の編集
3.
4.
設定を編集するドメインの名前を選択します。
該当する値を編集します。
Edit Contacts
連絡先のプライバシー保護設定を含む連絡先情報を編集するには、[Edit Contacts] を選択しま
す。詳細については、「ドメインの登録時またはドメイン設定の編集時に指定する値 (p. 18)」
を参照してください。
Transfer Lock
ドメインをロックして別のレジストラへの移管を禁止するかどうかを変更するには、[Enable]
(ドメインをロック) または [Disable] (ドメインのロックを解除) を選択します。
Auto Renew
Amazon Route 53 によってドメインの登録が有効期限切れ前に自動更新されるかどうかを変
更するには、[Enable] (自動更新をオンにする) または [Disable]（自動更新をオフにする）を選
択します。[Enable] を選択して、ドメインの所有権を保持することを強くお勧めします。
Add/Edit Name Servers
ネームサーバーを編集するには、[Add/Edit Name Servers] を選択して、該当する値を入力し
ます。次いで、[Update] を選択します。ネームサーバーの編集の詳細については、「ネーム
サーバーおよびグルーレコードの追加または変更 (p. 24)」を参照してください。
5.
[Save] を選択します。
値を変更すると、ドメインの所有者を変更したことになります。
• 連絡先のタイプが [Person] で、登録者の連絡先の [First Name] または [Last Name] フィールド
を変更すると、ドメインの所有者を変更したことになります。
• 連絡先のタイプがその他の値のときに、登録者の連絡先の [Organization] フィールドを変更する
と、ドメインの所有者が変更されます。
ICANN の規則では、登録者の連絡先にメールを送付して承認を得る必要があります。メールは次
のメールアドレスの 1 つから送信されます。
TLD
承認メールの発信元となるメールアドレス
.com と .net
[email protected]
.com.au と .net.au
[email protected]
.fr
[email protected] (E メールは現在の登録者の連絡先と新しい登録者の連絡先の
両方に送信されます。)
その他すべて
[email protected]
Important
15 日以内に、登録者はメールの指示に従って、メールを受け取ったことを通知する必要が
あります。そうしないと、ICANN の規定に従ってそのドメインは停止されます。ドメイン
が停止されると、インターネットでそのドメインにアクセスできなくなります。
API Version 2013-04-01
23
Amazon Route 53 開発者ガイド
ネームサーバーおよびグルーレコードの追加または変更
ネームサーバーおよびグルーレコードの追加または
変更
一般に、ドメインの登録時に Amazon Route 53 がドメインおよび該当するホストゾーンに割り当てた
ネームサーバーを変更する必要はありません。ネームサーバーを追加または変更する必要がある場合
は、以下の手順を実行します。また、この手順を使用して、ホワイトラベルネームサーバーを設定する
ときにグルーレコード（IP アドレス）を指定することもできます。ホワイトラベルネームサーバーと
は、ホストゾーンと同じドメイン名を持つネームサーバーです。ホワイトラベルネームサーバー（バニ
ティネームサーバーやプライベートネームサーバーとも呼ばれます）の設定の詳細については、「ホワ
イトラベルネームサーバーの設定 (p. 92)」を参照してください。
Caution
ネームサーバーを間違った値に変更したり、グルーレコードで間違った IP アドレスを指定し
たり、新しいネームサーバーを指定しないでネームサーバーを削除すると、ウェブサイトまた
はアプリケーションがインターネットで使用できなくなることがあります。
ネームサーバーおよびグルーレコードを追加または変更するには
1.
2.
3.
4.
5.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで [Registered Domains] を選択します。
設定を編集するドメインの名前を選択します。
[Add/Edit Name Servers] を選択します。
[Edit Name Servers] ダイアログボックスでは、以下を実行できます。
• ネームサーバーを追加します（複数可）。
• 既存のネームサーバーの名前を置き換えます。
• グルーレコードを追加します。または、グルーレコードの IP アドレスを変更します。ネームサー
バーを追加するか、ネームサーバーの名前を変更するときに、更新するドメインのサブドメイン
である名前（たとえば、ドメイン example.com の ns1.example.com）を指定すると、ネームサー
バーの IP アドレスを 1 つ以上指定するよう指示する Amazon Route 53 のメッセージが表示さ
れます。この IP アドレスはグルーレコードと呼ばれています。
• ネームサーバーを削除します。そのネームサーバーのフィールドの右側にある X 印のアイコン
を選択します。
6.
[Update] を選択します。
連絡先情報のプライバシー保護
ドメインを Amazon Route 53 に登録すると、プライバシー保護が自動的に有効になります。そのため、
通常は、WHOIS クエリに対して連絡先情報の大部分が隠され、受け取るスパムの量が減ります。プラ
イバシー保護が無効になっている場合、誰でもドメインに関する WHOIS クエリを送信でき、ほとんど
の最上位ドメイン (TLD) では、名前、住所、電話番号、メールアドレスなど、ドメインの登録時に指定
したすべての連絡先情報を取得できます。WHOIS コマンドは広く利用できます。多くのオペレーティ
ングシステムに付属し、多くのウェブサイトでウェブアプリケーションとしても利用できます。
WHOIS クエリから隠すことのできる情報は 2 つの主な要因によって決まります。
• 最上位ドメインのレジストリ – すべての連絡先情報を自動的に隠す TLD レジストリもあれば、すべ
ての連絡先情報を隠すか選択できるレジストリや、一部の情報のみを隠すことができるレジストリ、
API Version 2013-04-01
24
Amazon Route 53 開発者ガイド
ドメイン用に登録を更新する
どの情報も隠すことができないレジストリもあります。たとえば、ほとんどのレジストリでは、住
所、電話番号、メールアドレスを隠すことができます。名前も隠すことができるのは一部だけです。
• レジストラ – 新しい .com または .net ドメインを登録すると、Amazon Route 53 がレジストラにな
ります。氏名や組織名などの連絡先情報はすべて非表示にされます。Amazon Route 53 を使用して
別のドメイン名を登録する場合、レジストラアソシエイトである Gandi がレジストラとなります。
Gandi は、氏名や組織名を非表示にしません。
Amazon Route 53 に登録するドメインの連絡先情報を非表示にする場合、非表示にできる値は、レジ
ストラの連絡先情報、または "Protected by policy" という値に置き換えられます。
Important
連絡先情報を非表示にできるのは、移管できないようにドメインがロックされている場合のみ
です。別のレジストラにドメインを移管する場合は、ドメインの連絡先情報が必要です。
ドメイン用に登録を更新する
Amazon Route 53 でドメインを登録する、あるいは Amazon Route 53 からドメイン登録を移行する場
合、ドメインは自動的に更新するように選定されます。 自動更新期間は通常 1 年間となりますが、い
くつかの最上位ドメイン（TLD）のレジストリにおいては更新期間がさらに延長する場合があります。
ドメインの登録が自動的に更新された場合、更新が実行された日付に関わらず、現在の有効期限切れ日
に 1 年が通常追加されます。 いくつかの TLD では、2 年以上の更新期間が必要となる場合、あるいは
2 年から 5 年といった範囲での更新期間が提示される場合があります。 こういった TLD においては、
TLD が容認する期間より短期間でドメインの更新が行われます。 自動更新期間をさらに長期間、ある
いは短期間にすることはできません。
ドメインの更新期間を決定するためには、Amazon Route 53 に登録できるドメイン (p. 37) を参照して
ください。 TLD の一覧でお客様のドメインを見つけ、ドメインの登録期間に関する情報へのリンクを
クリックします。 次の点に注意してください。
• 登録期間が 1 年から 10 年といった範囲の場合、Amazon Route 53 は最短期間の自動更新のみをサ
ポートします。
• 登録期間のなかには、サンライズ期間と記述されているものがあります。 これは、登録の 1 年目を
意味し、更新には影響しません。
自動更新はいつでも停止することができます。 ただし、Amazon Route 53 にはドメイン名を手動で更
新する機能が備わっていないため、ドメイン名を維持する場合には、自動更新を再度有効にする必要が
あります。
Caution
自動更新を停止したら、ドメインに対する次の影響に注意してください。
• TLD レジストリのなかには、更新を十分な時間的余裕を持って行わなかった場合に、有効期
限切れ以前でもドメインが削除されるものがあります。 ドメイン名の維持を希望する場合に
は、自動更新を有効にしておくことを強くお勧めします。
• また、有効期限が切れた後にドメインを再登録するお考えはしないことを強くお勧めしま
す。 ドメインが有効期限切れになった直後にそのドメインを登録することを許可するレジス
トラもあり、この場合、他者によってドメインが取得される以前に再登録できないことがあ
ります。
• レジストリのなかには、有効期限が切れたドメインの復元に高額の割増金を請求することも
あります。
API Version 2013-04-01
25
Amazon Route 53 開発者ガイド
ドメイン用に登録を更新する
• 有効期限日当日またはその近日になると、ドメインはインターネット上で利用できなくなり
ます。
自動更新がドメインに対して有効かどうかを確認するには、「ドメインの連絡先情報およびその他の設
定の編集 (p. 22)」を参照してください。
自動更新が有効な場合は、以下のような過程になります。
有効期限切れの 45 日前
登録者の連絡先に E メールを送信し、そのなかで自動更新が現在有効になっていることを伝え、
また自動更新を無効にする手順を説明します。 登録者の連絡先 E メールアドレスを最新状態にし
て、この E メールを見逃さないようにしておきます。
有効期限の 30 日から 35 日前
.com.ar、.com.br、.jp ドメインを除くすべてドメインでは、有効期限が切れる 35 日前にドメイン
登録の更新を行い、これによってドメイン名が期限切れになる以前に更新に関するすべての問題を
処理できる時間が持てるようにします。
.com.ar、.com.br、.jp のドメイン向けレジストリは、有効期限が切れる 30 日前からドメインの更
新を許可しています。 有効期限切れの 30 日前にレジストラアソシエイトの Gandi から更新の E
メールが送信され、また、自動更新が有効の場合には、同じ日にドメインの更新が行われます。
Note
お客様のドメインを更新すると、E メールでドメイン更新のお知らせが届きます。 更新に
失敗した場合、更新に失敗した理由を説明する E メールが送信されます。
自動更新が無効になっている場合、ドメイン名に関しては、以下の過程になります。
有効期限切れの 45 日前
ドメインの登録者の連絡先に E メールを送信し、そのなかで自動更新が現在無効になっているこ
とを伝え、また自動更新を有効にする手順を説明します。 登録者の連絡先 E メールアドレスを最
新状態にして、この E メールを見逃さないようにしておきます。
有効期限切れの 7 日から 30 日前
ドメインで自動更新が無効になっている場合、ドメイン登録の運営組織である ICANN は、レジス
トラが E メールを送信することを義務付けています。メールは次のメールアドレスの 1 つから送
信されます。
• [email protected] – .com および .net TLD の場合。これは Amazon Route 53 のメー
ルアカウントです。
• [email protected] – その他すべての TLD の場合。これは、レジストラアソシ
エイトである Gandi が管理するメールアカウントです。
有効期限切れ日前の 30 日間で自動更新を有効にし、更新期間が過ぎていない場合、ドメインは 24
時間以内に更新されます。
Caution
いくつかの TLD のレジストリでは、有効期限切れになる 25 日前から更新許可ができなく
なり、また多くのレジストリは失効後の更新を許可しません。 さらに、更新処理には 1 日
以上かかる可能性があります。 自動更新を有効にする時期が遅れると、更新処理が完了す
る以前にドメインが失効してしまい、ドメインが失われる場合もあります。
更新の期間についての詳細は、Gandi ウェブサイトの Renewing a Domain Name ページから「更
新、復元と削除時間」表を参照してください。
API Version 2013-04-01
26
Amazon Route 53 開発者ガイド
失効したドメインを更新または復元する
有効期間経過後
ほとんどのドメインは、有効期限切れ後の短期間保持されるため、有効期間を経過後に失効したド
メインを更新できる場合もあります。ただし、ドメインの維持を希望する際には、自動更新を有効
にしておくことをお勧めします。 有効期間を経過後にドメインを更新するためについての詳細は、
「失効したドメインを更新または復元する (p. 27)」を参照してください。
失効したドメインを更新または復元する
有効期限切れ以前にドメインを更新しなかった場合、いくつかの最上位ドメイン用のレジストリ（TLD）
では、以下のどちらかまたは両方ができる場合があります。
• 後期更新期間中に失効したドメインを更新すること
• 後期更新期間終了後で、第 3 者による登録が可能になる以前に、ドメインを復元すること
失効したドメインのドメイン登録を更新または復元する方法
1.
ドメインの TLD レジストリが失効したドメインの更新または復元をサポートしているかを確認し
ます。
a.
b.
Gandi ウェブサイトの Renewing a Domain Name ページから「更新、復元と削除時間」表を
参照してください。
お客様のドメインの TLD を見つけ、適用可能な項目を確認します。
• レジストリが失効したドメインの更新または復元をサポートしているかを確認します。
• 更新または復元がサポートされている場合、ドメインが更新あるいは復元期間内にあること
を確認します。
この一覧には Amazon Route 53 がサポートしていない TLD も含まれています。
Important
更新または復元申請が Gandi に転送され、このリクエストは、月曜日から金曜日の営業時
間中に処理されます。 Gandi はパリに拠点を置くため、時間帯には UTC（協定世界
時）/GMT（標準時）＋ 1 時間が適用されます。 このため、リクエストを送信する時間に
より、まれにリクエスト処理に 1 週間以上かかる場合があります。
2.
ドメインの有効期限失効日を確認する。
a.
b.
c.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ に
ある Amazon Route 53 コンソールを開きます。
ナビゲーションペインで [Registered Domains] を選択します。
有効期限失効日を確認したいドメイン名を選択します。
d.
[Expires on] の項をチェックします。
3.
ドメインが登録されていた AWS アカウントを使用して「AWS サポートセンター」にサインイン
します。
4.
次の値を指定します。
内容
デフォルト値の [Account and Billing Support] をそのまま使用します。
API Version 2013-04-01
27
Amazon Route 53 開発者ガイド
ドメインの移管
サービス
デフォルト値の [Billing] をそのまま使用します。
カテゴリ
デフォルト値の [Domain name registration issue] をそのまま使用します。
件名
[Renew an expired domain] と入力します。
説明
以下の情報を記述します。
• 更新を希望するドメイン
• そのドメインが登録されていた AWS アカウントのアカウント ID
連絡方法
連絡方法を指定し、[Phone] を選択した場合は電話番号を入力します。
5.
[Submit] を選択します。
6.
失効したドメインの更新または復元について確認でき次第、カスタマーサポートの担当者よりご連
絡いたします。 また、失効したドメインの更新または復元ができた場合、コンソールの有効期限
は新しい日付に変更されます。
ドメインの移管
別のレジストラから Amazon Route 53 に、AWS アカウント間で、または Amazon Route 53 から別の
レジストラに、ドメインの登録を移管できます。
トピック
• ドメイン登録の Amazon Route 53 への移管 (p. 28)
• ドメイン移管のステータスの表示 (p. 31)
• ドメインを Amazon Route 53 に移管するとドメイン登録の有効期限が受ける影響 (p. 33)
• 異なる AWS アカウントへのドメインの移管 (p. 33)
• Amazon Route 53 から別のレジストラへのドメインの移管 (p. 34)
ドメイン登録の Amazon Route 53 への移管
ドメイン名を別のレジストラから Amazon Route 53 に移管するときは、現在のレジストラから情報を
取得して、それを Amazon Route 53 コンソールに入力する必要があります。
ドメインの移管が現在の有効期限に及ぼす影響については、「ドメインを Amazon Route 53 に移管す
るとドメイン登録の有効期限が受ける影響 (p. 33)」を参照してください。デフォルトでは、Amazon
Route 53 は自動的にドメイン登録を更新します。この設定の変更については、「ドメインの連絡先情
報およびその他の設定の編集 (p. 22)」を参照してください。
ドメインを Amazon Route 53 に移管したときに AWS アカウントに適用される移管料金は最上位ドメ
イン (TLD) によって異なります。詳細については、Amazon Route 53 料金表を参照してください。
最上位ドメインの移管に関する要件
最上位ドメイン（.com など）のレジストリでは、ドメインの移管に関する要件があります。要件は
TLD ごとに異なりますが、以下の要件が一般的です。
• 現在のレジストラに少なくとも 60 日間、ドメインを登録している必要があります。
API Version 2013-04-01
28
Amazon Route 53 開発者ガイド
ドメイン登録の Amazon Route 53 への移管
• ドメイン名登録の有効期限が切れて、復元する必要があった場合は、復元後、少なくとも 60 日間が
経過している必要があります。
• 現在のレジストラにドメイン登録を移管後、少なくとも 60 日間が経過している必要があります。
• ドメインのドメイン名ステータスコードが以下のいずれかであってはいけません。
• pendingDelete
• pendingTransfer
• redemptionPeriod
• clientTransferProhibited
• 一部のレジストリでは、所有権の変更などの変更が完了するまで、移管はブロックされます。
ドメイン名ステータスコードと各コードの意味を説明した現在の一覧については、ICANN ウェブサイ
トで epp status codes を検索してください（ICANN ウェブサイトで直接、検索してください。ウェブ
検索ではドキュメントの古いバージョンが返されることがあります）。
Amazon Route 53 へのドメインの移管
Amazon Route 53 にドメインを移管するには、以下の手順を実行します。
ドメインを別のレジストラから Amazon Route 53 に移管するには
1.
2.
移管するドメイン名の最上位ドメイン（.com、.org など）が Amazon Route 53 でサポートされて
いることを確認します。詳細については、「Amazon Route 53 に登録できるドメイン (p. 37)」を
参照してください。対象の最上位ドメインがリストにない場合は、ドメイン名を Amazon Route 53
に移管することはできません。
ドメインのレジストラがドメインの DNS サービスプロバイダーでもある場合は、登録を移管する
前に DNS サービスを Amazon Route 53 または別の DNS サービスプロバイダーに移管することを
検討するよう強くお勧めします。一部のレジストラは有料でドメインを登録すると無料の DNS
サービスを提供します。登録を移管すると、前のレジストラはドメイン登録を更新せず、いつでも
DNS サービスを終了することができます。詳細については、「既存ドメインの DNS サービスを
Amazon Route 53 に移行する (p. 70)」を参照してください。
Caution
ドメインのレジストラがドメインの DNS サービスプロバイダーでもあり、お客様が別の
プロバイダーに DNS サービスを移管しない場合は、そのドメインに関連付けられたウェ
ブサイト、メール、ウェブアプリケーションが利用できなくなる可能性があります。
3.
現在のレジストラが用意している方法を使って、移管する各ドメインについて以下の作業を実行し
ます。
• 移管可能にするためにドメインのロックを解除します。
• ドメインのプライバシー保護を無効にします。これにより、WHOIS クエリに対してお客様の連
絡先情報が見えるようになります。
• ドメインの登録者のメールアドレスが最新であることを確認します。これは、移管の進行状況に
関する情報がお客様に連絡されるメールアドレスです。
• ドメインのステータスが移管可能であることを確認します。詳細については、「最上位ドメイン
の移管に関する要件 (p. 28)」を参照してください。
• ドメイン登録の Amazon Route 53 への移管要求を認証する認証コードを取得します。このコー
ドは後で Amazon Route 53 コンソールに入力します。
.co.uk、.me.uk と .org .uk のドメイン
.co.uk、.me.uk、あるいは .org.uk ドメインを Amazon Route 53 に移管する場合は、認証
コードを指定する必要はありません。 代わりに、現在のドメインレジストラが用意してい
る方法を使って、ドメインの IPS タグの値を GANDI（すべて大文字）に更新します（IPS
API Version 2013-04-01
29
Amazon Route 53 開発者ガイド
ドメイン登録の Amazon Route 53 への移管
タグは .uk ドメイン名のレジストリである Nominet が必要としています）。レジストラが
IPS タグの値を変更しない場合は、Nominet にお問い合わせください。
.jp のドメイン
.jp ドメインを Amazon Route 53 に移管する場合は、認証コードを指定する必要はありませ
ん。 代わりに、現在のドメインレジストラが用意している方法を使って、AGNT コードの
値を AGNT-1744（すべて大文字）に更新します。
.ru のドメイン
.ru ドメインを Amazon Route 53 に移管する場合は、認証コードを指定する必要はありませ
ん。代わりに、ドメインの パートナーハンドル を 5427/NIC-REG に更新するには、.ru ド
メインのレジストリである RU-Center が提供するメソッドを使用します。 詳細については、
RU-Center ウェブサイトの Registrar's or Registrant's Transfer ページを参照してください。
4.
5.
6.
7.
8.
9.
移管するドメインの DNS サービスプロバイダーとしてすでに Amazon Route 53 を使用している
場合は、対応するホストゾーンごとに Amazon Route 53 ネームサーバーの名前を取得します。詳
細については、「パブリックホストゾーンに対するネームサーバーの取得 (p. 90)」を参照してく
ださい。次の手順に進みます。
移管するドメインについて別の DNS サービスプロバイダーを引き続き使用する場合は、現在の
DNS サービスプロバイダーが用意している方法を使って、移管する各ドメインのネームサーバー
の名前を取得します。
https://console.aws.amazon.com/route53/ にある Amazon Route 53 コンソールを開きます。
ナビゲーションペインで [Registered Domains] を選択します。
[Transfer Domain] を選択します。
登録を Amazon Route 53 に移管するドメインの名前を入力して、[Check ] を選択します。
ドメインが移管できる場合は、[Add to Cart] を選択します。
ドメインが移管できない場合は、Amazon Route 53 コンソールに理由が表示されます。ドメイン
の移管を妨げている問題の解決方法については、レジストラにお問い合わせください。
10. 他にもドメインを移管する場合は、ステップ 8 と 9 を繰り返します。
11. 移管するドメインをすべて追加したら、[Continue] を選択します。
12. 移管するドメイン名それぞれについて、該当する値を入力します。
Authorization Code
この手順のステップ 3 で現在のレジストラから取得した認証コードを入力します。
Name Servers
この手順のステップ 4 でドメインの DNS サービスから取得したネームサーバー名を入力しま
す。DNS サービスプロバイダーとして Amazon Route 53 を使用している場合は、ドメインの
ホストゾーンに Amazon Route 53 が割り当てたネームサーバー 4 つをすべて入力します。
13. [Contact Details for Your n Domains] ページで、ドメインの登録者、管理者、技術担当者の連絡先
情報を入力します。ここで入力した値は、移管しようとしているすべてのドメインに適用されま
す。
デフォルトでは、3 種類の連絡先すべてについて同じ情報が使用されます。連絡先として異なる情
報を入力する場合は、[My Registrant, Administrative, and Technical contacts are all the same] の値
を [No] に変更します。
詳細については、「ドメインの登録時またはドメイン設定の編集時に指定する値 (p. 18)」を参照
してください。
14. 一部の最上位ドメイン (TLD) では追加情報を収集する必要があります。そのような TLD の場合は、
[Postal/Zip Code] の後に、該当する値を入力します。
API Version 2013-04-01
30
Amazon Route 53 開発者ガイド
ドメイン移管のステータスの表示
15. [Contact Type] の値が [Person] の場合、WHOIS クエリに対して連絡先情報を非表示にするかどう
かを選択します。詳細については、「連絡先情報のプライバシー保護 (p. 24)」を参照してくださ
い。
16. [Continue] を選択します。
17. 入力した情報を確認し、サービスの利用規約を読み、利用規約を読んだことを確認するチェック
ボックスをオンにします。
18. [Complete Purchase] を選択します。
ドメインが移管可能であることが確認され、ドメインの登録者が本当に移管を要求したのか確認す
るメールが登録者に送信されます。メールは次のメールアドレスの 1 つから送信されます。
TLD
承認メールの発信元となるメールアドレス
.com と .net
[email protected]
.com.au と .net.au
[email protected]
.fr
[email protected]: ドメインを移管するときに、.fr ドメイン名の登録者の連絡先
を変更する場合。(E メールは現在の登録者の連絡先と新しい登録者の連
絡先の両方に送信されます。)
その他すべて
[email protected]
Important
登録者はメールの指示に従って、メールを受け取ったことを通知する必要があります。そ
うしないと、ICANN の規定に従ってそのドメインは停止されます。ドメインが停止される
と、インターネットでそのドメインにアクセスできなくなります。
続いて、現在のレジストラと協力して、ドメインの移管作業が開始されます。現在のレジストラが
移管リクエストに応答しない場合（これはレジストラではよくあることです）、移管は 5～7 日後
に自動的に実行されます。現在のレジストラが何らかの理由で移管リクエストを拒否した場合は、
現在のレジストラに連絡して移管に関する問題を解決できるように、登録者にメールが送信されま
す。
ドメインの移管が承認されると、登録者の連絡先に別のメールが送信されます。プロセスの詳細に
ついては、「ドメイン移管のステータスの表示 (p. 31)」を参照してください。
移管が完了するとただちに、AWS アカウントにドメイン移管料金が課金されます。これは 1 回限
りの料金であるため、CloudWatch 請求メトリックスには表示されません。TLD 別の料金の一覧に
ついては、「Amazon Route 53 のドメイン登録価格」を参照してください。
ドメイン移管のステータスの表示
別のドメインレジストラから Amazon Route 53 へのドメインの移管を開始した後、Amazon Route 53
コンソールの [Registered Domains] ページでドメインのステータスを追跡できます。[Status] に現在の
ステップの簡単な説明が表示されます。以下のリストは、コンソールに表示されるテキストと、各ス
テップの詳細な説明です。
Determining whether the domain meets transfer requirements (step 1 of 14)
ドメインのステータスが移管可能であるか確認しています。お客様はドメインのロックを解除する
必要があり、移管リクエストを送信するときにドメインのステータスコードが以下のいずれかで
あってはいけません。
• clientTransferProhibited
• pendingDelete
API Version 2013-04-01
31
Amazon Route 53 開発者ガイド
ドメイン移管のステータスの表示
• pendingTransfer
• redemptionPeriod
Verifying WHOIS information (step 2 of 14)
ドメインのプライバシー保護が無効にされたか判定するために、ドメインの WHOIS クエリを送信
しました。現在のレジストラでプライバシー保護が依然として有効な場合、ドメイン移管に必要な
情報にアクセスすることができません。
Sent email to registrant contact to get transfer authorization (step 3 of 14)
ドメインの登録者の連絡先に対して、ドメインの正式な担当者によって移管が要求されたことを確
認するメールを送信しました。
Verifying transfer with current registrar (step 4 of 14)
ドメインの現在のレジストラに移管開始のリクエストを送信しました。
Awaiting authorization from registrant contact (step 5 of 14)
ドメインの登録者が移管を認証するのを待っています（ステップ 3 参照）。登録者の連絡先にメー
ルが届いていない場合は、ドメインの現在のレジストラに登録者の連絡先として正しいメールアド
レスが登録されていることを確認します。
Contacted current registrar to request transfer (step 6 of 14)
移管作業を完了するために、ドメインの現在のレジストラと協力しています。
Waiting for the current registrar to complete the transfer (step 7 of 14)
ドメインが移管の要件を満たしているか現在のレジストラが確認しています。要件は TLD ごとに
異なりますが、以下の要件が一般的です。
• 現在のレジストラに少なくとも 60 日間、ドメインを登録している必要があります。
• ドメイン名登録の有効期限が切れて、復元する必要があった場合は、復元後、少なくとも 60 日
間が経過している必要があります。
• 現在のレジストラにドメイン登録を移管後、少なくとも 60 日間が経過している必要があります。
• ドメインのドメイン名ステータスコードが以下のいずれかであってはいけません。
• clientTransferProhibited
• pendingDelete
• pendingTransfer
• redemptionPeriod
Confirming with the registrant contact that the contact initiated the transfer (step 8 of 14)
一部の TLD レジストリは、登録者の連絡先に別のメールを送信して、ドメインの移管が正式なユー
ザーによって要求されたか確認します。
Synchronizing name servers with the registry (step 9 of 14)
このステップは、移管リクエストの一部として指定したネームサーバーが、現在のレジストラに記
録されたネームサーバーとは異なる場合にのみ発生します。指定された新しいネームサーバーに
ネームサーバーが更新されます。
Synchronizing settings with the registry (step 10 of 14)
移管が正常に完了したことを確認し、ドメイン関連のデータをレジストラアソシエイトと同期して
います。
Sending updated contact information to the registry (step 11 of 14)
移管のリクエスト時にドメインの所有権を変更した場合、所有権の変更を実施しています。ただ
し、ほとんどのレジストリでは、ドメイン移管プロセスの一環として所有権を移管することを認め
ていません。
Finalizing the transfer to Route 53 (step 12 of 14)
移管プロセスが成功したか確認しています。
Finalizing transfer (step 13 of 14)
Amazon Route 53 でドメインを設定しています。
Transfer Complete (step 14 of 14)
移管が正常に完了しました。
API Version 2013-04-01
32
Amazon Route 53 開発者ガイド
Amazon Route 53 へのドメインの移管による有効期限への
影響
ドメインを Amazon Route 53 に移管するとドメイン
登録の有効期限が受ける影響
別のレジストラにドメインを移管すると、同じ有効期限を保持する TLD レジストリもあれば、有効期
限を 1 年延長するレジストリや、有効期限を移管日の 1 年後に変更するレジストリもあります。
汎用 TLD
汎用 TLD（たとえば .com）のドメインを Amazon Route 53 に移管すると、ドメインの新しい有効期
限は前のレジストラの有効期間に 1 年を加えたものになります。
地域別 TLD
地域別 TLD（たとえば .co.uk）のドメインを Amazon Route 53 に移管すると、ドメインの新しい有効
期限は TLD に左右されます。次の表で TLD を探して、ドメインを移管すると有効期間にどのような影
響があるか判断してください。
大陸
地域別 TLD とドメイン移管が有効期限に及ぼす影響
アフリカ
.co.za – 有効期限は同じままです。
アメリカ大陸
.cl, .com.ar, .com.br – 有効期限は同じままです。
.ca、.co、.mx、.us – 有効期限が 1 年延長されます。
アジア/オセアニア
.co.nz、.com.au、.com.sg、.jp、.net.au、.net.nz、.org.nz、.ru、.sg – 有効
期限は同じままです。
.in – 有効期限が 1 年延長されます。
欧州
.ch、.co.uk、.de、.es、.fi、.me.uk、.org.uk、.se – 有効期限は同じままで
す。
.berlin、.eu、.io、.me、.ruhr、.wien – 有効期限が 1 年延長されます。
.be、.fr、.it、.nl – 新しい有効期限は移管日の 1 年後です。
異なる AWS アカウントへのドメインの移管
ある AWS アカウントを使用してドメインを登録し、そのドメインを別の AWS アカウントに移管する
場合は、AWS サポートセンターに連絡して依頼するだけで移管できます。
AWS アカウント間でドメイン登録を移管するとき、Amazon Route 53 ではドメインのホストゾーンは
移管されません。ドメイン登録があるアカウントに関連付けられていて、該当するホストゾーンが別の
アカウントに関連付けられている場合、ドメイン登録も DNS 機能も影響を受けません。唯一の影響
は、ドメインを確認するには片方のアカウントを使用して Amazon Route 53 コンソールにサインイン
する必要があり、ホストゾーンを確認するには、もう片方のアカウントを使用してサインインする必要
があるという点です。
Important
ホストゾーンを別のアカウントに移管する場合は、手動で新しいホストゾーンを作成し、新し
いホストゾーンのリソースレコードセットを作成し、新しいホストゾーンのネームサーバーを
使うようにドメインを更新する必要があります。
API Version 2013-04-01
33
Amazon Route 53 開発者ガイド
Amazon Route 53 からのドメインの移管
ある AWS アカウントから別の AWS アカウントにドメイン登録を移管するには、以下の手順を実行し
ます。
異なる AWS アカウントにドメインを移管するには
1.
ドメインが現在登録されている AWS アカウントを使用して AWS サポートセンターにサインイン
します。
Important
ドメインが現在登録されているルートアカウントを使用してサインインする必要がありま
す。IAM ユーザーまたは他のアカウントを使用してサインインすると、移管を実行できま
せん。この要件により、承認されていないユーザーがドメインを他の AWS アカウントに
移管するのを防げます。
2.
次の値を指定します。
内容
デフォルト値の [Account and Billing Support] をそのまま使用します。
サービス
デフォルト値の [Billing] をそのまま使用します。
カテゴリ
デフォルト値の [Domain name registration issue] をそのまま使用します。
件名
[Transfer a domain to another AWS account] を指定します。
説明
以下の情報を記述します。
• 移管するドメイン
• そのドメインが現在登録されている AWS アカウントのアカウント ID
• ドメイン登録の移管先となる AWS アカウントのアカウント ID
連絡方法
連絡方法を指定し、[Phone] を選択した場合は電話番号を入力します。
3.
[Submit] を選択します。
Amazon Route 53 から別のレジストラへのドメイン
の移管
Amazon Route 53 から別のレジストラにドメインを移管するときは、Amazon Route 53 から情報を取
得して、それを新しいレジストラに渡します。残りの作業は新しいレジストラが実行します。
Important
現在、DNS サービスプロバイダーとして Amazon Route 53 を使っていて、DNS サービスも別
のプロバイダーに移管する場合は、以下の Amazon Route 53 の機能が他の DNS サービスプロ
バイダーの提供する機能では直接代替できないことに注意してください。新しい DNS サービ
スプロバイダーと協力して、同等の機能を実現する方法を決める必要があります。
• エイリアスリソースレコードセット
• 加重リソースレコードセット
• レイテンシーリソースレコードセット
API Version 2013-04-01
34
Amazon Route 53 開発者ガイド
Amazon Route 53 からのドメインの移管
• フェイルオーバーリソースレコードセット
• 位置情報リソースレコードセット
通常は、大きな問題なく別のレジストラにドメイン名の登録を移管できます。要件は TLD ごとに異な
りますが、以下の要件が一般的です。
• 現在のレジストラに少なくとも 60 日間、ドメインを登録している必要があります。
• ドメイン名登録の有効期限が切れて、復元する必要があった場合は、復元後、少なくとも 60 日間が
経過している必要があります。
• 現在のレジストラにドメイン登録を移管後、少なくとも 60 日間が経過している必要があります。
• ドメインのドメイン名ステータスコードが以下のいずれかであってはいけません。
• pendingDelete
• pendingTransfer
• redemptionPeriod
• clientTransferProhibited
ドメイン名ステータスコードと各コードの意味を説明した現在の一覧については、ICANN ウェブサイ
トで epp status codes を検索してください（ICANN ウェブサイトで直接、検索してください。ウェブ
検索ではドキュメントの古いバージョンが返されることがあります）。
ドメインを Amazon Route 53 から別のレジストラに移管するには
1.
2.
3.
4.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで [Registered Domains] を選択します。
別のレジストラに移管するドメインの名前を選択します。
[Your Domains > domain name] ページで、[Domain name status] の値を確認します。以下の値の
いずれかである場合、現在、そのドメインを移管することはできません。
•
•
•
•
pendingDelete
pendingTransfer
redemptionPeriod
clientTransferProhibited
ドメイン名ステータスコードと各コードの意味を説明した現在の一覧については、ICANN ウェブ
サイトで epp status codes を検索してください（ICANN ウェブサイトで直接、検索してください。
ウェブ検索ではドキュメントの古いバージョンが返されることがあります）。
5.
6.
7.
[Transfer lock] の値が [Enabled] の場合は、[Disable.] を選択します。
[Edit contacts] を選択します。
[Edit Contact Details for domain name] ページにある [Privacy Protection] で、すべての連絡先で
[Don't hide contact information] を選択します。
さらに、新しいレジストラが連絡できるように、連絡先情報を更新します。
8.
9.
[Save] を選択します。
[Your Domains > domain name] ページの [Authorization Code] で、[Generate] を選択して、表示
された認証コードをメモします。この値は、後述する手順で新しいレジストラに伝えます。
10. [OK] を選択してダイアログボックスを閉じます。
11. 現在、ドメインの DNS サービスプロバイダーとして Amazon Route 53 を使用していない場合は、
ステップ 13 に進みます。
API Version 2013-04-01
35
Amazon Route 53 開発者ガイド
ドメイン名の停止の解除
現在、ドメインの DNS サービスプロバイダーとして Amazon Route 53 を使用している場合は、
以下のステップを実行します。
a.
[Hosted Zones] を選択します。
b.
ドメインのホストゾーンの名前をダブルクリックします。ドメインの名前とホストゾーンの名
前は同じです。
c.
ドメインの DNS サービスプロバイダーとして Amazon Route 53 を使い続ける場合: ホスト
ゾーンの NS レコードを見つけて、4 つのネームサーバーの名前をメモします。この名前はす
べて先頭が ns- です。
ドメインの DNS サービスプロバイダーとして Amazon Route 53 を使い続けない場合: NS レ
コードと SOA レコード以外のリソースレコードセットのすべての設定をメモします。エイリ
アスリソースレコードセットなど、Amazon Route 53 特有の機能については、新しい DNS
サービスプロバイダーと協力して、同等の機能を実現する方法を決める必要があります。
12. 別のプロバイダーに DNS サービスを移管する場合は、ホストゾーンとリソースレコードセットを
作成して、Amazon Route 53 リソースレコードセットの機能を再現します。
13. 新しいレジストラに用意されたプロセスを使用して、ドメインの移管をリクエストします。ステッ
プ 9 で Amazon Route 53 コンソールから取得した認証コードを入力する画面が表示されます。
DNS サービスプロバイダーとして Amazon Route 53 を引き続き使用する場合は、ステップ 11 で
取得した Amazon Route 53 ネームサーバーの名前を指定します。別の DNS サービスプロバイダー
を使用する場合は、ステップ 12 で新しいホストゾーンを作成したときに新しいプロバイダーから
示されたネームサーバーの名前を指定します。
ドメイン名の停止の解除
Amazon Route 53 にドメインを登録すると、または別のレジストラから Amazon Route 53 にドメイン
を移管すると、確認メールが送信されます。このメールには、登録者の連絡先として有効なメールアド
レスが登録されていることを確認する方法が記載されています。メールは次のメールアドレスの 1 つか
ら送信されます。
TLD
承認メールの発信元となるメールアドレス
.com と .net
[email protected]
.com.au と .net.au
[email protected] (ドメインを Amazon Route 53 に移管する
場合のみ)
.fr
[email protected] (ドメインの移管と登録者の連絡先の変更を同時に行う場合のみ。
E メールは現在の登録者の連絡先と新しい登録者の連絡先の両方に送信さ
れます。)
その他すべて
[email protected]
メールに 15 日以内に応答しなかった場合（メールが迷惑メールフォルダーに入っていた場合など）、
ICANN の規定ではドメインを停止する必要があります。つまり、そのドメインはインターネットで利
用することができなくなります。ドメインの停止を解除するには、以下の手順を実行してもう一度確認
メールを送るよう依頼し、メールの指示に従います。
ドメインの停止を解除するには
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
API Version 2013-04-01
36
Amazon Route 53 開発者ガイド
ドメイン名登録の削除
2.
3.
4.
ナビゲーションペインで [Registered Domains] を選択します。
停止を解除するドメインの名前を選択します。
[Registered Domains > domain-name] ページで、[Send Email Again] を選択します。
Important
ドメインが悪用されたために停止されている場合、[Send Email Again] ボタンは使用でき
ません。AWS サポートセンターでケースを開く必要があります。[Regarding]、[Service]、
[Category] についてはデフォルト値をそのまま使用し、[Subject]、[Description]、[Contact
Method] に該当する情報を入力します。
5.
メールの指示に従います。
通常、メールに応答すると 30 分以内にドメインの停止は解除されますが、最大 2 時間かかること
もあります。
ドメイン名登録の削除
最上位ドメイン (TLD) では、必要がなくなった登録を削除できます。一部の TLD レジストリでは、ド
メイン名登録を削除することができません。代わりに、期限が切れるのを待つ必要があります。ドメイ
ンの登録を削除できるかどうか判断するには、「Amazon Route 53 に登録できるドメイン (p. 37)」を
参照してください。
レジストリで登録を削除できる場合、このトピックの手順を実行します。レジストリでドメイン名登録
を削除できない場合は、このドメインでのドメイン登録の自動更新を無効にします。[Expires on] の日
付が過ぎると、Amazon Route 53 はそのドメインの登録を自動的に削除します。自動更新の設定を変
更する方法については、「ドメインの連絡先情報およびその他の設定の編集 (p. 22)」を参照してくだ
さい。
Important
登録が期限切れになる前にドメイン名登録を削除した場合でも、登録料は払い戻しされませ
ん。
ドメイン名登録を削除するには
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
2.
3.
ナビゲーションペインで [Registered Domains] を選択します。
ドメインの名前を選択します。
4.
5.
[Delete Domain] を選択します。
TLD レジストリでドメイン名登録を削除できる場合は、[Delete Domain] を選択します。
Amazon Route 53 に登録できるドメイン
Abstract
Amazon Route 53 に登録できる最上位ドメインのリスト。
次のリストでは、Amazon Route 53 にドメインを登録できる最上位ドメイン（TLD）を示しています。
トピック
API Version 2013-04-01
37
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
• 汎用最上位ドメイン (p. 38)
• 地理的ドメイン (p. 57)
汎用最上位ドメイン
汎用最上位ドメイン (gTLD) は、.com、.net、.org など、世界中で使用され認識されるグローバル拡張
子です。また、.bike、.condos、.marketing などの、専門ドメインも含まれます。
すべての gTLD が国際化ドメイン名 (IDN) をサポートするわけではありません。以下のリストでは、
IDN をサポートしない gTLD はそう注記されています。国際化ドメイン名の詳細については、「DNS
ドメイン名の形式 (p. 3)」を参照してください。
A | B | C | D | E | F | G | H | I,J | K | L | M | N | O | P | Q | R | S | T | U | V | W,X,Y,Z
アプリ
.academy, .agency
.academy
学校や大学などの教育機関が使用します。また、教育機関に関連する採用担当者、アドバイザー、
広告主、学生、教師、管理者も使用します。
登録期間
Gandi ウェブサイトの .academy Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.agency
代理人として識別される任意の企業またはグループが使用します。
登録期間
Gandi ウェブサイトの .agency Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
請求
.bargains、.bike、.biz、.blue、.boutique、.builders、.buzz
.bargains
販売および宣伝に関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .bargains Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.bike
自転車店、オートバイ販売会社、修理工場など、サイクリストを対象とする企業またはグループが
使用します。
登録期間
Gandi ウェブサイトの .bike Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
API Version 2013-04-01
38
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
.biz
ビジネスまたは商用目的で使用されます。
登録期間
Gandi ウェブサイトの .biz Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .biz ドメインではサポートされません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.blue
青色が好きな人、または、青色をビジネスまたはブランドに関連付けたい人が使用します。
登録期間
Gandi ウェブサイトの .blue Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.boutique
ブティックや小規模専門店についての情報のために使用されます。
登録期間
Gandi ウェブサイトの .boutique Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.builders
建設業界に関連する会社と個人が使用します。
登録期間
Gandi ウェブサイトの .builders Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.buzz
最新のニュースとイベントに関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .buzz Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
C
.cab、.camera、.camp、.careers、.center、.ceo、.cheap、.co
l thn
i g、.cu
l b、.codes、.cofee、.com、.company、.computer、.condos、.constructo
i n、.contractors、.coo、
l .crusi es
.cab
タクシー業界に関連する会社と個人が使用します。
登録期間
Gandi ウェブサイトの .cab Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.camera
写真愛好家および写真を共有したい人が使用します。
API Version 2013-04-01
39
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
登録期間
Gandi ウェブサイトの .camera Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.camp
公園およびレクリエーション部門、サマーキャンプ、ライターズワークショップ、フィットネス
キャンプ、キャンプ愛好家が使用します。
登録期間
Gandi ウェブサイトの .camp Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.careers
求人に関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .careers Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.center
研究機関からコミュニティセンターまであらゆるものの汎用拡張子として使用されます。
登録期間
Gandi ウェブサイトの .center Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.ceo
CEO および同等の役職に関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .ceo Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.cheap
安価な製品を宣伝して販売する e コマースウェブサイトが使用します。
登録期間
Gandi ウェブサイトの .cheap Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.clothing
小売業者、デパート、デザイナー、仕立屋、アウトレットも含めて、ファッション業界の人が使用
します。
登録期間
Gandi ウェブサイトの .clothing Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.club
任意の種類のクラブまたは組織が使用します。
API Version 2013-04-01
40
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
登録期間
Gandi ウェブサイトの .club Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.codes
行動規範（コードオブコンダクト）、建築コード、プログラミングコードなど、あらゆる種類の
コードの汎用拡張子として使用されます。
登録期間
Gandi ウェブサイトの .codes Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.coffee
コーヒー業界の人が使用します。
登録期間
Gandi ウェブサイトの .coffee Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.com
商用サイトが使用します。これはインターネットで一番人気の拡張子です。
登録期間
Gandi ウェブサイトの .com Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、Amazon Registrar, Inc. です。
.company
あらゆる種類の企業の汎用拡張子として使用されます。
登録期間
Gandi ウェブサイトの .company Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.computer
コンピュータに関する情報の汎用拡張子として使用されます。
登録期間
Gandi ウェブサイトの .computer Domain Names に移動し、[Registration period] を参照して
ください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.condos
マンション関係の個人と企業が使用します。
登録期間
Gandi ウェブサイトの .condos Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.construction
建設業者や請負業者など、建設業界の人が使用します。
API Version 2013-04-01
41
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
登録期間
Gandi ウェブサイトの .construction Domain Names に移動し、[Registration period] を参照し
てください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.contractors
建設業界の請負業者など、請負業者が使用します。
登録期間
Gandi ウェブサイトの .contractors Domain Names に移動し、[Registration period] を参照して
ください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.cool
最新のトレンドにブランドを関連付けたい組織とグループが使用します。
登録期間
Gandi ウェブサイトの .cool Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.cruises
船旅業界が使用します。
登録期間
Gandi ウェブサイトの .cruises Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
D
.dance、.dating、.democrat、.diamonds、.directory、.domains
.dance
ダンサー、ダンス講師、ダンススクールが使用します。
登録期間
Gandi ウェブサイトの .dance Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.dating
出会い系サイトが使用します。
登録期間
Gandi ウェブサイトの .dating Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.democrat
民主党に関する情報のために使用されます。また、選挙で選出される公職の立候補者、当選した公
職者、政治好き、コンサルタント、アドバイザーも使用します。
登録期間
Gandi ウェブサイトの .democrat Domain Names に移動し、[Registration period] を参照して
ください。
API Version 2013-04-01
42
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.diamonds
ダイヤモンド愛好家、および、販売業者や再販業者、取引業者も含めてダイヤモンド業界の人が使
用します。
登録期間
Gandi ウェブサイトの .diamonds Domain Names に移動し、[Registration period] を参照して
ください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.directory
メディア部門が使用します。
登録期間
Gandi ウェブサイトの .directory Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.domains
ドメイン名に関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .domains Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
E
.education、.email、.enterprises、.equipment、.estate、.events、.expert、.exposed
.education
教育に関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .education Domain Names に移動し、[Registration period] を参照して
ください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.email
メールの奨励に関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .email Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.enterprises
大企業やビジネスに関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .enterprises Domain Names に移動し、[Registration period] を参照して
ください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.equipment
機器、機器の小売業者または製造業者、レンタルショップに関する情報のために使用されます。
API Version 2013-04-01
43
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
登録期間
Gandi ウェブサイトの .equipment Domain Names に移動し、[Registration period] を参照して
ください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.estate
住宅および住宅部門に関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .estate Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.イベント
あらゆる種類のイベントに関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .events Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.expert
各種分野の専門知識を持つ人が使用します。
登録期間
Gandi ウェブサイトの .expert Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.exposed
写真、タブロイド、調査報道を含む、多様な主題のための汎用拡張子として使用されます。
登録期間
Gandi ウェブサイトの .exposed Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
F
.farm、.flights、.florist、.foundation、.futbol
.farm
農民、農業エンジニアなど、農業業界の人が使用します。
登録期間
Gandi ウェブサイトの .farm Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.flights
旅行代理店、航空会社、および旅行業界に関連する人が使用します。
登録期間
Gandi ウェブサイトの .flights Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
API Version 2013-04-01
44
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
.florist
花屋が使用します。
登録期間
Gandi ウェブサイトの .florist Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.foundation
非営利組織、慈善団体、その他の財団が使用します。
登録期間
Gandi ウェブサイトの .foundation Domain Names に移動し、[Registration period] を参照して
ください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.futbol
サッカー（フットボール）に関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .futbol Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
G
.gallery、.gift、.glass、.graphics、.guitars、.guru
.gallery
画廊所有者が使用します。
登録期間
Gandi ウェブサイトの .gallery Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.gift
ギフトに関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .gift Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.glass
ガラス切り職人や窓枠取付業者など、ガラス業界の人が使用します。
登録期間
Gandi ウェブサイトの .glass Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.graphics
グラフィックス業界の人が使用します。
登録期間
Gandi ウェブサイトの .graphics Domain Names に移動し、[Registration period] を参照してく
ださい。
API Version 2013-04-01
45
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.guitars
ギター愛好家が使用します。
登録期間
Gandi ウェブサイトの .guitars Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.guru
各種主題についての知識を共有したい人が使用します。
登録期間
Gandi ウェブサイトの .guru Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
H
.holdings、.holiday、.house
.holdings
フィナンシャルアドバイザーや株式仲買人、投資関係で働く人が使用します。
登録期間
Gandi ウェブサイトの .holdings Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.holiday
旅行業界の人、および、パーティの企画や特別な行事に関係する個人と企業が使用します。
登録期間
Gandi ウェブサイトの .holiday Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.house
不動産業者および住宅の購入者と販売者が使用します。
登録期間
Gandi ウェブサイトの .house Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
I、J
.immobilien、.info、.ink、.institute、.international
.immobilien
不動産に関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .immobilien Domain Names に移動し、[Registration period] を参照して
ください。
API Version 2013-04-01
46
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.info
情報を広めるために使用されます。
登録期間
Gandi ウェブサイトの .info Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .info ドメインではサポートされません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.ink
入れ墨の愛好家、または、印刷や出版業界などインクに関連する業界が使用します。
登録期間
Gandi ウェブサイトの .ink Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.institute
任意の組織またはグループ、特に研究および教育機関が使用します。
登録期間
Gandi ウェブサイトの .institute Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.international
国際的なチェーン展開をしている企業、世界を旅する個人、または国際的な影響力を持つ慈善団体
が使用します。
登録期間
Gandi ウェブサイトの .international Domain Names に移動し、[Registration period] を参照し
てください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
K USD
.kaufen、.kim、.kitchen、.kiwi
.kaufen
e コマースに関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .kaufen Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.kim
姓または名前が Kim である人が使用します。
登録期間
Gandi ウェブサイトの .kim Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .kim ドメインではサポートされません。
API Version 2013-04-01
47
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.kitchen
台所用品の小売業者、コック、食べ物ブロガー、食品業界の人が使用します。
登録期間
Gandi ウェブサイトの .kitchen Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.kiwi
ニュージーランドのキウィ文化をサポートしたい会社と個人が使用します。また、2010 年と 2011
年に地震による被害を受けたクライストチャーチの再建を支援する慈善事業のプラットフォームと
しても使用されます。
登録期間
Gandi ウェブサイトの .kiwi Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
L
.land、.lighting、.limo、.link
.land
農民、不動産業者、商用開発者、および土地に興味を持つ人が使用します。
登録期間
Gandi ウェブサイトの .land Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.lighting
写真家、デザイナー、建築家、エンジニアなど、照明に興味を持つ人が使用します。
登録期間
Gandi ウェブサイトの .lighting Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.limo
運転手、リムジン会社、レンタカー業者が使用します。
登録期間
Gandi ウェブサイトの .limo Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.link
オンラインショートカットリンクの作成に関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .link Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
API Version 2013-04-01
48
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
M
.maison、.management、.marketing、.mobi、.moda
.maison
不動産部門が使用します。
登録期間
Gandi ウェブサイトの .maison Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.management
ビジネスの世界と会社管理に関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .management Domain Names に移動し、[Registration period] を参照し
てください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.marketing
さまざまな目的のためにマーケティング部門が使用します。
登録期間
Gandi ウェブサイトの .marketing Domain Names に移動し、[Registration period] を参照して
ください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.mobi
ウェブサイトを携帯電話でアクセスできるようにしたい会社と個人が使用します。
登録期間
Gandi ウェブサイトの .mobi Domain Names に移動し、[Registration period] を参照してくだ
さい。
制限
国際化ドメイン名は .mobi ドメインではサポートされません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.moda
ファッションに関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .moda Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
N
.net、.ninja
.net
あらゆる種類のサイトに使用されます。.net 拡張子は network（ネットワーク）の省略表現です。
登録期間
Gandi ウェブサイトの .net Domain Names に移動し、[Registration period] を参照してくださ
い。
API Version 2013-04-01
49
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
レジストラ
この TLD のレジストラは、Amazon Registrar, Inc. です。
.ninja
忍者の能力と自分を関連付けたい個人と企業が使用します。
登録期間
Gandi ウェブサイトの .ninja Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
O
.onl、.org
.onl
.onl 拡張子は、online（オンライン）の省略表現であり、スペイン語では非営利組織を表す略語で
もあります。
登録期間
Gandi ウェブサイトの .onl Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.org
あらゆる種類の組織が使用します。
登録期間
Gandi ウェブサイトの .org Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .org ドメインではサポートされません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
P
.partners、.photo、.photography、.photos、.pics、.pink、.plumbing、.productions、.properties、.pub
.partners
法律事務所、投資家、およびさまざまな企業が使用します。また、人間関係を築くソーシャルサイ
トも使用します。
登録期間
Gandi ウェブサイトの .partners Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.photo
写真家や写真に関心を持つ人が使用します。
登録期間
Gandi ウェブサイトの .photo Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
API Version 2013-04-01
50
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
.photography
写真家や写真に関心を持つ人が使用します。
登録期間
Gandi ウェブサイトの .photography Domain Names に移動し、[Registration period] を参照し
てください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.photos
写真家や写真に関心を持つ人が使用します。
登録期間
Gandi ウェブサイトの .photos Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.pics
写真家や写真に関心を持つ人が使用します。
登録期間
Gandi ウェブサイトの .pics Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.pink
ピンク色が好きな人、または、ピンク色をビジネスまたはブランドに関連付けたい人が使用しま
す。
登録期間
Gandi ウェブサイトの .pink Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .pink ドメインではサポートされません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.plumbing
配管部門の人が使用します。
登録期間
Gandi ウェブサイトの .plumbing Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.productions
コマーシャルやラジオ広告、ミュージックビデオを作成するスタジオや制作会社が使用します。
登録期間
Gandi ウェブサイトの .productions Domain Names に移動し、[Registration period] を参照し
てください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.プロパティ
販売または賃貸する住宅、建物、土地を持つ人が使用します。
登録期間
Gandi ウェブサイトの .properties Domain Names に移動し、[Registration period] を参照して
ください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
API Version 2013-04-01
51
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
.pub
出版、広告、または醸造ビジネスの人が使用します。
登録期間
Gandi ウェブサイトの .pub Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
Q
.qpon
.qpon
クーポンとプロモーションコードのために使用されます。
登録期間
Gandi ウェブサイトの .qpon Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
R
.recipes、.red、.rentals、.repair、.reviews
.recipes
レシピを共有する人が使用します。
登録期間
Gandi ウェブサイトの .recipes Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.red
赤色が好きな人、または、赤色をビジネスまたはブランドに関連付けたい人が使用します。
登録期間
Gandi ウェブサイトの .red Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .red ドメインではサポートされません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.rentals
あらゆる種類のレンタルに使用されます。
登録期間
Gandi ウェブサイトの .rentals Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.repair
修理サービス、または、あらゆる種類の品目の修理方法を教えたい人が使用します。
登録期間
Gandi ウェブサイトの .repair Domain Names に移動し、[Registration period] を参照してくだ
さい。
API Version 2013-04-01
52
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.reviews
自分の意見を表明し、他人のコメントを読みたい人が使用します。
登録期間
Gandi ウェブサイトの .reviews Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
S
.sexy、.shiksha、.shoes、.singles、.social、.solar、.solutions、.support、.systems
.sexy
性的なコンテンツに使用されます。また、最も人気のあるエキサイティングなブランド、製品、情
報、ウェブサイトを記述するのにも使用されます。
登録期間
Gandi ウェブサイトの .sexy Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.shiksha
shiksha という用語は学校を表すインドの言葉です。.shiksha 拡張子は教育機関が使用します。
登録期間
Gandi ウェブサイトの .shiksha Domain Names に移動し、[Registration period] を参照してく
ださい。
制限
国際化ドメイン名は .shiksha ドメインではサポートされません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.shoes
靴の小売業者、デザイナー、製造業者、またはファッションブロガーが使用します。
登録期間
Gandi ウェブサイトの .shoes Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.singles
つながりをつくりたい人を対象とした出会い系サービス、リゾートなどの企業が使用します。
登録期間
Gandi ウェブサイトの .singles Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.social
ソーシャルメディア、フォーラム、オンライン会話に関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .social Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
API Version 2013-04-01
53
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
.solar
太陽系または太陽エネルギーに関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .solar Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.お問い合わせ
あらゆる種類のコンサルタント、セルフサービス、アドバイザーが使用します。
登録期間
Gandi ウェブサイトの .solutions Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.support
顧客、製品、システムのサポートや感情的、金銭的、精神的なサポートも含めて、あらゆる種類の
サポートを提供する企業、グループまたは慈善団体が使用します。
登録期間
Gandi ウェブサイトの .support Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.systems
技術サービスを提供する人とテクノロジー業界が主として使用します。
登録期間
Gandi ウェブサイトの .systems Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
AWS マネジメントコンソール では、
.tattoo、.technology、.tienda、.tips、.today、.training、.tv
.tattoo
入れ墨の愛好家および入れ墨業界が使用します。
登録期間
Gandi ウェブサイトの .tattoo Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.technology
テクノロジの愛好家および、会社、サービス、製造元でテクノロジーを専門とする人が使用しま
す。
登録期間
Gandi ウェブサイトの .technology Domain Names に移動し、[Registration period] を参照して
ください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.tienda
スペイン語を話す消費者とつながりたい小売企業が使用します。
API Version 2013-04-01
54
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
登録期間
Gandi ウェブサイトの .tienda Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.ヒント
事実上あらゆる話題について知識と助言を共有したい人が使用します。
登録期間
Gandi ウェブサイトの .tips Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.today
現在のイベント、ニュース、天候、娯楽などに関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .today Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.training
トレーナー、コーチ、教育者が使用します。
登録期間
Gandi ウェブサイトの .training Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.tv
テレビとメディアに関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .tv Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
子
.uno
.uno
スペイン語、ポルトガル語、イタリア語のコミュニティに関する情報のために使用されます。
登録期間
Gandi ウェブサイトの .uno Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
V
.vacations、.ventures、.viajes、.villas、.voyage
.vacations
旅行業界と観光業界が使用します。
API Version 2013-04-01
55
Amazon Route 53 開発者ガイド
汎用最上位ドメイン
登録期間
Gandi ウェブサイトの .vacations Domain Names に移動し、[Registration period] を参照して
ください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.ventures
起業家、新興企業、ベンチャーキャピタル、投資銀行、金融業者が使用します。
登録期間
Gandi ウェブサイトの .ventures Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.viajes
旅行代理店、添乗員、旅行ブログ、ツアー会社、レンタルサービス、旅行ブロガー、旅行小売業者
が使用します。
登録期間
Gandi ウェブサイトの .viajes Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.villas
販売または賃貸する別荘を待つ不動産業者と不動産所有者が使用します。
登録期間
Gandi ウェブサイトの .villas Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.voyage
旅行代理店、添乗員、旅行ブログ、ツアー会社、レンタルサービス、旅行ブロガー、旅行小売業者
が使用します。
登録期間
Gandi ウェブサイトの .voyage Domain Names に移動し、[Registration period] を参照してく
ださい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
W、X、Y、Z
.watch、.wiki、.works、.zone
.監視
ストリーミングウェブサイト、ウェブテレビ、ビデオ、または時計に関する情報のために使用され
ます。
登録期間
Gandi ウェブサイトの .watch Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.wiki
オンラインドキュメントに関する情報のために使用されます。
API Version 2013-04-01
56
Amazon Route 53 開発者ガイド
地理的ドメイン
登録期間
Gandi ウェブサイトの .wiki Domain Names に移動し、[Registration period] を参照してくださ
い。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.works
仕事、職、雇用サービスに関する情報のために企業、組織、個人が使用します。この拡張子
は、.com、.net、.org 拡張子の代わりとして使用できます。
登録期間
Gandi ウェブサイトの .works Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.zone
タイムゾーン、気候ゾーン、スポーツゾーンなど、あらゆる種類のゾーンに関する情報のために使
用されます。
登録期間
Gandi ウェブサイトの .zone Domain Names に移動し、[Registration period] を参照してくだ
さい。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
地理的ドメイン
以下のドメイン拡張子は、地域別にグループ分けした、国コード最上位ドメイン (ccTLD) と呼ばれる正
式な国別拡張子です。例を挙げれば、.be（ベルギー）、.in（インド）、.mx（メキシコ）です。ccTLD
の登録ルールは国によって異なります。制限のない国、つまり、世界中のだれでも登録できる国もあれ
ば、住所など、一定の制限を設けている国もあります。
すべての ccTLD が国際化ドメイン名 (IDN) をサポートするわけではありません。以下のリストでは、
IDN をサポートしない ccTLDs はそう注記されています。国際化ドメイン名の詳細については、「DNS
ドメイン名の形式 (p. 3)」を参照してください。
地域
• アフリカ (p. 57)
• アメリカ大陸 (p. 58)
• アジア/オセアニア (p. 60)
• 欧州 (p. 64)
アフリカ
.co.za
.co.za（南アフリカ）
登録期間
Gandi ウェブサイトの .za Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
.za 拡張子で使用できるのは第 2 レベルドメインのみです。Amazon Route 53 は第 2 レベルド
メインの .co.za をサポートします。
公開されていますが、いくつか制約があります。
API Version 2013-04-01
57
Amazon Route 53 開発者ガイド
地理的ドメイン
• 登録できるのは特定可能な法的存在（個人と法人）です。
• ドメイン名は登録手続き中にゾーンチェックに合格する必要があります。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
アメリカ大陸
.ca、.cl、.co、.com.ar、.com.br、.mx、.us
.ca（カナダ）
TLD レジストリからの確認メール
.ca ドメインを登録すると、登録規約の承認手続きへのリンクが記載されたメールが届きます。
手続きは 7 日以内に完了する必要があります。そうしないと、ドメインは登録されません。
登録期間
Gandi ウェブサイトの .ca Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
公開されていますが、いくつか制約があります。
• 登録できるのはカナダとつながりのある個人または組織です。「Canadian Presence
Requirements for Registrants」に要件が説明されています。
• 登録者の連絡先: ドメイン所有者の完全で正確な法的に正式な名称を指定する必要がありま
す。
• 管理者と技術担当者の連絡先: 連絡先のタイプとして [Person] を指定し、カナダに住んでい
る個人の連絡先情報を指定する必要があります。
• 登録手続きの際に次のような法的タイプの 1 つを選択する必要があります。
• CCO は会社（corporation）を表します。
• CCT はカナダ市民（Canadian citizen）を表します。
• RES はカナダ住民（Canadian resident）を表します。
• GOV は政府機関（government entity）を表します。
• EDU は教育機関（educational entity）を表します。
• ASS は法人格のない社団（unincorporated association）を表します。
• HOP は病院（hospital）を表します。
• PRT は共同事業者（partnership）を表します。
• TDM は商標（trademark）を表します。
• TRD は労働組合（trade union）を表します。
• PLT は政党（political party）を表します。
• LAM は図書館、書庫、博物館（libraries, archives, and museums）を表します。
• TRS は信託（trust）を表します。
• ABO は先住民（Aboriginal Peoples）を表します。
• INB はインディアンバンド（Indian Band）を表します。
• LGR は法定代理人（legal representative）を表します。
• OMK は（商標法で保護された）正式マーク（official mark）を表します。
• MAJ は女王陛下（Her Majesty the Queen）を表します。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
ドメイン登録の削除
.ca ドメインのレジストリはドメイン登録を削除することができません。代わりに、自動更新
を無効にして、ドメインの有効期限が切れるまで待つ必要があります。詳細については、「ド
メイン名登録の削除 (p. 37)」を参照してください。
API Version 2013-04-01
58
Amazon Route 53 開発者ガイド
地理的ドメイン
.cl（チリ）
登録期間
Gandi ウェブサイトの .cl Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .cl ドメインではサポートされません。
公開されていますが、いくつか制約があります。
• .cl 拡張子を使用できるのは、チリに滞在しているか居住者である個人、および、チリで事
業を行うことが正式に許可された会社です。
• チリに住んでいない個人の場合、地元の管理者契約が必要です。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.co（コロンビア）
登録期間
Gandi ウェブサイトの .co Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
公開されており、制約はありません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.com.ar（アルゼンチン）
登録期間
Gandi ウェブサイトの .ar Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
第 2 レベルのドメインのみが使用できます。Amazon Route 53 は第 2 レベルドメインの .com.ar
をサポートします。
公開されていますが、いくつか制約があります。
• 地元に存在している必要があります。
• 登録手続きの際に、ID 番号を入力する必要があります。個人の場合、これはパスポート番
号、国民 ID、または運転免許証番号です。企業や組織の場合は、徴税 ID または VAT 番号
を指定できます。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.com.br（ブラジル）
登録期間
Gandi ウェブサイトの .br Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
第 2 レベルのドメインのみが使用できます。Amazon Route 53 は第 2 レベルドメインの .com.br
をサポートします。
公開されていますが、いくつか制約があります。
• .com.br を使用できるのは、ブラジルに法的に居住するか設立された個人と会社です。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.mx（メキシコ）
登録期間
Gandi ウェブサイトの .mx Domain Names に移動し、[Registration period] を参照してくださ
い。
API Version 2013-04-01
59
Amazon Route 53 開発者ガイド
地理的ドメイン
制限
国際化ドメイン名は .mx ドメインではサポートされません。
公開されており、制約はありません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.us（米国）
登録期間
Gandi ウェブサイトの .us Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .us ドメインではサポートされません。
.us ドメインのレジストリでは、「Federal Communications Commission v. Pacifica Foundation
No. 77-528」で指定されている 7 語のいずれかを含むドメイン名は許可されません。
公開されており、1 つの制約があります。
• .us 拡張子は、米国に拠点を置くウェブサイトまたは活動向けです。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
アジア/オセアニア
.co.nz、.com.au、.com.sg、.in、.jp、.io、.net.au、.net.nz、.org.nz、.ru、.sg
.co.nz（ニュージーランド）
登録期間
Gandi ウェブサイトの .nz Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
第 2 レベルのドメインのみが使用できます。Amazon Route 53 がサポートする第 2 レベルド
メインは、.co.nz、.net.nz、.org.nz です。
公開されていますが、いくつか制約があります。
• 個人は 18 歳以上でなくてはいけません。
• 組織は登録されている必要があります。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.com.au（オーストラリア）
TLD レジストリからの確認メール
当社のレジストラパートナーである Gandi は、オーストラリア企業の TPP Wholesale を通じ
て .com.au ドメインを再販しています。ドメイン名を Amazon Route 53 に移管すると、
tppwholesale.com.au がドメインの登録者の連絡先にメールを送信して、連絡先情報を確認す
るか、移管リクエストを承認します。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
登録期間
Gandi ウェブサイトの .au Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
第 2 レベルのドメインのみが使用できます。Amazon Route 53 がサポートする第 2 レベルド
メインは、.com.au と net.au です。
API Version 2013-04-01
60
Amazon Route 53 開発者ガイド
地理的ドメイン
公開されていますが、いくつか制約があります。
• .com.au ドメインと .net.au ドメインを使用できるのは、オーストラリアに登録されている
法人、共同事業者、個人事業主、オーストラリアで事業が許可されている外国企業、オース
トラリアで登録された商標の所有者または申請者です。
• ドメイン名は、（該当するオーストラリアの機関に登録された）お客様の名称、またはお客
様の登録商標（または商標の省略形か頭字語）と同一である必要があります。
• ドメイン名はお客様の活動を示す必要があります。たとえば、販売する製品や提供するサー
ビスを示す必要があります。
• 登録手続きの際に、以下の情報を指定する必要があります。
• 登録タイプ: ABN（オーストラリアビジネス番号）、ACN（オーストラリア会社番号）、
RBN（登録ビジネス番号）、またはドメイン名が商標に相当する場合は TM（商標）。
• お客様の ID 番号。メディケアカード番号、税申告番号 (TFN)、州運転免許証番号、オー
ストラリアビジネス番号 (ABN) のいずれかです。
• お客様の州。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
ドメイン登録の削除
.com.au ドメインのレジストリはドメイン登録を削除することができません。代わりに、自動
更新を無効にして、ドメインの有効期限が切れるまで待つ必要があります。詳細については、
「ドメイン名登録の削除 (p. 37)」を参照してください。
.com.sg（シンガポール共和国）
登録期間
Gandi ウェブサイトの .sg Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
Amazon Route 53 は .sg 拡張子と第 2 レベルドメインの .com.sg をサポートします。
公開されており、1 つの制約があります。
• シンガポールに存在している必要があります。登録者の国民 ID 番号を指定する必要があり
ます。シンガポールでは、国民登録 ID カード (NRIC) がシンガポール市民と永住者に発行さ
れます。
ドメイン登録の削除
.com.sg ドメインのレジストリはドメイン登録を削除することができません。代わりに、自動
更新を無効にして、ドメインの有効期限が切れるまで待つ必要があります。詳細については、
「ドメイン名登録の削除 (p. 37)」を参照してください。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.in（インド）
登録期間
Gandi ウェブサイトの .in Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .in ドメインではサポートされません。
公開されており、制約はありません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.jp（日本）
ドメインの移管
.jp ドメインを Amazon Route 53 に移管するには、現在のドメインレジストラが用意している
方法を使って、ドメインの AGNT コードの値を AGNT-1744（すべて大文字）に更新します。
API Version 2013-04-01
61
Amazon Route 53 開発者ガイド
地理的ドメイン
登録期間
Gandi ウェブサイトの .jp Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
公開されており、1 つの制約があります。
• .jp ドメイン名は日本の個人または会社のみが登録できます。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.io（英領インド洋地域）
登録期間
Gandi ウェブサイトの .io Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
公開されており、制約はありません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
ドメイン登録の削除
.io ドメインのレジストリはドメイン登録を削除することができません。代わりに、自動更新
を無効にして、ドメインの有効期限が切れるまで待つ必要があります。詳細については、「ド
メイン名登録の削除 (p. 37)」を参照してください。
.net.au（オーストラリア）
TLD レジストリからの確認メール
当社のレジストラパートナーである Gandi は、オーストラリア企業の TPP Wholesale を通じ
て .net.au ドメインを再販しています。ドメイン名を Amazon Route 53 に移管すると、
tppwholesale.com.au がドメインの登録者の連絡先にメールを送信して、連絡先情報を確認す
るか、移管リクエストを承認します。
登録期間
Gandi ウェブサイトの .au Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
第 2 レベルのドメインのみが使用できます。Amazon Route 53 がサポートする第 2 レベルド
メインは、.com.au と net.au です。
公開されていますが、いくつか制約があります。
• .com.au ドメインと .net.au ドメインを使用できるのは、オーストラリアに登録されている
法人、共同事業者、個人事業主、オーストラリアで事業が許可されている外国企業、オース
トラリアで登録された商標の所有者または申請者です。
• ドメイン名は、該当するオーストラリアの機関に登録されたお客様の名称、またはお客様の
登録商標（またはその省略形か頭字語）と同一である必要があります。
• ドメイン名はお客様の活動を示す必要があります。たとえば、販売する製品や提供するサー
ビスを示す必要があります。
• 登録手続きの際に、以下を指定する必要があります。
• 登録タイプ: ABN（オーストラリアビジネス番号）、ACN（オーストラリア会社番号）、
RBN（ビジネス登録番号）、またはドメイン名が商標に相当する場合は TM（商標）。
• お客様の ID 番号。メディケアカード番号、税申告番号 (TFN)、州運転免許証番号、オー
ストラリアビジネス番号 (ABN) のいずれかです。
• お客様の州。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
API Version 2013-04-01
62
Amazon Route 53 開発者ガイド
地理的ドメイン
ドメイン登録の削除
.net.au ドメインのレジストリはドメイン登録を削除することができません。代わりに、自動
更新を無効にして、ドメインの有効期限が切れるまで待つ必要があります。詳細については、
「ドメイン名登録の削除 (p. 37)」を参照してください。
.net.nz（ニュージーランド）
登録期間
Gandi ウェブサイトの .nz Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
第 2 レベルのドメインのみが使用できます。Amazon Route 53 がサポートする第 2 レベルド
メインは、.co.nz、.net.nz、.org.nz です。
公開されていますが、いくつか制約があります。
• 個人は 18 歳以上でなくてはいけません。
• 組織は登録されている必要があります。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.org.nz（ニュージーランド）
登録期間
Gandi ウェブサイトの .nz Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
第 2 レベルのドメインのみが使用できます。Amazon Route 53 がサポートする第 2 レベルド
メインは、.co.nz、.net.nz、.org.nz です。
公開されていますが、いくつか制約があります。
• 個人は 18 歳以上でなくてはいけません。
• 組織は登録されている必要があります。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.ru（ロシア連邦）
ドメインの移管
.ru ドメインを Amazon Route 53 に移管する場合は、認証コードを指定する必要はありませ
ん。代わりに、ドメインの パートナーハンドル を 5427/NIC-REG に更新するには、.ru ドメ
インのレジストリである RU-Center が提供するメソッドを使用します。 詳細については、
RU-Center ウェブサイトの Registrar's or Registrant's Transfer ページを参照してください。
登録期間
Gandi ウェブサイトの .ru Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .ru ドメインではサポートされません。
公開されていますが、いくつか制約があります。
• 個人は、パスポート番号または政府が発行する ID 番号の入力が必要になる可能性がありま
す。
• 外国企業は、会社 ID または会社登録の入力が必要になる可能性があります。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
ドメイン登録の削除
.ru ドメインのレジストリはドメイン登録を削除することができません。代わりに、自動更新
を無効にして、ドメインの有効期限が切れるまで待つ必要があります。詳細については、「ド
メイン名登録の削除 (p. 37)」を参照してください。
API Version 2013-04-01
63
Amazon Route 53 開発者ガイド
地理的ドメイン
.sg（シンガポール共和国）
登録期間
Gandi ウェブサイトの .sg Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
Amazon Route 53 は .sg 拡張子と第 2 レベルドメインの .com.sg をサポートします。これら
のドメインは公開されていますが、いくつか制限があります。
• 管理者の連絡先には郵便物が届くシンガポールの住所が必要です。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
ドメイン登録の削除
.sg ドメインのレジストリはドメイン登録を削除することができません。代わりに、自動更新
を無効にして、ドメインの有効期限が切れるまで待つ必要があります。詳細については、「ド
メイン名登録の削除 (p. 37)」を参照してください。
欧州
.be、.berlin、.ch、.co.uk、.de、.es、.eu、.fi、.fr、.it、.me、.me.uk、.nl、.org.uk、.ruhr、.se、.wien
.be（ベルギー）
登録期間
Gandi ウェブサイトの .be Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
公開されており、制約はありません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.berlin（ドイツのベルリン市）
登録期間
Gandi ウェブサイトの .berlin Domain Names に移動し、[Registration period] を参照してくだ
さい。
制限
公開されていますが、いくつか制約があります。
• 所有者、管理者、または技術担当者の連絡先はベルリンの住所にする必要があり、管理者の
連絡先は個人である必要があります。
• 登録後 12 か月以内に .berlin ドメインをアクティブにして使用する必要があります（ウェブ
サイト、リダイレクト、またはメールアドレスに適用されます）。
• .berlin ドメインでウェブサイトを公開する場合、または、.berlin ドメインが別のウェブサイ
トにリダイレクトされる場合、そのウェブサイトのコンテンツはベルリン関連である必要が
あります。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.ch（スイス）
登録期間
Gandi ウェブサイトの .ch Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
公開されており、制約はありません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
API Version 2013-04-01
64
Amazon Route 53 開発者ガイド
地理的ドメイン
.co.uk（英国）
ドメインの削除
.co.uk ドメインを Amazon Route 53 に移管するには、現在のドメインレジストラが用意した
方法を使って、ドメインのインターネットプロバイダーセキュリティ（IPS）タグの値を GANDI
（すべて大文字）に更新します（IPS タグは、レジストラタグとも呼ばれ、.co.uk ドメイン名
のレジストリである Nominet が必須としています）。.co.uk ドメインを登録すると、Amazon
Route 53 は自動的にドメインの IPS タグを GANDI に設定します。
登録期間
Gandi ウェブサイトの .uk Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .co.uk ドメインではサポートされません。
公開されており、制約はありません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
ドメイン登録の削除
.co.uk ドメインのレジストリはドメイン登録を削除することができません。代わりに、自動更
新を無効にして、ドメインの有効期限が切れるまで待つ必要があります。詳細については、
「ドメイン名登録の削除 (p. 37)」を参照してください。
.de（ドイツ）
登録期間
Gandi ウェブサイトの .de Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
公開されていますが、いくつか制約があります。
• お客様がドイツに住んでいるか、または、管理者の連絡先（物理的な個人）がドイツに住ん
でいて、私書箱以外の住所になっている必要があります。
• 登録時に、ドメイン名の DNS（A、MX、CNAME）が正しく設定され、レジストリのゾーン
チェックに合格する必要があります。2 つの異なる C クラスのサーバーが 3 台必要です。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.es（スペイン）
ドメインの購入または移管
Important
登録者の連絡先の種類が Person の場合、新しい .es ドメイン名を購入するか、.es ド
メインを Amazon Route 53 に移管できます。登録者の連絡先の種類が Company、
Association、または Public Body の場合は、.es ドメインを購入または移管できませ
ん。
登録期間
Gandi ウェブサイトの .es Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
スペインに興味があるかスペインとつながりのある人が使用できます。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.eu（欧州連合）
登録期間
Gandi ウェブサイトの .eu Domain Names に移動し、[Registration period] を参照してくださ
い。
API Version 2013-04-01
65
Amazon Route 53 開発者ガイド
地理的ドメイン
制限
公開されており、1 つの制約があります。
• 欧州連合の加盟国 27 か国のいずれか 1 国の郵便物が届く住所を指定する必要があります。
地元に存在している必要があります。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.fi（フィンランド）
登録期間
Gandi ウェブサイトの .fi Domain Names に移動し、[Registration period] を参照してください。
制限
公開されていますが、いくつか制約があります。
• .fi 拡張子は、フィンランドに居住地がありフィンランド ID 番号を持つ個人と、フィンラン
ドに登録されている法人または私企業が使用できます。
• 登録時には以下の情報を指定する必要があります。
• 連絡先が、フィンランドの個人または法人に基づいているかどうか。
• 法人の名称に基づいている場合は、その名称が記録されている登記簿の識別名。
• 法人の名称に基づいている場合は、その名称が記録された登記簿の記録番号。
• フィンランドの法人の識別番号。
• フィンランドの個人の識別番号。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
ドメイン登録の削除
.fi ドメインのレジストリはドメイン登録を削除することができません。代わりに、自動更新を
無効にして、ドメインの有効期限が切れるまで待つ必要があります。詳細については、「ドメ
イン名登録の削除 (p. 37)」を参照してください。
.fr（フランス）
登録期間
Gandi ウェブサイトの .fr Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
公開されていますが、いくつか制約があります。
• 個人は 18 歳以上で、その生年月日を入力する必要があります。
• 組織は欧州経済地域またはスイスに拠点を置く必要があります。
• 組織は、すべての会社識別フィールド（VAT 番号、SIREN、WALDEC、DUNS など）に入
力する必要があります。これは、AFNIC が後日、確認作業を行う場合に作業が容易になる
ためです。
• 同じ適格条件が管理者の連絡先にも適用されます。
• 名称と期間は AFNIC の事前レビューを受け（Naming Charter Article 2.4）、以下の追加条
件に従います。
• 以前に予約または禁止されていたドメイン名は、正当な権利を持つことを証明し、誠実に
行動する申請者が使用できます。
• ville、mairie、agglo、cc、cg、cr で始まる名称は、AFNIC の命名規則に従います。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.it（イタリア）
登録期間
Gandi ウェブサイトの .it Domain Names に移動し、[Registration period] を参照してください。
制限
公開されていますが、いくつか制約があります。
• 個人または組織は、欧州連合内に登録住所を持つ必要があります。
API Version 2013-04-01
66
Amazon Route 53 開発者ガイド
地理的ドメイン
• お客様の本国がイタリアである場合は、会計コードを入力する必要があります。本国が欧州
連合内にある場合は、身分証明書番号（ID 番号）を入力する必要があります。
• 個人として登録するか会社として登録するかに応じて、VAT 番号（付加価値税識別番号）の
入力が必要になる可能性があります。
• ドメイン名は DNS チェックに合格する必要があります。ドメイン名が技術的要件に従わず、
それが 30 日以内に修正されない場合、そのドメイン名はレジストリから削除されます。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.me（モンテネグロ）
登録期間
Gandi ウェブサイトの .me Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .me ドメインではサポートされません。
公開されており、制約はありません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.me.uk（英国）
ドメインの移管
.me.uk ドメインを Amazon Route 53 に移管するには、現在のドメインレジストラが用意した
方法を使って、ドメインのインターネットプロバイダーセキュリティ（IPS）タグの値を GANDI
（すべて大文字）に更新します（IPS タグは、レジストラタグとも呼ばれ、.me.uk ドメイン名
のレジストリである Nominet が必須としています）。.me.uk ドメインを登録すると、Amazon
Route 53 は自動的にドメインの IPS タグを GANDI に設定します。
登録期間
Gandi ウェブサイトの .uk Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .me.uk ドメインではサポートされません。
公開されており、制約はありません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
ドメイン登録の削除
.me.uk ドメインのレジストリはドメイン登録を削除することができません。代わりに、自動
更新を無効にして、ドメインの有効期限が切れるまで待つ必要があります。詳細については、
「ドメイン名登録の削除 (p. 37)」を参照してください。
.nl（オランダ）
登録期間
Gandi ウェブサイトの .nl Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .nl ドメインではサポートされません。
公開されていますが、いくつか制約があります。
• 所有者または管理者の連絡先として、オランダの有効な住所を指定する必要があります。地
元に存在している必要があります。
• オランダに有効な住所がない場合は、レジストリの SIDN が居住地住所手順に従って、居住
地住所をお客様に提供します。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
API Version 2013-04-01
67
Amazon Route 53 開発者ガイド
地理的ドメイン
.org.uk（英国）
ドメインの移管
.org.uk ドメインを Amazon Route 53 に移管するには、現在のドメインレジストラが用意した
方法を使って、ドメインのインターネットプロバイダーセキュリティ（IPS）タグの値を GANDI
（すべて大文字）に更新します（IPS タグは、レジストラタグとも呼ばれ、.org.uk ドメイン名
のレジストリである Nominet が必須としています）。.org.uk ドメインを登録すると、Amazon
Route 53 は自動的にドメインの IPS タグを GANDI に設定します。
登録期間
Gandi ウェブサイトの .uk Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
国際化ドメイン名は .org.uk ドメインではサポートされません。
公開されており、制約はありません。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
ドメイン登録の削除
.org.uk ドメインのレジストリはドメイン登録を削除することができません。代わりに、自動
更新を無効にして、ドメインの有効期限が切れるまで待つ必要があります。詳細については、
「ドメイン名登録の削除 (p. 37)」を参照してください。
.ruhr（ドイツ西部のルール地域）
.ruhr 拡張子はルール地域（ドイツ西部）用です。
登録期間
Gandi ウェブサイトの .ruhr Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
公開されており、1 つの制約があります。
• 管理者の連絡先はドイツに住所を持つ個人である必要があります。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.se（スウェーデン）
登録期間
Gandi ウェブサイトの .se Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
公開されていますが、いくつか制約があります。
• スウェーデンに拠点がある場合は、有効なスウェーデン ID 番号を指定する必要があります。
• スウェーデン外部に拠点がある場合は、徴税 ID 番号など、有効な ID 番号を入力する必要が
あります。
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
.wien（オーストリアのウィーン市）
登録期間
Gandi ウェブサイトの .wien Domain Names に移動し、[Registration period] を参照してくださ
い。
制限
公開されていますが、いくつか制約があります。
• オーストリアのウィーン市と経済的、文化的、旅行者的、歴史的、社会的などの密接な関係
があることを示す必要があります。
• .wien ドメイン名は、登録期間全体を通して、上記の条件に関連した用途で使用する必要が
あります。
API Version 2013-04-01
68
Amazon Route 53 開発者ガイド
地理的ドメイン
レジストラ
この TLD のレジストラは、レジストラアソシエイトである Gandi です。
API Version 2013-04-01
69
Amazon Route 53 開発者ガイド
既存ドメインの DNS サービスを Amazon Route 53 に移行
する
DNS サービスとして Amazon
Route 53 を設定
Abstract
Route 53 を DNS サービスとして使用するように既存のドメインとサブドメインを移行します。
Amazon Route 53 は、任意の登録済みドメイン名のための DNS サービスとして使用できます。ドメイ
ンを Amazon Route 53 に登録すると、Amazon Route 53 がドメインの DNS サービスとして自動的に
設定されます。既存のドメインまたはサブドメインの DNS サービスを Amazon Route 53 に移行する
こともできます。詳細については、該当するトピックを参照してください。
トピック
• 既存ドメインの DNS サービスを Amazon Route 53 に移行する (p. 70)
• 親ドメインの移行を行わずに Amazon Route 53 を DNS サービスとして使用するサブドメインを作
成する (p. 74)
• 親ドメインを移行しないでサブドメインの DNS サービスを Amazon Route 53 に移行 (p. 77)
既存ドメインの DNS サービスを Amazon Route 53
に移行する
Abstract
Route 53 を DNS サービスとして使用するために既存のドメインを移行します。
DNS サービスとして、既存のドメインを別の DNS サービスから Amazon Route 53 に移行できます。
このプロセスには 6 つの基本的ステップがあります。
1. ドメインの Amazon Route 53 ホストゾーンを作成 (p. 71)します。
2. 現在の DNS サービスプロバイダーから現在の DNS 設定を取得 (p. 72)します。
3. Amazon Route 53 ホストゾーンにリソースレコードセットを追加 (p. 72)します。
4. API のみ: すべての Amazon Route 53 DNS サーバーに変更が反映されていることを確認します (p. 72)。
API Version 2013-04-01
70
Amazon Route 53 開発者ガイド
ホストゾーンの作成
Note
現在、変更が伝達されたことを確認する唯一の方法は、GetChange API アクションを使用
することです。通常、変更は 2～3 分以内にすべての Amazon Route 53 ネームサーバーに伝
達されます。まれに、プロパゲートするのに最大で 30 分ほどかかることがあります。
5. レジストラのネームサーバーレコードを更新します。 (p. 73)
6. 変更が実施されるのを待機 (p. 74)します。
Important
管理権限を持つドメインに対してのみホストゾーンを作成できます。通常、これはドメインを
所有していることを意味しますが、ドメイン登録者向けのアプリケーションを開発している場
合もあります。
ホストゾーンの作成
既存の DNS サービスからドメインを移行するには、最初に Amazon Route 53 ホストゾーンを作成し
ます。Amazon Route 53 では、ホストゾーンにドメインに関する情報が格納されます。
Note
ホストゾーンを作成すると、Amazon Route 53 はそのゾーンに対して、4 つのネームサーバー
（NS）レコードと Start of Authority（SOA）レコードを自動的に作成します。NS レコードは
レジストラまたは DNS サービスに付与されるネームサーバーを識別し、クエリが Amazon
Route 53 ネームサーバーにルーティングされるようにします。NS および SOA レコードの詳
細については、「Amazon Route 53 がパブリックホストゾーンに作成する NS リソースレコー
ドセットと SOA リソースレコードセット (p. 96)」を参照してください。
Amazon Route 53 コンソールを使用してホストゾーンを作成するには、次の手順を実行します。Amazon
Route 53 API を使用してホストゾーンを作成するには、CreateHostedZone アクションを使用しま
す。詳細については、『Amazon Route 53 API Reference』の「POST CreateHostedZone」を参照し
てください。
Amazon Route 53 コンソールを使用してホストゾーンを作成するには
1.
2.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
Amazon Route 53 を初めて利用する場合は、[DNS Management] の [Get Started Now] を選択しま
す。
既に Amazon Route 53 を利用している場合は、ナビゲーションペインの [Hosted Zones] を選択し
ます。
3.
4.
5.
[Create Hosted Zone] を選択します。
[Create Hosted Zone] ペインで、ドメイン名とコメント（必要に応じて）を入力します。設定の詳
細については、ラベルの上にマウスポインタを置いて、ツールヒントを表示してください。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定す
る方法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
[Create] を選択します。
API Version 2013-04-01
71
Amazon Route 53 開発者ガイド
DNS サービスプロバイダーから現在の DNS 設定を取得
DNS サービスプロバイダーから現在の DNS 設定を
取得
既存のドメインを Amazon Route 53 に移行するプロセスを単純化するには、現在ドメインにサービス
を提供している DNS サービスプロバイダーからドメインの現在の DNS 設定を取得します。この情報
を基本として、Amazon Route 53 を DNS サービスとして設定することができます。
求める情報とその形式は、現在 DNS サービスプロバイダーとして使っている会社によって異なりま
す。現在の設定におけるリソースレコードセットすべてに関する情報を含むゾーンファイルが提供され
るのが理想です（リソースレコードセットは、ドメインとサブドメインのトラフィックのルーティング
方法を DNS に指示します。たとえば、誰かがウェブブラウザにドメイン名を入力すると、データセン
ターのウェブサーバーにトラフィックをルーティングするか、それとも Amazon EC2 インスタンスや
CloudFront ディストリビューションなどにルーティングするかを指定します）。現在の DNS サービス
プロバイダーからゾーンファイルを入手できる場合は、既存の DNS 設定を Amazon Route 53 ホスト
ゾーンにインポートして、リソースレコードセットの作成プロセスを大幅に簡素化することができま
す。ゾーンファイルまたはレコードリストを取得する方法を、現在の DNS サービスプロバイダーのカ
スタマーサポートに問い合わせてみてください。
移行の対象となるレコードには次のレコードが含まれます。
• A（アドレス）レコード。このレコードは、ドメイン名（example.com）とドメイン（192.0.2.3）の
ホームページの IP アドレスを関連付けます。
• メールサーバー（MX）レコード
• CNAME レコード。このレコードは、1 つのドメイン名（www.example.com）に対するクエリを別の
ドメイン名（example.com）に再ルーティングします。
• その他の A レコード、CNAME レコード、またはその他のサポートされている DNS レコードタイ
プ。サポートされているレコードタイプについては、「サポートされる DNS リソースレコードタイ
プ (p. 5)」を参照してください。
リソースレコードセットの作成
現在の DNS サービスプロバイダーから入手したリソースレコードセットを出発点として使用して、
Amazon Route 53 ホストゾーンに対応するリソースレコードセットを作成します。Amazon Route 53
に作成したリソースレコードセットは、後の「レジストラのネームサーバーの更新 (p. 73)」で説明す
るように、現在の DNS サービスのネームサーバーレコードを更新した後、DNS が使用するリソースレ
コードセットになります。
Caution
Amazon Route 53 ホストゾーンに追加のネームサーバー (NS) レコードまたは Start of Authority
(SOA) レコードを作成しないでください。また、既存の NS レコードと SOA レコードを削除
しないでください。
Amazon Route 53 コンソールを使用してリソースレコードセットを作成するには、「リソースレコー
ドセットの使用 (p. 103)」を参照してください。Amazon Route 53 API を使用してリソースレコードセッ
トを作成するには、ChangeResourceRecordSets を使用します。詳細については、『Amazon Route 53
API Reference』の「POST ChangeResourceRecordSets」を参照してください。
変更のステータスを確認する（API のみ）
新しいホストゾーンの作成や、リソースレコードセットの変更では、Amazon Route 53 DNS サーバー
への伝達に時間がかかります。リソースレコードセットの作成に POST ChangeResourceRecordSets
を使用した場合、GetChange アクションを使用して、変更が伝達されているかどうかを判断できます。
API Version 2013-04-01
72
Amazon Route 53 開発者ガイド
レジストラのネームサーバーの更新
（ChangeResourceRecordSets は ChangeId の値を返します。これは、次の GetChange リクエス
トに含めることができます。コンソールを使用してリソースレコードセットを作成した場合は、ChangeId
を使用できません)。詳細については、『Amazon Route 53 API Reference』の「GET GetChange」を
参照してください。
Note
通常、変更は 2～3 分以内にすべての Amazon Route 53 ネームサーバーに伝達されます。まれ
に、プロパゲートするのに最大で 30 分ほどかかることがあります。
レジストラのネームサーバーの更新
Amazon Route 53 リソースレコードセットに対する変更が Amazon Route 53 DNS サーバーに伝達さ
れた後（「変更のステータスを確認する（API のみ） (p. 72)」を参照）、Amazon Route 53 ネームサー
バーを参照するようにレジストラのネームサーバー（NS）レコードを更新します。以下の手順を実行
します。
1.
2.
レジストラにネームサーバーの TTL 設定を変更するメソッドがある場合は、900 秒に設定をリセッ
トすることをお勧めします。これにより、使用されていないネームサーバーを使ってクライアント
リクエストがドメイン名の解決を試行する時間が制限されます。リゾルバーとクライアントがリ
セット前の TTL の値に基づいて DNS レコードのキャッシュを停止する場合、リセット前の TTL
の期間、この停止を待機する必要があります。一般的なデフォルト設定は 172800 秒（2 日）で
す。TTL の設定期間が終了すると、更新前のプロバイダーで保存されていたレコードを安全に削除
し、Amazon Route 53 にのみ変更を加えることができます。
Amazon Route 53 コンソールで、Amazon Route 53 ホストゾーンのネームサーバーを取得します。
a.
b.
c.
d.
3.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ に
ある Amazon Route 53 コンソールを開きます。
ナビゲーションペインで、[Hosted Zones] をクリックします。
[Hosted Zones] ページで、ホストゾーンのラジオボタン（名前ではない）を選択します。
右ペインの [Name Servers] に表示されている 4 つのサーバーをメモします。
または、GetHostedZone アクションを使用できます。詳細については、『Amazon Route 53 API
Reference』の「GetHostedZone」を参照してください。
ドメインのレジストラから提供された方法を使用して、レジストラの NS レコード内のネームサー
バーを、前のステップで GetHostedZone リクエストを送信したときに返された 4 つの Amazon
Route 53 ネームサーバーで置き換えます。
Note
一部のレジストラでは、IP アドレスの使用によるネームサーバーの指定のみが許可され、
完全修飾ドメイン名を指定することはできません。レジストラが IP アドレスを使用する
必要がある場合は、dig ユーティリティ（Mac、Unix、Linux の場合）または nslookup ユー
ティリティ（Windows の場合）を使用してネームサーバーの IP アドレスを取得できます。
一般的に、ネームサーバーの IP アドレスが変更されることはほとんどありません。IP ア
ドレスを変更する必要がある場合は、事前に通知されます。
親ドメインのネームサーバーの TTL 設定に応じて、DNS リソルバーに対する変更の反映は 48 時
間以上かかる場合があります。この反映が行われている間も、DNS リゾルバーはレジストラのネー
ムサーバーを使用してリクエストに応答することがあります。また、クライアントコンピュータ
は、ドメインの以前のネームサーバーをキャッシュに引き続き保持する場合もあります。
ホストゾーンの操作方法の詳細については、以下の関連トピックを参照してください。
API Version 2013-04-01
73
Amazon Route 53 開発者ガイド
変更実施の待機
関連トピック
• パブリックホストゾーンに対するネームサーバーの取得 (p. 90)
• パブリックホストゾーンの一覧表示 (p. 90)
• パブリックホストゾーンの削除 (p. 91)
• リソースレコードセットの一覧表示 (p. 163)
変更実施の待機
Amazon Route 53 がドメイン名の DNS サービスになるまでに、1 日または 2 日かかることがありま
す。ドメイン名を使用してきた場合は、DNS リゾルバーによってドメインのレジストラの NS レコー
ドはキャッシュされています。NS レコードはレコードの TTL（有効期限）で指定した期間キャッシュ
されます。一般的に 86400 秒から 172800 秒（1 日から 2 日）です。TTL が切れるまで、レジストラ
の NS レコードをキャッシュしている DNS リゾルバーは、それらの NS レコード内のネームサーバー
を使用して、ドメインのクエリに応答し続けます。TTL が切れた後、リゾルバーはドメインの NS レ
コードに関する別のクエリを送信し、レジストラは Amazon Route 53 NS レコードを返します。
Note
レジストラの NS レコードの TTL を覚えていない場合、TTL が切れるまでは、それらのレコー
ドを見つけることができます。dig、nslookup などのツールを使用して、ドメインの NS レ
コードを DNS に照会します。
親ドメインの移行を行わずに Amazon Route 53 を
DNS サービスとして使用するサブドメインを作成
する
Abstract
別の DNS サービスから親ドメインの移行を行わずに、DNS サービスとして Route 53 を使用するサブドメインを
作成します。
別の DNS サービスから親ドメインの移行を行わずに、DNS サービスとして Amazon Route 53 を使用
するサブドメインを作成できます。
このプロセスには 4 つのステップがあります。
1. サブドメイン用の Amazon Route 53 ホストゾーンを作成 (p. 75)します。
2. Amazon Route 53 ホストゾーンに、新しいサブドメインのリソースレコードセットを追加 (p. 75)し
ます。
3. API のみ: すべての Amazon Route 53 DNS サーバーに変更が反映されていることを確認します (p. 76)。
Note
現在、変更が伝達されたことを確認する唯一の方法は、GetChange API アクションを使用
することです。通常、変更は 2～3 分以内にすべての Amazon Route 53 ネームサーバーに伝
達されます。まれに、プロパゲートするのに最大で 30 分ほどかかることがあります。
4. サブドメインのネームサーバーレコードを追加して、親ドメインの DNS サービスを更新しま
す (p. 76)。
API Version 2013-04-01
74
Amazon Route 53 開発者ガイド
新しいサブドメインのホストゾーンを作成する
新しいサブドメインのホストゾーンを作成する
親ドメインの移行を行わずに、Amazon Route 53 を新しいサブドメインの DNS サービスとして使用す
る場合、サブドメインのホストゾーンの作成から開始します。Amazon Route 53 では、ホストゾーン
にサブドメインに関する情報が格納されます。
Note
ホストゾーンを作成すると、Amazon Route 53 はそのゾーンに対して、4 つのネームサーバー
（NS）レコードと Start of Authority（SOA）レコードを自動的に作成します。NS レコードは
レジストラまたは DNS サービスに付与されるネームサーバーを識別し、クエリが Amazon
Route 53 ネームサーバーにルーティングされるようにします。NS および SOA レコードの詳
細については、「Amazon Route 53 がパブリックホストゾーンに作成する NS リソースレコー
ドセットと SOA リソースレコードセット (p. 96)」を参照してください。
Amazon Route 53 コンソールを使用してホストゾーンを作成するには、次の手順を実行します。Amazon
Route 53 API を使用してホストゾーンを作成するには、CreateHostedZone アクションを使用しま
す。詳細については、『Amazon Route 53 API Reference』の「POST CreateHostedZone」を参照し
てください。
Amazon Route 53 コンソールを使用してホストゾーンを作成するには
1.
2.
3.
4.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
Amazon Route 53 を初めて利用する場合は、[DNS Management] の [Get Started Now] を選択しま
す。
既に Amazon Route 53 を利用している場合は、ナビゲーションペインの [Hosted Zones] を選択し
ます。
右側のペインでは、[apex.example.com] のようなサブドメイン名を入力します。オプションのコ
メントも入力できます。フィールドの詳細については、各フィールドのツールヒントを参照してく
ださい。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定す
る方法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
右のペインの下にある [Create Hosted Zone] を選択します。
リソースレコードセットの作成
Amazon Route 53 コンソールまたは Amazon Route 53 API を使用して、リソースレコードセットを作
成できます。Amazon Route 53 で作成したリソースレコードセットが、サブドメインに対する責任を
Amazon Route 53 に委任した後で DNS が使用するリソースレコードセットになります。詳細について
は、「サブドメインのネームサーバーレコードで DNS サービスを更新する (p. 76)」を参照してくださ
い。
Caution
Amazon Route 53 ホストゾーンに追加のネームサーバー (NS) レコードまたは Start of Authority
(SOA) レコードを作成しないでください。また、既存の NS レコードと SOA レコードを削除
しないでください。
Amazon Route 53 コンソールを使用してリソースレコードセットを作成するには、「リソースレコー
ドセットの使用 (p. 103)」を参照してください。Amazon Route 53 API を使用してリソースレコードセッ
API Version 2013-04-01
75
Amazon Route 53 開発者ガイド
変更のステータスを確認する（API のみ）
トを作成するには、ChangeResourceRecordSets を使用します。詳細については、『Amazon Route 53
API Reference』の「POST ChangeResourceRecordSets」を参照してください。
変更のステータスを確認する（API のみ）
新しいホストゾーンの作成や、リソースレコードセットの変更では、Amazon Route 53 DNS サーバー
への伝達に時間がかかります。リソースレコードセットの作成に POST ChangeResourceRecordSets
を使用した場合、GetChange アクションを使用して、変更が伝達されているかどうかを判断できます。
（ChangeResourceRecordSets は ChangeId の値を返します。これは、次の GetChange リクエス
トに含めることができます。コンソールを使用してリソースレコードセットを作成した場合は、ChangeId
を使用できません)。詳細については、『Amazon Route 53 API Reference』の「GET GetChange」を
参照してください。
Note
通常、変更は 2～3 分以内にすべての Amazon Route 53 ネームサーバーに伝達されます。まれ
に、プロパゲートするのに最大で 30 分ほどかかることがあります。
サブドメインのネームサーバーレコードで DNS サー
ビスを更新する
Amazon Route 53 リソースレコードセットへの変更が反映された後（「変更のステータスを確認する
（API のみ） (p. 76)」を参照）、サブドメインの NS レコードを追加して、親ドメインの DNS サービ
スを更新します。これは、サブドメインの責任の Amazon Route 53 への委任と呼ばれます。たとえば、
親ドメインの example.com が別の DNS サービスでホストされており、サブドメインの test.example.com
を Amazon Route 53 で作成していた場合、test.example.com の新しい NS レコードで example.com の
DNS サービスを更新する必要があります。
以下の手順を実行します。
1.
2.
DNS サービスから提供される方法を使用して、親ドメインのゾーンファイルをバックアップしま
す。
Amazon Route 53 コンソールで、Amazon Route 53 ホストゾーンのネームサーバーを取得します。
a.
b.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ に
ある Amazon Route 53 コンソールを開きます。
ナビゲーションペインで、[Hosted Zones] をクリックします。
c.
[Hosted Zones] ページで、ホストゾーンのラジオボタン（名前ではない）を選択します。
d.
右ペインの [Name Servers] に表示されている 4 つのサーバーをメモします。
または、GetHostedZone アクションを使用できます。詳細については、『Amazon Route 53 API
Reference』の「GetHostedZone」を参照してください。
3.
親ドメインの DNS サービスから提供される方法を使用して、親ドメインのゾーンファイルにサブ
ドメインの NS レコードを追加します。これらの NS レコードでは、ステップ 1 で作成したホスト
ゾーンに関連する 4 つの Amazon Route 53 ネームサーバーを指定します。
Caution
親ドメインのゾーンファイルに Start of Authority（SOA）のレコードを追加しないでください。
サブドメインは Amazon Route 53を使用するため、親ドメインの DNS サービスはサブドメイ
ンに関する権限を保持していません。
API Version 2013-04-01
76
Amazon Route 53 開発者ガイド
親ドメインを移行しないでサブドメインの DNS サービス
を Amazon Route 53 に移行
DNS サービスが自動的にサブドメインの SOA レコードを追加した場合、サブドメインのレ
コードを削除します。ただし、親ドメインの SOA レコードは削除しないでください。
親ドメインを移行しないでサブドメインの DNS
サービスを Amazon Route 53 に移行
Abstract
親ドメインを移行しないで、既存のサブドメインの DNS サービスを Route 53 に移行します。
別の DNS サービスから親ドメインを移行せずに、Amazon Route 53 を DNS サービスとして使用する
サブドメインを移行できます。
このプロセスには 4 つのステップがあります。
1.
2.
3.
4.
サブドメイン用の Amazon Route 53 ホストゾーンを作成 (p. 77)します。
親ドメインの現在の DNS サービスプロバイダーから現在の DNS 設定を取得 (p. 78)します。
Amazon Route 53 ホストゾーンに、サブドメインのリソースレコードセットを追加します (p. 78)。
API のみ: すべての Amazon Route 53 DNS サーバーに変更が反映されていることを確認します (p. 79)。
Note
現在、変更が伝達されたことを確認する唯一の方法は、GetChange API アクションを使用
することです。通常、変更は 2～3 分以内にすべての Amazon Route 53 ネームサーバーに伝
達されます。まれに、プロパゲートするのに最大で 30 分ほどかかることがあります。
5. サブドメインのネームサーバーレコードを追加して、親ドメインの DNS サービスプロバイダーの
DNS 設定を更新 (p. 79)します。
サブドメイン用のホストゾーンの作成
別の DNS サービスから Amazon Route 53 にサブドメインを移行するが、親ドメインは移行しない場
合は、まずサブドメイン用のホストゾーンを作成します。Amazon Route 53 では、ホストゾーンにサ
ブドメインに関する情報が格納されます。
Note
ホストゾーンを作成すると、Amazon Route 53 はそのゾーンに対して、4 つのネームサーバー
（NS）レコードと Start of Authority（SOA）レコードを自動的に作成します。NS レコードは
レジストラまたは DNS サービスに付与されるネームサーバーを識別し、クエリが Amazon
Route 53 ネームサーバーにルーティングされるようにします。NS および SOA レコードの詳
細については、「Amazon Route 53 がパブリックホストゾーンに作成する NS リソースレコー
ドセットと SOA リソースレコードセット (p. 96)」を参照してください。
Amazon Route 53 コンソールを使用してホストゾーンを作成するには、次の手順を実行します。Amazon
Route 53 API を使用してホストゾーンを作成するには、CreateHostedZone アクションを使用しま
す。詳細については、『Amazon Route 53 API Reference』の「POST CreateHostedZone」を参照し
てください。
API Version 2013-04-01
77
Amazon Route 53 開発者ガイド
DNS サービスプロバイダーから現在の DNS 設定を取得
Amazon Route 53 コンソールを使用してホストゾーンを作成するには
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
2.
Amazon Route 53 を初めて利用する場合は、[DNS Management] の [Get Started Now] を選択しま
す。
3.
4.
既に Amazon Route 53 を利用している場合は、ナビゲーションペインの [Hosted Zones] を選択し
ます。
右側のペインでは、[apex.example.com] のようなサブドメイン名を入力します。オプションのコ
メントも入力できます。フィールドの詳細については、各フィールドのツールヒントを参照してく
ださい。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定す
る方法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
右のペインの下にある [Create Hosted Zone] を選択します。
DNS サービスプロバイダーから現在の DNS 設定を
取得
既存のサブドメインを Amazon Route 53 に移行するプロセスを単純化するには、現在ドメインにサー
ビスを提供している DNS サービスプロバイダーからドメインの現在の DNS 設定を取得します。この
情報を基本として、Amazon Route 53 をサブドメインの DNS サービスとして設定することができま
す。
求める情報とその形式は、現在 DNS サービスプロバイダーとして使っている会社によって異なりま
す。現在の設定におけるリソースレコードセットすべてに関する情報を含むゾーンファイルが提供され
るのが理想です（リソースレコードセットは、ドメインとサブドメインのトラフィックのルーティング
方法を DNS に指示します。たとえば、誰かがウェブブラウザにドメイン名を入力すると、データセン
ターのウェブサーバーにトラフィックをルーティングするか、それとも Amazon EC2 インスタンスや
CloudFront ディストリビューションなどにルーティングするかを指定します）。現在の DNS サービス
プロバイダーからゾーンファイルを取得できる場合は、ゾーンファイルを編集して、Amazon Route 53
に移行しないリソースレコードセットを削除することができます。その後、残りのリソースレコード
セットを Amazon Route 53 ホストゾーンにインポートすると、処理が大幅に単純化されます。ゾーン
ファイルまたはレコードリストを取得する方法を、現在の DNS サービスプロバイダーのカスタマーサ
ポートに問い合わせてみてください。
リソースレコードセットの作成
現在の DNS サービスプロバイダーから入手したリソースレコードセットを基準として使用し、サブド
メイン用に作成した Amazon Route 53 ホストゾーンに、対応するリソースレコードセットを作成しま
す。Amazon Route 53 で作成したリソースレコードセットが、サブドメインに対する責任を Amazon
Route 53 に委任した後で DNS が使用するリソースレコードセットになります。詳細については、「サ
ブドメインのネームサーバーレコードで DNS サービスを更新する (p. 79)」を参照してください。
Caution
Amazon Route 53 ホストゾーンに追加のネームサーバー (NS) レコードまたは Start of Authority
(SOA) レコードを作成しないでください。また、既存の NS レコードと SOA レコードを削除
しないでください。
Amazon Route 53 コンソールを使用してリソースレコードセットを作成するには、「リソースレコー
ドセットの使用 (p. 103)」を参照してください。Amazon Route 53 API を使用してリソースレコードセッ
API Version 2013-04-01
78
Amazon Route 53 開発者ガイド
変更のステータスを確認する（API のみ）
トを作成するには、ChangeResourceRecordSets を使用します。詳細については、『Amazon Route 53
API Reference』の「POST ChangeResourceRecordSets」を参照してください。
変更のステータスを確認する（API のみ）
新しいホストゾーンの作成や、リソースレコードセットの変更では、Amazon Route 53 DNS サーバー
への伝達に時間がかかります。リソースレコードセットの作成に POST ChangeResourceRecordSets
を使用した場合、GetChange アクションを使用して、変更が伝達されているかどうかを判断できます。
（ChangeResourceRecordSets は ChangeId の値を返します。これは、次の GetChange リクエス
トに含めることができます。コンソールを使用してリソースレコードセットを作成した場合は、ChangeId
を使用できません)。詳細については、『Amazon Route 53 API Reference』の「GET GetChange」を
参照してください。
Note
通常、変更は 2～3 分以内にすべての Amazon Route 53 ネームサーバーに伝達されます。まれ
に、プロパゲートするのに最大で 30 分ほどかかることがあります。
サブドメインのネームサーバーレコードで DNS サー
ビスを更新する
Amazon Route 53 リソースレコードセットへの変更が反映された後（「変更のステータスを確認する
（API のみ） (p. 79)」を参照）、サブドメインの NS レコードを追加して、親ドメインの DNS サービ
スを更新します。これは、サブドメインの責任の Amazon Route 53 への委任と呼ばれます。たとえば、
親ドメインの example.com が別の DNS サービスでホストされており、サブドメインの test.example.com
を Amazon Route 53 に移行する場合、test.example.com の新しい NS レコードで example.com の DNS
サービスを更新する必要があります。
以下の手順を実行します。
1.
2.
3.
DNS サービスから提供される方法を使用して、親ドメインのゾーンファイルをバックアップしま
す。
ドメインの更新前の DNS サービスプロバイダーでネームサーバーの TTL 設定を変更する方法を利
用できる場合は、設定を 900 秒に変更することをお勧めします。これにより、使用されていない
ネームサーバーを使ってクライアントリクエストがドメイン名の解決を試行する時間が制限されま
す。現在の TTL が 172800 秒（2 日）である場合は（一般的なデフォルト設定）、リゾルバーとク
ライアントが更新前の TTL を使用して DNS レコードのキャッシュを停止するまで 2 日間待機する
必要があります。TTL の設定期間が終了すると、更新前のプロバイダーで保存されていたレコード
を安全に削除し、Amazon Route 53 にのみ変更を加えることができます。
Amazon Route 53 コンソールで、Amazon Route 53 ホストゾーンのネームサーバーを取得します。
a.
4.
b.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ に
ある Amazon Route 53 コンソールを開きます。
ナビゲーションペインで、[Hosted Zones] をクリックします。
c.
d.
[Hosted Zones] ページで、ホストゾーンのラジオボタン（名前ではない）を選択します。
右ペインの [Name Servers] に表示されている 4 つのサーバーをメモします。
または、GetHostedZone アクションを使用できます。詳細については、『Amazon Route 53 API
Reference』の「GetHostedZone」を参照してください。
親ドメインの DNS サービスから提供される方法を使用して、親ドメインのゾーンファイルにサブ
ドメインの NS レコードを追加します。NS レコードにサブドメインと同じ名前を付けます。NS
レコードの値には、ステップ 1 で作成したホストゾーンに関連する 4 つの Amazon Route 53 ネー
ムサーバーを指定します。DNS サービスが異なると、使用する用語も異なります。このステップ
API Version 2013-04-01
79
Amazon Route 53 開発者ガイド
サブドメインのネームサーバーレコードで DNS サービス
を更新する
を実行する方法については、DNS サービスの技術サポートへの問い合わせが必要になる場合があ
ります。
Caution
親ドメインのゾーンファイルに Start of Authority（SOA）のレコードを追加しないでくだ
さい。サブドメインは Amazon Route 53を使用するため、親ドメインの DNS サービスは
サブドメインに関する権限を保持していません。
DNS サービスが自動的にサブドメインの SOA レコードを追加した場合、サブドメインの
レコードを削除します。ただし、親ドメインの SOA レコードは削除しないでください。
5.
親ドメインのネームサーバーの TTL 設定に応じて、DNS リソルバーに対する変更の反映は 48 時
間以上かかる場合があります。この反映が行われている間も、DNS リゾルバーは親ドメインの
DNS サービスのネームサーバーを使用してリクエストに応答することがあります。また、クライ
アントコンピュータは、サブドメインの以前のネームサーバーをキャッシュに引き続き保持する場
合もあります。
ドメインのレジストラの TTL 設定期間が終了した後で（ステップ 2 を参照）、親ドメインのゾー
ンファイルから次のリソースレコードセットを削除してください。
• Amazon Route 53 に追加したリソースレコードセット。「リソースレコードセットの作成 (p. 78)」
を参照してください。
• DNS サービスの NS レコード。NS レコードの削除が完了すると、ゾーンファイルに含まれる
NS レコードは、ステップ 4 で作成した NS レコードだけになります。
API Version 2013-04-01
80
Amazon Route 53 開発者ガイド
Amazon CloudFront ディストリビューションに対するクエ
リのルーティング（パブリックホストゾーンのみ）
AWS リソースへのクエリのルーティ
ング
Abstract
Amazon Route 53 を使用して、さまざまな AWS リソースにクエリをルーティングします。
Amazon Route 53 を使用して、さまざまな AWS リソースにクエリをルーティングすることができま
す。
• Amazon CloudFront ディストリビューションに対するクエリのルーティング（パブリックホストゾー
ンのみ） (p. 81)
• Elastic Load Balancing ロードバランサーへのクエリのルーティング（パブリックホストゾーンの
み） (p. 83)
• Amazon EC2 インスタンスへのクエリのルーティング (p. 83)
• Amazon S3 バケットでホストされているウェブサイトへのクエリのルーティング（パブリックホス
トゾーンのみ） (p. 84)
• Amazon Relational Database Service（Amazon RDS）データベースへのクエリのルーティング (p. 85)
• Amazon WorkMail へのクエリのルーティング（パブリックホストゾーンのみ） (p. 85)
Amazon CloudFront ディストリビューションに対
するクエリのルーティング（パブリックホストゾー
ンのみ）
Abstract
Route 53 を使用して、Amazon CloudFront ディストリビューションにクエリをルーティングします。
CloudFront を使用してコンテンツを配信している場合、Amazon Route 53 を使用してクエリを CloudFront
ディストリビューションにルーティングすることができます。Amazon Route 53 ホストゾーンの名前
（example.com など）は CloudFront ディストリビューションの代替ドメイン名と一致する必要があり
ます。ディストリビューションの CloudFront ドメイン名（d111111abcdef8.cloudfront.net など）にク
API Version 2013-04-01
81
Amazon Route 53 開発者ガイド
Amazon CloudFront ディストリビューションに対するクエ
リのルーティング（パブリックホストゾーンのみ）
エリをルーティングすることはできません。以下の手順では、該当するドメイン名は登録済みであるも
のと仮定しています。
Note
CloudFront ディストリビューションにクエリをルーティングできるのは、パブリックホスト
ゾーンの場合のみです。
Amazon CloudFront ディストリビューションにクエリをルーティングするには
1.
CloudFront ディストリビューションを作成し、ディストリビューションに 1 つ以上の代替ドメイ
ン名（example.com、www.example.com など）を追加します。詳細については、『Amazon
CloudFront 開発者ガイド』の次のトピックを参照してください。
• ウェブディストリビューションの作成
• RTMP ディストリビューションの作成
• 代替ドメイン名の使用
2.
ディストリビューションに追加した 1 つ以上の代替ドメイン名の DNS サービスが Amazon Route 53
でない場合は、そのドメインの DNS サービスを Amazon Route 53 に移行します。詳細について
は、該当するトピックを参照してください。
• 親ドメインの移行を行わずに Amazon Route 53 を DNS サービスとして使用するサブドメイン
を作成する (p. 74)
• 既存ドメインの DNS サービスを Amazon Route 53 に移行する (p. 70)
• 親ドメインを移行しないでサブドメインの DNS サービスを Amazon Route 53 に移行 (p. 77)
ルートドメイン（example.com）である代替ドメイン名のクエリと、1 つ以上のサブドメイン
（www.example.com、product-name.example.com）のクエリの両方を CloudFront ディストリ
ビューションにルーティングする場合、作成する必要があるのはルートドメインのホストゾーンの
みです。
3.
ルートドメインである代替ドメイン名が複数あり（たとえば、正しい綴りのドメイン名と綴りが異
なるさまざまなドメイン名が存在する場合（example.com と ex-ample.com など））、それらのド
メイン名のクエリをルーティングするには、各ルートドメイン名に対して 1 つのホストゾーンを作
成します。使用する各ドメイン名を登録する必要があります。
CloudFront ディストリビューションにクエリをルーティングする 1 つ以上のエイリアスリソース
レコードセットを作成します。
• ルートドメイン（example.com）である代替ドメイン名のクエリと、サブドメイン
（www.example.com、product.example.com）である代替ドメイン名のクエリの両方をルーティ
ングする場合、次のエイリアスリソースレコードセットを作成します。
• ルートドメイン名に対して 1 つのエイリアスリソースレコードセットを作成します。
• 各サブドメイン名に対して 1 つのエイリアスリソースレコードセットを作成します。
各エイリアスリソースレコードセットの名前は、Amazon Route 53 でのクエリのルーティング
先となるディストリビューション内の代替ドメイン名と一致する必要があります。
• ルートドメインである代替ドメイン名が複数あり（example.com、ex-ample.com）、それらの
ドメイン名のクエリをルーティングする場合、ステップ 2 で作成した各ホストゾーンで、ホスト
ゾーンと同じ名前を持つエイリアスリソースレコードセットを作成します。
Amazon Route 53 のエイリアスリソースレコードセットの詳細については、「エイリアスリソー
スレコードセットと非エイリアスリソースレコードセットの選択 (p. 108)」を参照してください。
API Version 2013-04-01
82
Amazon Route 53 開発者ガイド
Elastic Load Balancing ロードバランサーへのクエリのルー
ティング（パブリックホストゾーンのみ）
リソースレコードセットの作成方法については、「Amazon Route 53 コンソールを使用したリソー
スレコードセットの作成 (p. 109)」を参照してください。
Elastic Load Balancing ロードバランサーへのクエ
リのルーティング（パブリックホストゾーンのみ）
Abstract
Route 53 を使用して、Elastic Load Balancing ロードバランサーにクエリをルーティングします。
ロードバランサーに登録されている Amazon EC2 インスタンスでウェブサイトをホストしており、
Amazon Route 53 をドメインの DNS サービスとして使用する場合は、次のステップを実行します。
Note
ELB ロードバランサーにクエリをルーティングできるのは、パブリックホストゾーンの場合の
みです。
Elastic Load Balancing ロードバランサーにクエリをルーティングするには
1.
Elastic Load Balancing を使用して、ロードバランサーをセットアップします。名前とタイプが同
じ複数のエイリアスリソースレコードセット（たとえば、加重またはレイテンシーエイリアスリ
ソースレコードセット）を作成する場合は、リソースレコードセットごとにロードバランサーを 1
つ作成します。ロードバランサーの作成の詳細については、Elastic Load Balancing 開発者ガイド
の「Elastic Load Balancing の使用開始」を参照してください。
Tip
ロードバランサーには、覚えやすい意味を持った名前を設定してください。ロードバラン
サーの作成時に指定する名前は、Amazon Route 53 でエイリアスリソースレコードセット
を作成するときに選択する名前になります。
2.
3.
Amazon Route 53 ホストゾーンを作成します。詳細については、「パブリックホストゾーンの作
成 (p. 89)」を参照してください。
ホストゾーンにエイリアスリソースレコードセットを作成します。詳細については、「リソースレ
コードセットの使用 (p. 103)」を参照してください。
Amazon EC2 インスタンスへのクエリのルーティ
ング
Abstract
Route 53 を使用して、Amazon EC2 インスタンスにクエリをルーティングします。
Amazon EC2 サーバーでウェブサイトをホストしており、Amazon Route 53 をドメインの DNS サービ
スとして使用する場合は、次のステップを実行します。
API Version 2013-04-01
83
Amazon Route 53 開発者ガイド
Amazon S3 バケットでホストされているウェブサイトへの
クエリのルーティング（パブリックホストゾーンのみ）
Amazon EC2 インスタンスにクエリをルーティングするには
1.
Amazon EC2 インスタンスの起動詳細については、『Amazon EC2 入門ガイド』を参照してくだ
さい。
Note
Elastic IP アドレスを作成し、この IP アドレスを Amazon EC2 インスタンスに関連付ける
こともお勧めします。Elastic IP アドレスによって、Amazon EC2 インスタンスの IP アド
レスが固定されます。
2.
3.
Amazon Route 53 ホストゾーンを作成します。詳細については、「パブリックホストゾーンの作
成 (p. 89)」を参照してください。
ホストゾーンにリソースレコードセットを作成します。[Type] で、[A – Ipv4 address] を選択しま
す。[Value] で、Amazon EC2 インスタンスの Elastic IP アドレスを指定します。リソースレコー
ドセットの作成の詳細については、「リソースレコードセットの使用 (p. 103)」を参照してくださ
い。
Amazon S3 バケットでホストされているウェブサ
イトへのクエリのルーティング（パブリックホス
トゾーンのみ）
Abstract
Route 53 を使用して、Amazon S3 バケットでホストされているウェブサイトにクエリをルーティングします。
Amazon S3 バケットでウェブサイトをホストしており、Amazon Route 53 をドメインの DNS サービ
スとして使用する場合は、次のステップを実行します。
Note
Amazon S3 バケットでホストされているウェブサイトにクエリをルーティングできるのは、パ
ブリックホストゾーンの場合のみです。
Amazon S3 バケットでホストされているウェブサイトにクエリをルーティングするには
1.
ウェブサイトとして設定される Amazon S3 バケットを作成します。詳細については、『Amazon
Simple Storage Service 開発者ガイド』の「Amazon S3 のウェブサイトのホスティング」を参照
してください。
2.
Amazon Route 53 を DNS サービスとして使用するサブドメインを作成するか、既存のドメインま
たはサブドメインを Amazon Route 53 に移行します。詳細については、該当するトピックを参照
してください。
• 親ドメインの移行を行わずに Amazon Route 53 を DNS サービスとして使用するサブドメイン
を作成する (p. 74)
• 既存ドメインの DNS サービスを Amazon Route 53 に移行する (p. 70)
• 親ドメインを移行しないでサブドメインの DNS サービスを Amazon Route 53 に移行 (p. 77)
3.
バケットの Amazon S3 ドメイン名にご使用のドメイン名のクエリをルーティングするエイリアス
リソースレコードセットを作成します。エイリアスリソースレコードセットの詳細については、
API Version 2013-04-01
84
Amazon Route 53 開発者ガイド
Amazon Relational Database Service（Amazon RDS）デー
タベースへのクエリのルーティング
「エイリアスリソースレコードセットと非エイリアスリソースレコードセットの選択 (p. 108)」を
参照してください。
Amazon Relational Database Service（Amazon
RDS）データベースへのクエリのルーティング
Abstract
Route 53 を使用して、Amazon Relational Database Service データベースにクエリをルーティングします。
Amazon RDS データベースでウェブサイトをホストしており、Amazon Route 53 をドメインの DNS
サービスとして使用する場合は、次のステップを実行します。
Amazon RDS データベースにクエリをルーティングするには
1.
2.
Amazon RDS データベースを作成します。詳細については、『Amazon Relational Database Service
ユーザーガイド』を参照してください。
Amazon Route 53 を DNS サービスとして使用するサブドメインを作成するか、既存のドメインま
たはサブドメインを Amazon Route 53 に移行します。詳細については、該当するトピックを参照
してください。
• 親ドメインの移行を行わずに Amazon Route 53 を DNS サービスとして使用するサブドメイン
を作成する (p. 74)
• 既存ドメインの DNS サービスを Amazon Route 53 に移行する (p. 70)
• 親ドメインを移行しないでサブドメインの DNS サービスを Amazon Route 53 に移行 (p. 77)
3.
Amazon RDS データベースにご使用のドメイン名のクエリをルーティングする CNAME リソース
レコードセットを作成します。Amazon Route 53 コンソールの [Value] フィールド、または POST
ChangeResourceRecordSets API を呼び出す際の Value 要素で、データベースの作成時に
Amazon RDS によってデータベースに割り当てられたエンドポイントを指定します。
myexampledb.a1b2c3d4wxyz.us-west-2.rds.amazonaws.com
Note
CNAME レコードは DNS 名前空間の最上位ノード（Zone Apex とも呼ばれます）に作成
することはできません。たとえば、example.com というドメイン名を登録する場合、Zone
Apex は example.com になります。
Amazon Route 53 でリソースレコードセットを作成する方法の詳細については、「リソースレコー
ドセットの使用 (p. 103)」を参照してください。
Amazon WorkMail へのクエリのルーティング（パ
ブリックホストゾーンのみ）
仕事用メールに Amazon WorkMail を使用し、DNS サービスとして Amazon Route 53 を使用している
場合は、Amazon Route 53 を使用して Amazon WorkMail メールドメインにクエリをルーティングでき
ます。Amazon Route 53 ホストゾーンの名前（example.com など）は、Amazon WorkMail ドメインの
名前と一致する必要があります。
API Version 2013-04-01
85
Amazon Route 53 開発者ガイド
Amazon WorkMail へのクエリのルーティング（パブリック
ホストゾーンのみ）
Note
Amazon WorkMail ドメインにクエリをルーティングできるのは、パブリックホストゾーンの場
合のみです。
Amazon WorkMail にクエリをルーティングするには、次の 4 つの手順を実行します。
Amazon Route 53 を DNS サービスとして設定し、Amazon WorkMail 組織およびメールドメイ
ンを追加するには
1.
メールアドレス（[email protected] など）に使用するドメイン名を登録していない場合、ドメイ
ンが利用可能であることはわかっているため、ドメインを今すぐ登録します。詳細については、
「新しいドメインの登録 (p. 16)」を参照してください。
Amazon Route 53 が Amazon WorkMail に追加したメールドメインの DNS サービスでない場合は、
該当するドメインの DNS サービスを Amazon Route 53 に移行します。詳細については、該当す
るトピックを参照してください。
• 親ドメインの移行を行わずに Amazon Route 53 を DNS サービスとして使用するサブドメイン
を作成する (p. 74)
• 既存ドメインの DNS サービスを Amazon Route 53 に移行する (p. 70)
• 親ドメインを移行しないでサブドメインの DNS サービスを Amazon Route 53 に移行 (p. 77)
2.
Amazon WorkMail 組織およびメールドメインを追加します。詳細については、Amazon WorkMail
Administrator Guide の「新しいユーザーで使用開始」を参照してください。
Amazon WorkMail に Amazon Route 53 TXT リソースレコードセットを作成するには
1.
2.
3.
4.
Amazon WorkMail コンソールのナビゲーションペインで [Domains] を選択します。
Amazon WorkMail にクエリをルーティングするメールドメインの名前（example.com など）を選
択します。
別のブラウザタブで、Amazon Route 53 コンソールを開きます。
Amazon Route 53 コンソールで、次の操作を行います。
a.
b.
5.
ナビゲーションペインで [Hosted Zones] を選択します。
Amazon WorkMail メールドメインに使用するホストゾーンの名前を選択します。
Amazon WorkMail コンソールの [Step 1: Verify domain ownership] セクションで、[Hostname] 列
に移動し、値のメールドメイン名より前の部分をコピーします。
たとえば、Amazon WorkMail メールドメインが example.com で、[Hostname] の値が
_amazonses.example.com である場合は、_amazonses をコピーします。
6.
7.
8.
Amazon Route 53 コンソールで、次の操作を行います。
a.
b.
[Create Record Set] を選択します。
[Name] に、ステップ 5 でコピーした値を貼り付けます。
c.
[Type] で、[TXT – Text] を選択します。
Amazon WorkMail コンソールで、該当する TXT レコードの [Value] 列の値（引用符を含む）をコ
ピーします。
Amazon Route 53 コンソールで、次の操作を行います。
API Version 2013-04-01
86
Amazon Route 53 開発者ガイド
Amazon WorkMail へのクエリのルーティング（パブリック
ホストゾーンのみ）
a.
[Value] に、ステップ 7 でコピーした値を貼り付けます。
その他の設定は変更しないでください。
b.
[Create] を選択します。
Amazon WorkMail に Amazon Route 53 MX リソースレコードセットを作成するには
1.
Amazon WorkMail コンソールの [Step 2: Finalize domain setup] セクションで、[Record type] の値
が [MX] である行に移動し、[Value] 列の値をコピーします。
2.
Amazon Route 53 コンソールで、次の操作を行います。
a.
[Create Record Set] を選択します。
b.
c.
[Value] に、ステップ 1 でコピーした値を貼り付けます。
[Type] で、[MX – Mail Exchange] を選択します。
d.
その他の設定は変更しないでください。
[Create] を選択します。
Amazon WorkMail に 4 つの Amazon Route 53 CNAME リソースレコードセットを作成するに
は
1.
2.
Amazon WorkMail コンソールの [Step 2: Finalize domain setup] セクションで、[Record type] の値
が [CNAME] である最初の行に移動します。[Hostname] 列で、値のメールドメイン名より前の部分
をコピーします。
たとえば、Amazon WorkMail メール ドメインが example.com で、[Hostname] の値が
autodiscover.example.com である場合は、autodiscover をコピーします。
Amazon Route 53 コンソールで、次の操作を行います。
a.
b.
c.
3.
4.
[Create Record Set] を選択します。
[Name] に、ステップ 1 でコピーした値を貼り付けます。
[Type] で、[CNAME – Canonical Name] を選択します。
Amazon WorkMail コンソールで、[Record type] 列の値が [CNAME] である最初の行に移動し、
[Value] 列の値をコピーします。
Amazon Route 53 コンソールで、次の操作を行います。
a.
[Value] に、ステップ 3 でコピーした値を貼り付けます。
その他の設定は変更しないでください。
b.
5.
[Create] を選択します。
Amazon WorkMail コンソールにリストされている残りの CNAME レコードに対して、ステップ 1
から 4 を繰り返します。
API Version 2013-04-01
87
Amazon Route 53 開発者ガイド
パブリックホストゾーンの使用
Abstract
Route 53 コンソールを使用してパブリックホストゾーンの作成、一覧表示、および削除を行います。
パブリックホストゾーンは、あるドメイン、たとえば example.com とそのサブドメイン
（apex.example.com や acme.example.com）のトラフィックをインターネットでルーティングする方
法についての情報を保持するコンテナです。パブリックホストゾーンの作成後、ドメインネームシステ
ム (DNS) がドメインとサブドメインのクエリに応答する方法を決定するリソースレコードセットを作
成します。たとえば、ドメインに関連付けられたメールアドレス（[email protected]）がある場合、
ホストゾーンに MX レコードを作成して、メールがドメインのメールサーバーに送信されるようにしま
す。リソースレコードセットの詳細については、「リソースレコードセットの使用 (p. 103)」を参照し
てください。
このトピックでは、Amazon Route 53 コンソールを使用してパブリックホストゾーンを作成、一覧表
示、削除する方法を説明します。Amazon Route 53 API を使用してこれらの操作を実行する方法につ
いては、『Amazon Route 53 API Reference』の「パブリックホストゾーンのアクション」を参照して
ください。
また、Amazon Route 53 プライベートホストゾーンを使用して、1 つ以上の Amazon Virtual Private
Cloud 内でトラフィックをルーティングすることもできます。詳細については、「プライベートホスト
ゾーンの使用 (p. 98)」を参照してください。
トピック
• パブリックホストゾーンの作成 (p. 89)
• パブリックホストゾーンに対するネームサーバーの取得 (p. 90)
• パブリックホストゾーンの一覧表示 (p. 90)
• パブリックホストゾーンの削除 (p. 91)
• ホワイトラベルネームサーバーの設定 (p. 92)
• Amazon Route 53 がパブリックホストゾーンに作成する NS リソースレコードセットと SOA リ
ソースレコードセット (p. 96)
API Version 2013-04-01
88
Amazon Route 53 開発者ガイド
パブリックホストゾーンの作成
パブリックホストゾーンの作成
Abstract
ドメインのホストゾーンを作成し、インターネットでそのドメインへのトラフィックをルーティングする方法をド
メインネームシステムに指定するリソースレコードセットを作成します。
ホストゾーンは、指定されたドメインに対応するリソースレコードセットのコレクションです。ドメイ
ン（たとえば、example.com）のホストゾーンを作成した後、そのドメインへのトラフィックをルー
ティングする方法をドメインネームシステムに指定するリソースレコードセットを作成します。
ホストゾーンを作成すると、Amazon Route 53 はそのゾーンに対して、1 つのネームサーバー（NS）
レコードと Start of Authority（SOA）レコードを自動的に作成します。NS レコードはレジストラまた
は DNS サービスに付与される 4 つのネームサーバーを識別し、DNS クエリが Amazon Route 53 ネー
ムサーバーにルーティングされるようにします。NS および SOA レコードの詳細については、「Amazon
Route 53 がパブリックホストゾーンに作成する NS リソースレコードセットと SOA リソースレコード
セット (p. 96)」を参照してください。
デフォルトで、Amazon Route 53 は作成する各ホストゾーンに 4 つのネームサーバーの独自セット（ま
とめて委託セットと呼ばれます）を割り当てます。多数のホストゾーンを作成する場合は、再利用可能
な委託セットを作成する Amazon Route 53 API を使用できます。これで、Amazon Route 53 API を使
用してホストゾーンを作成するときに、各ホストゾーンに同じ再利用可能な委託セット（同じ 4 つの
ネームサーバー）を割り当てることができます（Amazon Route 53 コンソールを使用してホストゾー
ンを作成するときに再利用可能な委託セットを指定することはできません）。再利用可能な委託セット
により、Amazon Route 53 を DNS サービスとするすべてのドメインで同じ 4 つのネームサーバーを使
用するようドメイン名のレジストラに指示できるため、DNS サービスの Amazon Route 53 への移行が
簡素化されます。再利用可能な委託セットの詳細については、『Amazon Route 53 API Reference』の
「再利用可能な委託セットのアクション」を参照してください。Amazon Route 53 API を使用してホ
ストゾーンを作成する方法については、「POST CreateHostedZone」を参照してください。
同じ名前の複数のホストゾーンを作成し、各ホストゾーンに異なるリソースレコードセットを追加でき
ます。Amazon Route 53 は、4 つのネームサーバーをホストゾーンごとに割り当てます。ネームサー
バーは各ホストゾーンで異なります。レジストラのネームサーバーレコードを更新する場合、正しいホ
ストゾーン（ドメインのクエリに応答する場合に Amazon Route 53 が使用するリソースレコードセッ
トが含まれる）に対して Amazon Route 53 ネームサーバーを使用するように注意してください。Amazon
Route 53 が、同じ名前の他のホストゾーンのリソースレコードセットに値を返すことは決してありま
せん。
Amazon Route 53 コンソールを使用してホストゾーンを作成するには
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
2.
Amazon Route 53 を初めて利用する場合は、[DNS Management] の [Get Started Now] を選択しま
す。
3.
4.
5.
既に Amazon Route 53 を利用している場合は、ナビゲーションペインの [Hosted Zones] を選択し
ます。
[Create Hosted Zone] を選択します。
[Create Hosted Zone] ペインで、ドメイン名とコメント（必要に応じて）を入力します。設定の詳
細については、ラベルの上にマウスポインタを置いて、ツールヒントを表示してください。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定す
る方法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
[Create] を選択します。
API Version 2013-04-01
89
Amazon Route 53 開発者ガイド
パブリックホストゾーンに対するネームサーバーの取得
パブリックホストゾーンに対するネームサーバー
の取得
Abstract
Route 53 コンソールを使用してパブリックホストゾーンのネームサーバーを取得します。
現在、別の DNS サービスを使用していて、Amazon Route 53 に移行する場合は、まずホストゾーンを
作成します。Amazon Route 53 は自動的にホストゾーンに 4 つのネームサーバーを割り当てます。ド
メインネームシステムがドメインのクエリを Amazon Route 53 ネームサーバーにルーティングするた
めには、レジストラまたは DNS サービスにおけるそのドメインの NS レコードを更新して、現在のネー
ムサーバーをホストゾーンに対する委託セットの 4 つの Amazon Route 53 ネームサーバーの名前に置
き換えます。NS レコードを更新する方法は、使用しているレジストラまたは DNS サービスによって
異なります。DNS サービスを Amazon Route 53 に移行する方法の詳細については、「DNS サービス
として Amazon Route 53 を設定 (p. 70)」を参照してください。
Note
一部のレジストラでは、IP アドレスの使用によるネームサーバーの指定のみが許可され、完全
修飾ドメイン名を指定することはできません。レジストラが IP アドレスを使用する必要があ
る場合は、dig ユーティリティ（Mac、Unix、Linux の場合）または nslookup ユーティリティ
（Windows の場合）を使用してネームサーバーの IP アドレスを取得できます。一般的に、ネー
ムサーバーの IP アドレスが変更されることはほとんどありません。IP アドレスを変更する必
要がある場合は、事前に通知されます。
以下の手順では、Amazon Route 53 コンソールを使用してホストゾーンのネームサーバーを取得する
方法を示しています。Amazon Route 53 API を使用してネームサーバーを取得する方法については、
『Amazon Route 53 API Reference』の「GET GetHostedZone」を参照してください。
Amazon Route 53 コンソールを使用してホストゾーンのネームサーバーを取得するには
1.
2.
3.
4.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで、[Hosted Zones] をクリックします。
[Hosted Zones] ページで、ホストゾーンのラジオボタン（名前ではない）を選択します。
右ペインの [Name Servers] に表示されている 4 つのサーバーをメモします。
パブリックホストゾーンの一覧表示
Abstract
Route 53 コンソールを使用して AWS アカウントに関連付けられたパブリックホストゾーンを一覧表示します。
Amazon Route 53 コンソールを使用して、現在の AWS アカウントで作成したホストゾーンすべてを一
覧表示できます。 Amazon Route 53 API を使用してホストゾーンを一覧表示する方法については、
『Amazon Route 53 API Reference』の「GET ListHostedZones」を参照してください。
Amazon Route 53 コンソールを使用して AWS アカウントに関連付けられたパブリックホスト
ゾーンを一覧表示するには
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
API Version 2013-04-01
90
Amazon Route 53 開発者ガイド
パブリックホストゾーンの削除
2.
Amazon Route 53 コンソールでは、[Hosted Zones] ページに、現在サインインしている AWS ア
カウントに関連付けられたホストゾーンのリストが自動的に表示されます。
パブリックホストゾーンの削除
Abstract
Route 53 コンソールを使用してパブリックホストゾーンを削除します。
以下の手順では、Amazon Route 53 コンソールを使用してホストゾーンを削除する方法を説明します。
Amazon Route 53 API を使用してホストゾーンを削除する方法については、『Amazon Route 53 API
Reference』の「DELETE DeleteHostedZone」を参照してください。
デフォルトの SOA レコードと NS レコード以外のリソースレコードセットがない場合にのみ、ホスト
ゾーンを削除できます。ホストゾーンに他のリソースレコードセットが含まれる場合、ホストゾーンを
削除する前にそれらを削除する必要があります。これによって、リソースレコードセットが含まれてい
るホストゾーンを誤って削除するのを防ぎます。
Amazon Route 53 コンソールを使用してパブリックホストゾーンを削除するには
1.
2.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
削除するホストゾーンに NS と SOA のリソースレコードセットのみが含まれていることを確認し
ます。追加リソースレコードセットが含まれている場合、それを削除します。
a.
Amazon Route 53 コンソールで、以下のいずれかを実行して、削除するホストゾーンのリソー
スレコードセットを表示します。
• 削除するホストゾーンの行をクリックし、[Go to Record Sets] をクリックします。
• 削除するホストゾーンの行をダブルクリックします。
b.
[Record Sets page] ページで、リソースレコードセットのリストに [Type] 列の値が NS または
SOA 以外のリソースレコードセットが含まれている場合、行をクリックし、[Delete Record
Set] をクリックします。
複数の連続するリソースレコードセットを選択するには、最初の行をクリックし、Shift キー
を押したまま最後の行をクリックします。複数の連続していないリソースレコードセットを選
択するには、最初の行をクリックし、Ctrl キーを押したまま、残りの行をクリックします。
Note
ホストゾーンでサブドメインの NS レコードを作成した場合は、それらのレコードも
削除します。
c.
[Back to Hosted Zones] をクリックします。
3.
4.
[Hosted Zones] ページで、削除するホストゾーンの行をクリックします。
[Delete Hosted Zone] をクリックします。
5.
[OK] をクリックして確定します。
API Version 2013-04-01
91
Amazon Route 53 開発者ガイド
ホワイトラベルネームサーバーの設定
ホワイトラベルネームサーバーの設定
Abstract
Route 53 がホストゾーンに割り当てるデフォルトネームサーバーの代わりに、ns1.example.com のようなホワイ
トラベルネームサーバーを使用するように Route 53 を設定します。
各 Amazon Route 53 ホストゾーンは、まとめて委託セットと呼ばれる 4 つのネームサーバーに関連付
けられています。デフォルトでは、これらのネームサーバーは ns-2048.awsdns-64.com のような名前
です。ネームサーバーのドメイン名をホストゾーンのドメイン名、たとえば ns1.example.com と同じ
にする場合は、ホワイトラベルネームサーバー（別名バニティネームサーバーまたはプライベートネー
ムサーバー）を設定できます。
以下の手順では、複数のドメインで再利用できる 4 つのホワイトラベルネームサーバーの組を設定する
方法を説明します。たとえば、example.com、example.org、example.net というドメインを所有して
いるとします。この手順では、example.com のホワイトラベルネームサーバーを設定して、それを
example.org と example.net で再利用できます。
Amazon Route 53 ホストゾーンのホワイトラベルネームサーバーを設定するには
1.
2.
Amazon Route 53 API またはいずれかの AWS SDK を使用して、再利用可能な Amazon Route 53
委託セットを作成します。API の使用方法の詳細については、『Amazon Route 53 API Reference』
の「POST CreateReusableDelegationSet」を参照してください。
Amazon Route 53 ホストゾーンを作成または再作成します。
• ホワイトラベルネームサーバーを使用するドメインの DNS サービスとして現在 Amazon Route 53
を使用していない場合 – ホストゾーンを作成し、以前のステップで作成した再利用可能な委託
セットを各ホストゾーンに指定します。詳細については、『Amazon Route 53 API Reference』
の「POST CreateHostedZone（パブリック）」を参照してください。
• ホワイトラベルネームサーバーを使用するドメインの DNS サービスとして Amazon Route 53
を使用している場合 – ホワイトラベルネームサーバーを使用するホストゾーンを再作成する必要
があります。その後、以前のステップで作成した再利用可能な委託セットを各ホストゾーンに指
定します。
ホストゾーンの作成方法とホストゾーンのネームサーバーに再利用可能な委託セットを指定する方
法の詳細については、『Amazon Route 53 API Reference』の「POST CreateHostedZone（パブ
リック）」を参照してください。
Important
既存のホストゾーンに関連付けられるネームサーバーを変更することはできません。再利
用可能な委託セットをホストゾーンに関連付けることができるのは、ホストゾーンを作成
するときのみです。
ホストゾーンを作成して、それに該当するドメインのリソースにアクセスを試みる前に、各ホスト
ゾーンの次の TTL 値を変更します。
• ホストゾーンの NS レコードの TTL を 60 秒以下に変更します。
• ホストゾーンの SOA レコードの最小 TTL を 60 秒以下に変更します。これは SOA レコードの
最後の値です。
最小 TTL を 60 秒以下に変更すると、DNS リゾルバーが Amazon Route 53 に送るクエリが増える
ため、一時的に請求額が増えます（この手順では、TTL の値を増やすことのできる時期が説明され
ています）。ただし、誤ってレジストラにホワイトラベルネームサーバーの間違った IP アドレス
を伝えた場合、ウェブサイトが利用できなくなり、問題を解決しても TTL の期間が経過するまで
API Version 2013-04-01
92
Amazon Route 53 開発者ガイド
ホワイトラベルネームサーバーの設定
3.
は利用できないままです。TTL を低い値に設定することで、ウェブサイトが利用できない時間を短
縮できます。
新しいホストゾーンにリソースレコードセットを作成します。
• ドメインの DNS サービスを Amazon Route 53 に移行する場合 – 既存のリソースレコードセッ
トに関する情報をインポートしてリソースレコードセットを作成することもできます。詳細につ
いては、「ゾーンファイルをインポートしてリソースレコードセットを作成する (p. 160)」を参
照してください。
• ホワイトラベルネームサーバーを使用できるように既存のホストゾーンを置き換える場合 – 新し
いホストゾーンで、現在のホストゾーンに表示されるリソースレコードセットを再作成します。
Amazon Route 53 には、ホストゾーンからリソースレコードセットをエクスポートする方法が
用意されていませんが、一部のサードパーティベンダーにはその機能があります。その後、
Amazon Route 53 のインポート機能を使用して、ルーティングポリシーがシンプルな非エイリ
アスリソースレコードをインポートすることができます。ルーティングポリシーがシンプルでな
いエイリアスリソースレコードセットまたはリソースレコードセットをエクスポートして再イン
ポートする方法はありません。
Amazon Route 53 API を使用したリソースレコードセットの作成については、『Amazon Route 53
API Reference』の「POST CreateHostedZone（パブリック）」を参照してください。Amazon
Route 53 コンソールを使用したリソースレコードセット作成については、「リソースレコード
セットの使用 (p. 103)」を参照してください。
4.
再利用可能な委託セット内のネームサーバーの IP アドレスを取得して、次の表に入力します。
再利用可能な委託セットのネームサーバー名（例:
ns-2048.awsdns-64.com）
IP アドレス
ホワイトラベルネー
ムサーバーに割り当
てる名前（例:
ns1.example.com）
たとえば、再利用可能な委託セットの 4 つのネームサーバーが次のようであるとします。
• ns-2048.awsdns-64.com
• ns-2049.awsdns-65.net
• ns-2050.awsdns-66.org
• ns-2051.awsdns-67.co.uk
各ネームサーバーについて該当するコマンドを実行して、対応する IP アドレスを取得します。
Linux での dig コマンド
% dig ns-2048.awsdns-64.com +short
192.0.2.117
Windows での nslookup コマンド
API Version 2013-04-01
93
Amazon Route 53 開発者ガイド
ホワイトラベルネームサーバーの設定
c:\> nslookup ns-2048.awsdns-64.com
Server: ns-2048.awsdns-64.com
Address: 192.0.2.117
5.
ホワイトラベルネームサーバーのドメイン名（ns1.example.com など）と同じ名前（example.com
など）を持つホストゾーンで、ホワイトラベルネームサーバーそれぞれに 1 つ、合計 4 つのリソー
スレコードセットを作成します。
Important
同じホワイトラベルネームサーバーを複数のホストゾーンで使用する場合、他のホスト
ゾーンではこのステップを実行しないでください。
リソースレコードセットごとに、以下の値を指定します。以前のステップで記入した表を参照して
ください。
名前
ホワイトラベルネームサーバーの 1 つに割り当てる名前、たとえば ns1.example.com です。
プレフィックス（この例では ns1）としては、ドメイン名で有効な任意の値を使用できます。
タイプ
[A] を指定します。
エイリアス
[No] を指定します。
TTL
この値は、DNS リゾルバーが別の DNS クエリを Amazon Route 53 に転送する前に、このリ
ソースレコードセットの情報をキャッシュする時間です。このリソースレコードセットに誤っ
て不適切な値を指定した場合でも迅速に回復できるように、最初は 60 秒以下を指定すること
をお勧めします。
値
再利用可能な委託セットにある Amazon Route 53 ネームサーバーの 1 つの IP アドレス。
Caution
ホワイトラベルネームサーバーのリソースレコードセットを作成するときに間違った
IP アドレスを指定した場合、以降のステップを実行するときに、ウェブサイトまたは
ウェブアプリケーションをインターネットで利用できなくなります。IP アドレスをす
ぐに訂正した場合でも、ウェブサイトまたはウェブアプリケーションは、TTL の期
間、利用できないままです。
ルーティングポリシー
[Simple] を指定します。
6.
ホワイトラベルネームサーバーを使用するホストゾーンの NS レコードと SOA レコードを更新し
ます。ホストゾーンとそれに対応するドメインについてステップ 6～8 をまとめて実行し、別のド
メインとホストゾーンについても同じ作業を繰り返します。
Important
ホワイトラベルネームサーバー（ns1.example.com など）と同じドメイン名（example.com
など）を持つ Amazon Route 53 ホストゾーンから始めます。
API Version 2013-04-01
94
Amazon Route 53 開発者ガイド
ホワイトラベルネームサーバーの設定
a.
SOA レコードを更新します。Amazon Route 53 ネームサーバーの名前（以下の例では
ns-2048.awsdns-64.net.）をホワイトラベルネームサーバーの 1 つの名前に置き換えま
す。
ns-2048.awsdns-64.net. hostmaster.example.com. 1 7200 900 1209600 60
b.
c.
7.
Amazon Route 53 コンソールを使用したリソースレコードセット更新については、「リソー
スレコードセットの編集 (p. 162)」を参照してください。
NS レコードで、必要に応じて元のネームサーバーに戻せるように、ドメインの現在のネーム
サーバーの名前をメモします。
NS レコードを更新します。Amazon Route 53 ネームサーバーの名前を 4 つのホワイトラベル
ネームサーバーの名前、たとえば、ns1.example.com、ns2.example.com、
ns3.example.com、ns4.example.com に置き換えます。
レジストラが用意している方法を使って、グルーレコードを作成し、レジストラのネームサーバー
を変更します。
a.
グルーレコードを追加します。
• ホワイトラベルネームサーバーとドメイン名が同じドメインを更新する場合 – ステップ 4
で取得した値と名前および IP アドレスが一致する 4 件のグルーレコードを作成します。次
に例を挙げます。
ns1.example.com – IP アドレス = 192.0.2.117
レジストラはグルーレコードを表すのにさまざまな用語を使っています。この作業は、新し
いネームサーバーの登録などと言われていることもあります。
• 別のドメインを更新する場合 – ステップ 7b に進みます。
b.
8.
ドメインのネームサーバーをホワイトラベルネームサーバーの名前に変更します。
DNS サービスとして Amazon Route 53 を使用している場合は、「ネームサーバーおよびグルーレ
コードの追加または変更 (p. 24)」を参照してください。
前のステップでグルーレコードを作成しネームサーバーを変更したウェブサイトまたはアプリケー
ションのトラフィックをモニタリングします。
• トラフィックが停止している場合 – レジストラが用意している方法を使って、ドメインのネーム
サーバーを以前の Amazon Route 53 ネームサーバーに戻します。これはステップ 6b でメモし
たネームサーバーです。その後、何が悪かったのかを見極めます。
• トラフィックに影響がない場合 – 同じホワイトラベルネームサーバーを使用する残りのホスト
ゾーンに対して、ステップ 6～8 を繰り返します。
9.
ホワイトラベルネームサーバーを使用するようになったすべてのホストゾーンについて、以下の値
を変更します。
• ホストゾーンの NS レコードの TTL を、NS レコードでもっと一般的な値、たとえば 172800 秒
（2 日）に変更します。こうすると、DNS リゾルバーが Amazon Route 53 に転送する DNS ク
エリの数が減って、Amazon Route 53 からの請求額が減少します。
• ホストゾーンの SOA レコードの最小 TTL を、SOA レコードでもっと一般的な値、たとえば
86400 秒（1 日）に変更します。これは SOA レコードの最後の値です。
10. オプション Amazon Route 53 位置情報ルーティングを使っている場合は、EDNS0 の
edns-client-subnet 拡張をサポートする再帰的 DNS サービスに連絡して、ホワイトラベルネーム
API Version 2013-04-01
95
Amazon Route 53 開発者ガイド
Amazon Route 53 がパブリックホストゾーンに作成する
NS リソースレコードセットと SOA リソースレコードセッ
ト
サーバーの名前を伝えます。こうすることで、この DNS サービスは、リクエストのおおよその地
理的場所に基づいて最適な Amazon Route 53 の場所に DNS クエリをルーティングし続けること
ができます。
edns-client-subnet をサポートする再帰的 DNS サービスの一覧については、「A Faster Internet:
Participants」を参照してください。edns-client-subnet の仕組みの詳細については、「A Faster
Internet: How It Works」を参照してください。
Amazon Route 53 がパブリックホストゾーンに作
成する NS リソースレコードセットと SOA リソー
スレコードセット
Abstract
パブリックホストゾーンを作成する際に Route 53 が自動的に作成するネームサーバー（NS）リソースレコード
セットと Start of Authority（SOA）リソースレコードセットについて説明します。
パブリックホストゾーンを作成するごとに、Amazon Route 53 によって自動的にネームサーバー（NS）
リソースレコードセットと Start of Authority（SOA）リソースレコードセットが作成されます。これら
のレコードを変更しないでください。
トピック
• ネームサーバー（NS）リソースレコードセット (p. 96)
• Start of Authority（SOA）リソースレコードセット (p. 97)
ネームサーバー（NS）リソースレコードセット
Amazon Route 53 によって、ホストゾーンと同じ名前のネームサーバー（NS）リソースレコードセッ
トが作成されます。これには、ホストゾーンの 4 つの正式なネームサーバーがリストされます。このリ
ソースレコードセットに対して、ネームサーバーを追加、変更、または削除しないでください。
次の例は、Amazon Route 53 ネームサーバーの名前の形式を示してます（これらはサンプルとして提
供されています。これらをレジストラのネームサーバーレコードを更新するときに使用しないでくださ
い）。
• ns-2048.awsdns-64.com
• ns-2049.awsdns-65.net
• ns-2050.awsdns-66.org
• ns-2051.awsdns-67.co.uk
ホストゾーンのネームサーバーのリストを取得するには:
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
2.
3.
4.
ナビゲーションペインで、[Hosted Zones] をクリックします。
[Hosted Zones] ページで、ホストゾーンのラジオボタン（名前ではない）を選択します。
右ペインの [Name Servers] に表示されている 4 つのサーバーをメモします。
API Version 2013-04-01
96
Amazon Route 53 開発者ガイド
Start of Authority（SOA）リソースレコードセット
または、GetHostedZone アクションを使用できます。詳細については、『Amazon Route 53 API
Reference』の「GetHostedZone」を参照してください。
ホストゾーンを作成したら、レジストラまたは DNS サービスのネームサーバーレコードを更新しま
す。適宜、Amazon Route 53 ネームサーバーを参照してください。
• 既存のドメインを Amazon Route 53 に移行した場合は、「レジストラのネームサーバーの更新 (p. 73)」
を参照してください。
• 親ドメインを移行しないで Amazon Route 53 を使用するサブドメインを作成した場合は、「サブド
メインのネームサーバーレコードで DNS サービスを更新する (p. 76)」を参照してください。
• 親ドメインを移行しないで Amazon Route 53 にサブドメインを移行した場合は、「サブドメインの
ネームサーバーレコードで DNS サービスを更新する (p. 79)」を参照してください。
Note
一部のレジストラでは、IP アドレスの使用によるネームサーバーの指定のみが許可され、完全
修飾ドメイン名を指定することはできません。レジストラで IP アドレスを使用する必要があ
る場合は、dig ユーティリティ（Mac、Unix、Linux の場合）または nslookup ユーティリティ
（Windows の場合）を使用してネームサーバーの IP アドレスを取得できます。一般的に、ネー
ムサーバーの IP アドレスが変更されることはほとんどありません。IP アドレスを変更する必
要がある場合は、事前に通知されます。
Start of Authority（SOA）リソースレコードセット
Start of Authority（SOA）リソースレコードセットは、
ns-2048.awsdns-64.net. hostmaster.example.com. 1 7200 900 1209600 86400
などのドメインについての DNS 情報ベースを特定します。SOA レコードには次のような要素が含まれ
ます。
• SOA レコードを作成したホスト（例: ns-2048.awsdns-64.net）。
• @ 記号をピリオドに置き換えた形式の、管理者の E メールアドレス（例:
hostmaster.example.com）。デフォルト値は、監視されない amazon.com E メールアドレスで
す。
• ゾーンファイルを変更し、変更をセカンダリ DNS サーバーに配信する際のリビジョン番号（例: 1）。
• 変更を確認するためにプライマリ DNS サーバーの SOA レコードを問い合わせるまでに、セカンダ
リ DNS サーバーが待機するリフレッシュ時間（秒数）（例: 7200）。
• 失敗したゾーン転送を再試行するまでに、セカンダリサーバーが待機する再試行間隔（秒数）（例:
900（15分））。通常は、再試行時間はリフレッシュ時間より短くなります。
• セカンダリサーバーがゾーン転送の完了を試みる期限が切れる時間（秒数）（例: 1209600（2 週
間））。ゾーン転送が完了する前に期限切れになると、セカンダリサーバーはそのゾーンファイルを
期限切れとします。これは、データが古すぎて信頼できないと見なされた結果、クエリへの応答が停
止されることを意味します。
• 最小有効期限（TTL）。この値を利用して、ドメインが存在しないことを示す NXDOMAIN 結果を
DNS リゾルバがキャッシュする時間を定義できます。このような負の結果をキャッシュすることは、
ネガティブキャッシングと呼ばれます。ネガティブキャッシングの期間は、SOA レコードの TTL よ
りも短いか、最小 TTL フィールドの値に等しくなります。Amazon Route 53 SOA レコードのデフォ
ルト最小 TTL は、900 秒です。SOA リソースレコードセットを含むリソースレコードセットの TTL
を変更するには、Amazon Route 53 コンソールを使用できます。詳細については、「リソースレコー
ドセットの編集 (p. 162)」を参照してください。また、ChangeResourceRecordSets API も使用で
きます。詳細については、『Amazon Route 53 API Reference』の「ChangeResourceRecordSets」
を参照してください。
API Version 2013-04-01
97
Amazon Route 53 開発者ガイド
プライベートホストゾーンの使用
Abstract
Route 53 コンソールを使用してプライベートホストゾーンの作成、一覧表示、および削除を行います。
プライベートホストゾーンは、1 つ以上の Amazon Virtual Private Cloud（Amazon VPC）内のドメイ
ンとそのサブドメインにトラフィックをルーティングする方法に関する情報を保持するコンテナです。
最初に、プライベートホストゾーンを作成して、そのホストゾーンに関連付ける Amazon VPC を指定
します。次に、Amazon VPC 内および VPC 間でドメインおよびサブドメインに関するクエリに Amazon
Route 53 が応答する方法を決定するリソースレコードセットを作成します。たとえば、ドメインに関
連付けられたウェブサーバーがある場合、ホストゾーンに A レコードを作成して、example.com に関
するクエリがウェブサーバーにルーティングされるようにします。リソースレコードセットの詳細につ
いては、「リソースレコードセットの使用 (p. 103)」を参照してください。プライベートホストゾーン
を使用する際の Amazon VPC 要件については、『Amazon VPC ユーザーガイド』の「プライベートホ
ストゾーンの使用」を参照してください。
Note
プライベートホストゾーンのリソースレコードセットに Amazon Route 53 ヘルスチェックを
関連付けることはできません。
Amazon Route 53 を使用して、スプリットビュー DNS（別名、スプリットホライズン DNS）を設定で
きます。同じウェブサイトまたはアプリケーションの内部バージョンと外部バージョンを保持する場合
（たとえば、公開する前に変更をテストすることを目的として）、同じドメイン名に対して異なる内部
IP アドレスと外部 IP アドレスを返すパブリックホストゾーンとプライベートホストゾーンを設定でき
ます。同じドメイン名のパブリックホストゾーンとプライベートホストゾーンを作成し、両方のホスト
ゾーンに同じサブドメインを作成します。
プライベートホストゾーンとパブリックホストゾーンの両方がある場合、プライベートホストゾーンに
関連付けた Amazon VPC の Amazon EC2 インスタンスにログインしていると、プライベートホスト
ゾーンがパブリックホストゾーンよりも優先されます。たとえば、example.com のパブリックホスト
ゾーンとプライベートホストゾーンを作成して、パブリックホストゾーンにのみ www.example.com サ
ブドメインを作成したとします。example.com のプライベートホストゾーンに関連付けられた VPC の
Amazon EC2 インスタンスにログインしていると、パブリックホストゾーンにのみ存在する
www.example.com を閲覧することはできません。
サブドメインの責任を委任する NS レコードをプライベートホストゾーンに作成することはできませ
ん。
API Version 2013-04-01
98
Amazon Route 53 開発者ガイド
プライベートホストゾーンの作成
Important
プライベートホストゾーンを使用するには、次の Amazon VPC 設定を true に設定する必要が
あります。
• enableDnsHostnames
• enableDnsSupport
詳細については、『Amazon VPC ユーザーガイド』の「VPC の DNS サポートを更新する」を
参照してください。
カスタム Amazon VPC 設定では、次の点に注意してください。
• VPC の Amazon EC2 インスタンスにカスタム DNS サーバーを設定した場合は、その VPC 用に
Amazon が提供する DNS サーバーの IP アドレスにプライベート DNS クエリをルーティングするよ
うに、カスタム DNS サーバーを設定する必要があります。この IP アドレスは、VPC ネットワーク
範囲のベースに「プラス 2」した IP アドレスです。たとえば、VPC の CIDR 範囲が 10.0.0.0/16 で
ある場合、DNS サーバーの IP アドレスは 10.0.0.2 です。
• VPC の外部にあるカスタム DNS サーバーを使用していて、プライベート DNS を使用する場合は、
VPC 内の Amazon EC2 インスタンスのカスタム DNS サーバーを使用するように再設定する必要が
あります。詳細については、『Amazon VPC ユーザーガイド』の「Amazon DNS サーバー」を参照
してください。
• 1 つ以上の Amazon VPC 仮想ネットワークで、オンプレミスのネットワークを統合し、オンプレミ
スのネットワークにプライベートホストゾーンのドメイン名を解決できるようにするには、Simple
AD ディレクトリを作成できます。Simple AD では、オンプレミスのネットワークからプライベート
ホストゾーンに DNS クエリを送信するのに使用できる IP アドレスが提供されます。詳細について
は、『AWS Directory Service Administration Guide』の「Simple AD の使用開始」を参照してくださ
い。
このトピックでは、Amazon Route 53 コンソールを使用してプライベートホストゾーンを作成、一覧
表示、削除する方法を説明します。Amazon Route 53 API を使用してこれらの操作を実行する方法に
ついては、『Amazon Route 53 API Reference』の「プライベートホストゾーンのアクション」を参照
してください。
また、Amazon Route 53 パブリックホストゾーンを使用して、インターネットでドメインのトラフィッ
クをルーティングすることもできます。詳細については、「パブリックホストゾーンの使用 (p. 88)」
を参照してください。
トピック
• プライベートホストゾーンの作成 (p. 99)
• プライベートホストゾーンの一覧表示 (p. 100)
• プライベートホストゾーンにさらに Amazon VPC を関連付け (p. 101)
• プライベートホストゾーンから Amazon VPC の関連付けを解除 (p. 101)
• プライベートホストゾーンの削除 (p. 102)
プライベートホストゾーンの作成
Abstract
ドメインのホストゾーンを作成し、そのドメインの Amazon Virtual Private Cloud 内でトラフィックをルーティン
グする方法を Route 53 に伝えるリソースレコードセットを作成します。
API Version 2013-04-01
99
Amazon Route 53 開発者ガイド
プライベートホストゾーンの一覧表示
プライベートホストゾーンは、1 つ以上の Amazon Virtual Private Cloud（Amazon VPC）でホストす
る指定されたドメインのリソースレコードセットのコンテナです。ドメイン（たとえば、example.com）
のホストゾーンを作成した後、Amazon VPC 内および VPC 間でそのドメインへのトラフィックをルー
ティングする方法を Amazon Route 53 に伝えるリソースレコードセットを作成します。
Amazon Route 53 API を使用してプライベートホストゾーンを作成する方法については、『Amazon
Route 53 API Reference』の「POST CreateHostedZone（プライベート）」を参照してください。
Amazon Route 53 コンソールを使用してホストゾーンを作成するには
1.
Amazon Route 53 ホストゾーンに関連付ける各 Amazon VPC について、次の Amazon VPC 設定
を true に変更します。
• enableDnsHostnames
• enableDnsSupport
詳細については、『Amazon VPC ユーザーガイド』の「VPC の DNS サポートを更新する」を参
照してください。
2.
3.
4.
5.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
Amazon Route 53 を初めて利用する場合は、[DNS Management] の [Get Started Now] を選択しま
す。
既に Amazon Route 53 を利用している場合は、ナビゲーションペインの [Hosted Zones] を選択し
ます。
[Create Hosted Zone] を選択します。
[Create Private Hosted Zone] ペインで、ドメイン名を入力し、必要に応じてコメントも入力しま
す。設定の詳細については、ラベルの上にマウスポインタを置いて、ツールヒントを表示してくだ
さい。
6.
7.
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定す
る方法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
[Type] リストで [Private Hosted Zone for Amazon VPC] を選択します。
[VPC Id] リストで、ホストゾーンに関連付ける Amazon VPC を選択します。
8.
ホストゾーンに複数の VPC を関連付ける場合は、ホストゾーンの作成後に VPC を追加できます。
詳細については、「プライベートホストゾーンにさらに Amazon VPC を関連付け (p. 101)」を参照
してください。
[Create] を選択します。
プライベートホストゾーンの一覧表示
Abstract
Route 53 コンソールを使用して AWS アカウントに関連付けられたプライベートホストゾーンを一覧表示します。
Amazon Route 53 コンソールを使用して、現在の AWS アカウントで作成したホストゾーンすべてを一
覧表示できます。 Amazon Route 53 API を使用してホストゾーンを一覧表示する方法については、
『Amazon Route 53 API Reference』の「GET ListHostedZones（パブリックおよびプライベート）」
を参照してください。
API Version 2013-04-01
100
Amazon Route 53 開発者ガイド
プライベートホストゾーンにさらに Amazon VPC を関連
付け
Amazon Route 53 コンソールを使用して AWS アカウントに関連付けられたホストゾーンを一
覧表示する
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
2.
ナビゲーションペインで [Hosted Zones] を選択します。
[Hosted Zones] ページに、現在の AWS アカウントを使用して作成されたすべてのホストゾーンの
一覧が自動的に表示されます。[Type] 列は、ホストゾーンがプライベートかパブリックかを示して
います。列見出しを選択すると、プライベートホストゾーンとパブリックホストゾーンがグループ
分けされます。
プライベートホストゾーンにさらに Amazon VPC
を関連付け
Abstract
Route 53 コンソールを使用して、Amazon Route 53 プライベートホストゾーンに追加の Amazon Virtual Private
Cloud を関連付けます。
Amazon Route 53 コンソールを使用して、プライベートホストゾーンにさらに Amazon VPC を関連付
けることができます。Amazon Route 53 API を使用してプライベートホストゾーンにさらに Amazon
VPC を関連付ける方法については、『Amazon Route 53 API Reference』の「POST
AssociateVPCWithHostedZone」を参照してください。
Amazon Route 53 コンソールを使用してプライベートホストゾーンに追加の Amazon VPC を
関連付けるには
1.
2.
3.
4.
5.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで [Hosted Zones] を選択します。
追加の Amazon VPC を関連付けるプライベートホストゾーンを選択します。
右側のペインで、[Associate New VPC] を選択します。
ドロップダウンリストで、このプライベートホストゾーンに関連付ける VPC を選択して、[Associate]
を選択します。
プライベートホストゾーンから Amazon VPC の関
連付けを解除
Abstract
Route 53 コンソールを使用して、Amazon Route 53 プライベートホストゾーンから Amazon Virtual Private Cloud
の関連付けを解除します。
Amazon Route 53 コンソールを使用して、プライベートホストゾーンから Amazon VPC の関連付けを
解除できます。Amazon Route 53 API を使用してプライベートホストゾーンから Amazon VPC の関連
付けを解除する方法については、『Amazon Route 53 API Reference』の「POST
DisassociateVPCFromHostedZone」を参照してください。
API Version 2013-04-01
101
Amazon Route 53 開発者ガイド
プライベートホストゾーンの削除
Amazon Route 53 コンソールを使用してプライベートホストゾーンから Amazon VPC の関連
付けを解除するには
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
2.
3.
4.
ナビゲーションペインで [Hosted Zones] を選択します。
1 つ以上の Amazon VPC の関連付けを解除するプライベートホストゾーンを選択します。
右側のペインで、このホストゾーンから関連付けを解除する VPC の横にある x アイコンを選択し
ます。
5.
[Disassociate] を選択して確定します。
プライベートホストゾーンの削除
Abstract
Route 53 コンソールを使用してプライベートホストゾーンを削除します。
以下の手順では、Amazon Route 53 コンソールを使用してプライベートホストゾーンを削除する方法
を説明します。Amazon Route 53 API を使用してプライベートホストゾーンを削除する方法について
は、『Amazon Route 53 API Reference』の「DELETE DeleteHostedZone（プライベート）」を参照
してください。
デフォルトの SOA レコードと NS レコード以外のリソースレコードセットがない場合にのみ、プライ
ベートホストゾーンを削除できます。ホストゾーンに他のリソースレコードセットが含まれる場合、ホ
ストゾーンを削除する前にそれらを削除する必要があります。これによって、リソースレコードセット
が含まれているホストゾーンを誤って削除するのを防ぎます。
Amazon Route 53 コンソールを使用してプライベートホストゾーンを削除するには
1.
2.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
削除するホストゾーンに NS と SOA のリソースレコードセットのみが含まれていることを確認し
ます。追加リソースレコードセットが含まれている場合、それを削除します。
a.
Amazon Route 53 コンソールで、以下のいずれかを実行して、削除するホストゾーンのリソー
スレコードセットを表示します。
• 削除するホストゾーンの行を選択し、[Go to Record Sets] を選択します。
• 削除するホストゾーンの名前を選択します。
b.
[Record Sets] ページで、リソースレコードセットのリストに [Type] 列の値が [NS] または
[SOA] 以外のリソースレコードセットが含まれている場合、その行を選択して、[Delete Record
Set] を選択します。
複数の連続するリソースレコードセットを選択するには、最初の行を選択し、Shift キーを押
したまま最後の行を選択します。複数の連続していないリソースレコードセットを選択するに
は、最初の行を選択し、Ctrl キーを押したまま、残りの行を選択します。
c.
[Back to Hosted Zones] を選択します。
3.
[Hosted Zones] ページで、削除するホストゾーンの行を選択します。
4.
5.
[Delete Hosted Zone] を選択します。
[Confirm] を選択します。
API Version 2013-04-01
102
Amazon Route 53 開発者ガイド
リソースレコードセットの使用
Abstract
コンソールで Route 53 を使用して、リソースレコードセットを作成、変更、削除、および一覧表示します。
ドメイン（たとえば、example.com）のホストゾーンを作成した後、そのドメインへのトラフィックを
ルーティングする方法をドメインネームシステム (DNS) に指定するリソースレコードセットを作成し
ます。
たとえば、DNS が以下のように動作するリソースレコードセットを作成することができます。
• example.com のインターネットトラフィックをデータセンター内のホストの IP アドレスにルーティ
ングします。
• そのドメイン宛のメール（[email protected]）をメールサーバー（mail.example.com）にルーティ
ングします。
• operations.tokyo.example.com というサブドメインのトラフィックを異なるホストの IP アドレスに
ルーティングします。
それぞれのリソースレコードセットには、ドメインまたはサブドメインの名前、レコードタイプ（たと
えば、タイプが MX のリソースレコードセットはメールをルーティングします）、およびレコードタイ
プに適用可能なその他の情報（MX レコードの場合、1 つ以上のメールサーバーのホスト名と各サーバー
の優先順位）が含まれます。各種リソースレコードタイプについては、「DNS ドメイン名の形式 (p. 3)」
を参照してください。
ホストゾーン内の各リソースレコードセットの名前は、ホストゾーンの名前で終了する必要がありま
す。たとえば、example.com ホストゾーンには、サブドメイン www.example.com と
accounting.tokyo.example.com のリソースレコードセットを含めることができますが、サブドメイン
www.example.ca のリソースレコードセットを含めることはできません。
Note
複雑なルーティング設定のリソースレコードセットを作成するには、トラフィックフロービ
ジュアルエディターを使用して、設定をトラフィックポリシーとして保存することができま
す。その後、トラフィックポリシーを、同じホストゾーンまたは複数のホストゾーンで 1 つ以
上のドメイン名（example.comなど）またはサブドメイン名（www.example.comなど）に関連
付けることができます。さらに、新しい設定が期待どおりに機能していない場合は、更新を元
に戻すことができます。詳細については、「Route DNS トラフィックへのトラフィックフロー
を使用する (p. 165)」を参照してください。
API Version 2013-04-01
103
Amazon Route 53 開発者ガイド
ルーティングポリシーの選択
トピック
• ルーティングポリシーの選択 (p. 104)
• エイリアスリソースレコードセットと非エイリアスリソースレコードセットの選択 (p. 108)
• Amazon Route 53 コンソールを使用したリソースレコードセットの作成 (p. 109)
• Amazon Route 53 リソースレコードセットの作成時または編集時に指定する値 (p. 111)
• ゾーンファイルをインポートしてリソースレコードセットを作成する (p. 160)
• リソースレコードセットの編集 (p. 162)
• リソースレコードセットの削除 (p. 163)
• リソースレコードセットの一覧表示 (p. 163)
ルーティングポリシーの選択
Abstract
Amazon Route 53 でリソースレコードセットを作成する前に、ルーティングポリシーを選択します。
リソースレコードセットを作成するときは、Amazon Route 53 がクエリに応答する方法を決定するルー
ティングポリシーを選択します。
シンプルルーティングポリシー
ドメインで特定の機能を実行する単一のリソースがある場合に、シンプルルーティングポリシーを
使用します。たとえば、example.com ウェブサイトのためにコンテンツを提供する 1 つのウェブ
サーバーなどです。この場合、Amazon Route 53 は、リソースレコードセット内の値（たとえば、
A レコードの IP アドレス）だけに基づいて、DNS クエリに応答します。
加重ルーティングポリシー
同じ機能を実行する複数のリソース（たとえば同じウェブサイトを対象とする複数のウェブサー
バー）があり、それらのリソースに対するトラフィックを指定した比率（たとえば、あるサーバー
に 25%、別のサーバーに 75%）で Amazon Route 53 がルーティングする場合に、加重ルーティン
グポリシーを使用します。加重リソースレコードセットの詳細については、「加重ルーティン
グ (p. 105)」を参照してください。
レイテンシールーティングポリシー
複数の Amazon EC2 データセンターに同じ機能を実行するリソースがあり、最高のレイテンシー
を実現するリソースを使って Amazon Route 53 が DNS クエリに応答する場合に、レイテンシー
ルーティングポリシーを使用します。たとえば、アイルランドと東京の Amazon EC2 データセン
ターに example.com を対象としたウェブサーバーがあるとします。ユーザーが example.com を閲
覧すると、Amazon Route 53 はどのデータセンターがユーザーに対して最も低いレイテンシーを
実現できるかに基づいて DNS クエリに応答するサーバーを選択します。レイテンシーリソースレ
コードセットの詳細については、「レイテンシーベースのルーティング (p. 105)」を参照してくだ
さい。
フェイルオーバールーティングポリシー（パブリックホストゾーンのみ）
あるリソースが利用できるときは、それがすべてのトラフィックを処理し、そのリソースが利用で
きないときは別のリソースがすべてのトラフィックを処理するという、アクティブ/パッシブフェ
イルオーバーを設定する場合に、フェイルオーバールーティングポリシーを使用します。プライ
ベートホストゾーンにはフェイルオーバーリソースレコードセットを作成できないことに注意して
ください。フェイルオーバーリソースレコードセットの詳細については、「Amazon Route 53 の
フェイルオーバーリソースレコードセットおよびフェイルオーバーエイリアスリソースレコード
セットを使用してアクティブ/パッシブフェイルオーバーを構成する (p. 204)」を参照してください。
位置情報ルーティングポリシー
ユーザーの場所に基づいて Amazon Route 53 が DNS クエリに応答する場合に、位置情報ルーティ
ングポリシーを使用します。位置情報リソースレコードセットの詳細については、「位置情報ルー
ティング (p. 107)」を参照してください。
API Version 2013-04-01
104
Amazon Route 53 開発者ガイド
加重ルーティング
加重ルーティング
加重リソースレコードセットにより、1 つの DNS 名に複数のリソースを関連付けることができます。
これは負荷分散や新しいバージョンのソフトウェアのテストなど、さまざまな目的に有用です。加重リ
ソースレコードセットのグループを作成するには、同じ DNS 名とタイプの組み合わせを持つ 2 つ以上
のリソースレコードセットを作成し、それぞれのリソースレコードセットに一意の識別子と相対的な重
みを割り当てます。
DNS クエリを処理するとき、Amazon Route 53 は指定された名前とタイプを持つリソースレコード
セットまたはリソースレコードセットグループを探します。加重リソースレコードセットの場合、
Amazon Route 53 はグループから 1 つを選択します。それぞれのリソースレコードセットが選択され
る確率は、グループのすべてのリソースレコードセットの重みの合計に対する割合に応じて決まりま
す。
たとえば、www.example.com に 3 つのリソースレコードセットを作成するとします。3 つの A レコー
ドには 1、1、3 が加重されています（合計 = 5）。平均すると、Amazon Route 53 は最初の 2 つのリ
ソースレコードセットをそれぞれ 5 分の 1 の確率で選択し、3 つ目のリソースレコードセットを 5 分
の 3 の確率で返します。
レイテンシーベースのルーティング
複数の Amazon EC2 リージョンにある Amazon EC2 インスタンス上でアプリケーションがホストされ
ている場合、ネットワークレイテンシーが最も低い Amazon EC2 リージョンに基づいてリクエストを
処理することで、エンドユーザーのレイテンシーを減らすことができます。Amazon Route 53 のレイ
テンシーベースのルーティングでは、DNS を使用して、ユーザーに最も速くレスポンスを返す Amazon
EC2 リージョンにエンドユーザーのリクエストをルーティングすることができます。
レイテンシーベースのルーティングを使用するには、アプリケーションをホストする各リージョンにあ
る Amazon EC2 リソース用にレイテンシーリソースレコードセットを作成します。Amazon Route 53
が対応するドメイン向けのクエリを受け取ると、最も低いレイテンシーが実現される Amazon EC2 リー
ジョンのレイテンシーリソースレコードセットが選択されます。その後で、Amazon Route 53 はその
リソースレコードセットに関連付けられている値を返します。
たとえば、ELB ロードバランサーが 米国西部（オレゴン） と アジアパシフィック（シンガポール）
の各リージョンにあり、それぞれのロードバランサー用に Amazon Route 53 でレイテンシーリソース
レコードセットが作成されているとします。ロンドンのユーザーがブラウザーにドメインの名前を入力
すると、DNS によってリクエストが Amazon Route 53 ネームサーバーにルーティングされます。
Amazon Route 53 は、ロンドンとシンガポールリージョン間のレイテンシーおよびロンドンとオレゴ
ンリージョン間のレイテンシーに基づいて、そのリクエストのデータを参照します。ロンドンとオレゴ
ンリージョン間のレイテンシーのほうが低い場合、Amazon Route 53 はエンドユーザーのリクエスト
に対して、オレゴンにある Amazon EC2 データセンターのロードバランサーの IP アドレスを返しま
す。ロンドンとシンガポールリージョン間のレイテンシーのほうが低い場合、Amazon Route 53 はエ
ンドユーザーのリクエストに対して、シンガポールにある Amazon EC2 データセンターのロードバラ
ンサーの IP アドレスを返します。
API Version 2013-04-01
105
Amazon Route 53 開発者ガイド
レイテンシーベースのルーティング
インターネット上のホスト間のレイテンシーは、ネットワーク接続やルーティングに変更があると、時
間の経過と共に変化する場合があります。レイテンシーベースのルーティングは一定期間中に実行され
たレイテンシーの測定値に基づいており、これらの測定値はレイテンシーの変化を反映しています。た
とえば、オレゴンとシンガポールの Amazon EC2 リージョンにロードバランサーがある場合、今週は
オレゴンリージョンにルーティングされるユーザーのリクエストが、次の週にユーザーからシンガポー
ルリージョンまでのレイテンシーが改善されると、シンガポールにルーティングされる可能性がありま
す。
以下を対象とするレイテンシーリソースレコードセットを作成できます。
• Amazon EC2 インスタンス（Elastic IP アドレスがある場合とない場合の両方）。
• ELB ロードバランサー（Amazon EC2 インスタンスのトラフィックのバランスを取ります）。
レイテンシーリソースレコードセットは、Amazon Route 53 がサポートするすべてのレコードタイプ
（NS と SOA は除く）を使用して作成できます。サポートされているレコードタイプについては、「サ
ポートされる DNS リソースレコードタイプ (p. 5)」を参照してください。
レイテンシーリソースレコードセットを作成するには、次の手順を実行します。
1. アプリケーションの AWS リソースを作成します。
• ELB ロードバランサーを使用する場合、アプリケーションを実行する各 Amazon EC2 リージョン
に 1 つ以上のロードバランサーを作成します。詳細については、『Elastic Load Balancing 開発者
ガイド』の「ロードバランサーの管理」を参照してください。
ロードバランサーの作成時に指定した名前は、Amazon Route 53 でレイテンシーリソースレコー
ドセットを作成するときに使用する名前になります。
• Amazon EC2 インスタンスを使用する場合、アプリケーションを実行する各 Amazon EC2 リー
ジョンで 1 つ以上の Amazon EC2 インスタンスを起動します。詳細については、「Amazon EC2
入門ガイド」を参照してください。
Note
IP アドレスが変更されないようにするために、Amazon EC2 インスタンスに Elastic IP ア
ドレスを割り当てることをお勧めします。
2. Amazon Route 53 ホストゾーンを作成 (p. 89)します。
API Version 2013-04-01
106
Amazon Route 53 開発者ガイド
位置情報ルーティング
3. ホストゾーンにレイテンシーリソースレコードセットを作成します。Amazon Route 53 コンソール
を使用したリソースレコードセットの作成方法については、「Amazon Route 53 コンソールを使用
したリソースレコードセットの作成 (p. 109)」を参照してください。Amazon Route 53 API を使用し
てレイテンシーリソースレコードセットを作成する方法については、『Amazon Route 53 API
Reference』の「POST ChangeResourceRecordSets」を参照してください。
位置情報ルーティング
位置情報ルーティングでは、ユーザーの地理的場所、つまり DNS クエリの送信元の場所に基づいて、
トラフィックを処理するリソースを選択できます。たとえば、アフリカからのクエリはすべて IP アド
レスが 192.0.2.111 のウェブサーバーにルーティングすることができます。
位置情報ルーティングを使用する場合は、コンテンツをローカライズし、ウェブサイトの一部またはす
べてをユーザーの言語で表示できます。また、位置情報ルーティングを使用して、コンテンツの配布
を、配布の権利がある場所だけに制限することもできます。もう 1 つの考えられる使用方法は、予測可
能な管理しやすい方法で、複数のエンドポイントにわたって負荷を分散することです。この場合、各
ユーザーの場所は、一貫して同じエンドポイントにルーティングされます。
地理的場所は、大陸別、国別、米国の州別に指定できます。重なり合う地域について別々のリソースレ
コードセットを作成した場合は（たとえば、ある大陸用のリソースレコードセットが 1 つ、同じ大陸の
ある国用のリソースレコードセットが 1 つ）、最も小さい地域が優先されます。これにより、大陸のク
エリを 1 つのリソースにルーティングし、その大陸の一部の国のクエリを異なるリソースにルーティン
グすることができます（各大陸の国の一覧については、「場所 (p. 150)」を参照してください）。
位置情報は、IP アドレスを場所にマッピングすることで動作します。しかし、一部の IP アドレスは地
理的場所にマッピングされません。そのため 7 つの大陸をすべて網羅した位置情報リソースレコード
セットを作成した場合でも、Amazon Route 53 は識別できな場所からの DNS クエリを受け取ります。
デフォルトリソースレコードセットを作成して、どの場所にもマッピングされない IP アドレスからの
クエリと、位置情報リソースレコードセットを作成していない場所からのクエリの両方を処理すること
ができます。デフォルトリソースレコードセットを作成しない場合、Amazon Route 53 はそのような
場所からのクエリに対して "応答なし" という応答を返します。
同じ地理的場所を指定する位置情報リソースレコードセットを 2 つ作成することはできません。また、
非位置情報リソースレコードセットの [Name] および [Type] と、[Name] および [Type] の値が同じであ
る位置情報リソースレコードセットを作成することはできません。
ルーティングする位置情報の精度を高めるために、Amazon Route 53 は EDNS0 の edns-client-subnet
拡張をサポートします（EDNS0 は DNS プロトコルにオプションの拡張をいくつか追加します）。
Amazon Route 53 が edns-client-subnet を使用できるのは、DNS リソルバーがそれをサポートする場
合のみです。
• ブラウザまたは他のビューアが edns-client-subnet をサポートしない DNS リゾルバーを使用してい
る場合、Amazon Route 53 は DNS リゾルバーのソース IP アドレスを使ってユーザーの場所を近似
し、位置情報クエリに対してリゾルバーの場所の DNS レコードを使って応答します。
• ブラウザまたは他のビューアが edns-client-subnet をサポートする DNS リソルバーを使用している
場合、DNS リソルバーはユーザーの IP アドレスを切り捨てたアドレスを Amazon Route 53 に送信
します。Amazon Route 53 は、DNS リソルバーのソース IP アドレスではなく切り捨てられた IP ア
ドレスに基づいてユーザーの場所を決定します。この方が通常はユーザーの場所について、より正確
な推定になります。Amazon Route 53 はその後、ユーザーの場所の DNS レコードを使って位置情報
クエリに応答します。
edns-client-subnet の詳細については、IETF ドラフトの「Client Subnet in DNS Requests」を参照して
ください。
API Version 2013-04-01
107
Amazon Route 53 開発者ガイド
エイリアスリソースレコードセットと非エイリアスリソー
スレコードセットの選択
エイリアスリソースレコードセットと非エイリア
スリソースレコードセットの選択
Abstract
Amazon Route 53 でエイリアスリソースレコードセットを作成するかどうかを選択します。
通常の Amazon Route 53 リソースレコードセットが標準 DNS リソースレコードセットであるのに対
し、エイリアスリソースレコードセットは、DNS 機能に対する Amazon Route 53 に固有の拡張機能で
す。エイリアスリソースレコードセットは、IP アドレスまたはドメイン名の代わりに、CloudFront ディ
ストリビューション、ELB ロードバランサー、静的ウェブサイトとして設定された Amazon S3 バケッ
ト、または同じホストゾーン内の別の Amazon Route 53 リソースレコードセットへのポインタを格納
します。エイリアスリソースレコードセット内の名前とタイプに一致する DNS クエリを受け取ると、
Amazon Route 53 は、ポインタを追跡して適用可能な値で応答します。
• CloudFront ディストリビューションの代替ドメイン名: Amazon Route 53 は、CloudFront ドメイン
名（たとえば、d111111abcdef8.cloudfront.net）を使用して CloudFront ディストリビューションを
要求するクエリを受け取ったかのように応答します。
• ELB ロードバランサー: Amazon Route 53 は、ロードバランサーの 1 つ以上の IP アドレスで各リク
エストに応答します。
• 静的ウェブサイトとして設定された Amazon S3 バケット: Amazon Route 53 は、Amazon S3 バケッ
トの 1 つの IP アドレスで各リクエストに応答します。
• 同じホストゾーン内の別の Amazon Route 53 リソースレコードセット: Amazon Route 53 は、ポイ
ンタによって参照されるリソースレコードセットを要求するクエリを受け取ったかのように応答しま
す。
エイリアスリソースレコードセットが CloudFront ディストリビューション、ELB ロードバランサー、
または Amazon S3 バケットを指し示す場合は、有効期限 (TTL) を設定できません。Amazon Route 53
は、CloudFront、Elastic Load Balancing、または Amazon S3 の TTL を使用します。Elastic Load
Balancing の現在の TTL 値については、『Elastic Load Balancing 開発者ガイド』の「ロードバランサー
のカスタムドメイン名の設定」で「ttl」を検索してください。
エイリアスリソースレコードセットが参照しているリソースレコードセットの変更は Amazon Route 53
によって自動的に認識されるため、エイリアスリソースレコードセットを使用すると時間を節約できま
す。たとえば、エイリアスリソースレコードセット example.com が
lb1-1234.us-east-1.elb.amazonaws.com の ELB ロードバランサーを指し示しているとします。ロード
バランサーの IP アドレスが変更された場合、example.com のリソースレコードセットを含むホスト
ゾーンに変更を加えることなく、Amazon Route 53 は、example.com の DNS 応答に自動的にその変
更を反映します。
Note
プライベートホストゾーンのリソースレコードセットを作成する場合は、同じホストゾーンに
ある Amazon Route 53 リソースレコードセット用のエイリアスリソースレコードセットのみ
を作成できます。CloudFront ディストリビューション、ELB ロードバランサー、および Amazon
S3 バケット用のプライベートホストゾーンにエイリアスリソースレコードセットを作成する
ことはサポートされていません。
Amazon Route 53 コンソールを使用したリソースレコードセット作成については、「Amazon Route 53
コンソールを使用したリソースレコードセットの作成 (p. 109)」を参照してください。エイリアスリソー
スレコードセットに指定する値の詳細については、「Amazon Route 53 リソースレコードセットの作
成時または編集時に指定する値 (p. 111)」の該当するトピックを参照してください。
• エイリアスリソースレコードセットの値 (p. 118)
API Version 2013-04-01
108
Amazon Route 53 開発者ガイド
Amazon Route 53 コンソールを使用したリソースレコード
セットの作成
• 加重エイリアスリソースレコードセットの値 (p. 123)
• レイテンシーエイリアスリソースレコードセットの値 (p. 133)
• フェイルオーバーエイリアスリソースレコードセットの値（パブリックホストゾーンのみ） (p. 143)
• 位置情報エイリアスリソースレコードセットの値 (p. 154)
エイリアスリソースレコードセットは CNAME レコードに似ていますが、次のようないくつかの大き
な違いがあります。
CNAME レコード
エイリアスレコード
CNAME クエリに対して課金されます。
Amazon Route 53 では、CloudFront ディストリ
ビューション、ELB ロードバランサー、または
Amazon S3 バケットに対するエイリアスクエリに
は課金されません。詳細については、「Amazon
Route 53 料金表」を参照してください。
CNAME レコードは DNS 名前空間の最上位ノー エイリアスリソースレコードセットは Zone Apex
ド（Zone Apex とも呼ばれます）に作成すること に作成できます。
はできません。たとえば、example.com という
DNS 名を登録する場合、Zone Apex は example.com になります。
CNAMEレコードは、レコードのタイプを問わず、 Amazon Route 53 は、レコードタイプも一致する
ドメイン名に対するクエリをリダイレクトしま
場合にのみ、エイリアスリソースレコードセット
す。
のポインタを追跡します。
CNAME レコードは、ポリシーレコードを作成す
るときに Amazon Route 53 が自動的に作成する
リソースレコードセットをはじめ、どの場所にあ
る DNS レコードでも指し示すことができます。
詳細については、「Route DNS トラフィックへの
トラフィックフローを使用する (p. 165)」を参照し
てください。
エイリアスリソースレコードセットは、CloudFront
ディストリビューション、ELB ロードバラン
サー、静的ウェブサイトとして設定されたAmazon
S3 バケット、またはエイリアスリソースレコー
ドセットを作成している同じ Amazon Route 53
ホストゾーン内の別のリソースレコードセットの
みを指し示すことができます。ただし、ポリシー
レコードを作成するときに Amazon Route 53 が
作成するリソースレコードセットを指し示すエイ
リアスを作成することはできません。
CNAME レコードは、Amazon Route 53 DNS サー エイリアスリソースレコードセットは、Amazon
バーからの返答の応答セクションに表示されま
Route 53 コンソールまたは Amazon Route 53 API
す。
でのみ表示されます。
CNAME レコードは、再帰的なリゾルバーによっ エイリアスリソースレコードセットは、Amazon
て追跡されます。
Route 53 内でのみ追跡されます。つまり、エイリ
アスリソースレコードセットとそのターゲットの
両方が Amazon Route 53 内に存在している必要
があります。
Amazon Route 53 コンソールを使用したリソース
レコードセットの作成
Abstract
Amazon Route 53 でリソースレコードセットを作成します。
API Version 2013-04-01
109
Amazon Route 53 開発者ガイド
Amazon Route 53 コンソールを使用したリソースレコード
セットの作成
以下の手順では、Amazon Route 53 コンソールを使用してリソースレコードセットを作成する方法に
ついて説明します。Amazon Route 53 API を使用したリソースレコードセットの作成方法については、
『Amazon Route 53 API Reference』の「POST ChangeResourceRecordSets」を参照してください。
Note
複雑なルーティング設定のリソースレコードセットを作成するには、トラフィックフロービ
ジュアルエディターを使用して、設定をトラフィックポリシーとして保存することができま
す。その後、トラフィックポリシーを、同じホストゾーンまたは複数のホストゾーンで 1 つ以
上のドメイン名（example.comなど）またはサブドメイン名（www.example.comなど）に関連
付けることができます。さらに、新しい設定が期待どおりに機能していない場合は、更新を元
に戻すことができます。詳細については、「Route DNS トラフィックへのトラフィックフロー
を使用する (p. 165)」を参照してください。
Amazon Route 53 コンソールを使用してリソースレコードセットを作成するには
1.
エイリアスリソースレコードセットを作成しない場合は、ステップ 2 に進みます。
また、Amazon S3 バケット、CloudFront ディストリビューション、またはその他の Amazon
Route 53 リソースレコードセットに DNS トラフィックをルーティングするエイリアスリソースレ
コードセットを作成する場合は、ステップ 2 に進みます。
2.
3.
Elastic Load Balancing ロードバランサーにトラフィックをルーティングするエイリアスリソース
レコードセットを作成する場合、および、異なるアカウントを使用して Amazon Route 53 ホスト
ゾーンとロードバランサーを作成した場合は、「ELB ロードバランサーの DNS 名の取得 (p. 111)」
の手順を実行して、ロードバランサーの DNS 名を取得します。
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ドメインに既にホストゾーンがある場合は、ステップ 4 に進みます。ない場合は、以下のステップ
を実行します。
a.
b.
c.
d.
[Create Hosted Zone] をクリックします。
[Domain Name] にドメインの名前を入力します。
オプション: [Comment] にホストゾーンについてのコメントを入力します。
[Create] をクリックします。
4.
5.
[Hosted Zones] ページで、リソースレコードセットを作成するホストゾーンの名前を選択します。
[Create Record Set] をクリックします。
6.
適切な値を入力します。詳細については、作成するリソースレコードセットの種類に関するトピッ
クを参照してください。
• 基本リソースレコードセットの値 (p. 112)
• 加重リソースレコードセットの値 (p. 114)
• エイリアスリソースレコードセットの値 (p. 118)
• 加重エイリアスリソースレコードセットの値 (p. 123)
• レイテンシーリソースレコードセットの値 (p. 129)
• レイテンシーエイリアスリソースレコードセットの値 (p. 133)
• フェイルオーバーリソースレコードセットの値（パブリックホストゾーンのみ） (p. 139)
• フェイルオーバーエイリアスリソースレコードセットの値（パブリックホストゾーンのみ）(p.143)
• 位置情報リソースレコードセットの値 (p. 149)
• 位置情報エイリアスリソースレコードセットの値 (p. 154)
API Version 2013-04-01
110
Amazon Route 53 開発者ガイド
Amazon Route 53 リソースレコードセットの作成時または
編集時に指定する値
7.
[Create] をクリックします。
Note
新しいリソースレコードセットが Amazon Route 53 DNS サーバーに伝達されるまでに、
しばらく時間がかかります。現在、変更が伝達されたことを確認する唯一の方法は、
GetChange API アクションを使用することです。通常、変更は 2～3 分以内にすべての
Amazon Route 53 ネームサーバーに伝達されます。まれに、プロパゲートするのに最大で
30 分ほどかかることがあります。
8.
リソースレコードセットを複数作成する場合は、ステップ 5～7 を繰り返します。
ELB ロードバランサーの DNS 名の取得
1.
2.
3.
4.
5.
6.
7.
8.
9.
エイリアスリソースレコードセットを作成するロードバランサーの作成に使用した AWS アカウン
トを使用して AWS マネジメントコンソールにサインインします。
https://console.aws.amazon.com/ec2/）にある Amazon EC2 コンソールを開きます。
ナビゲーションペインで、[Load Balancers] をクリックします。
ロードバランサーのリストで、エイリアスリソースレコードセットを作成するロードバランサーを
選択します。
[Description] タブで、[A or AAAA Record] というラベルの付いた DNS 名を取得します。このドメ
イン名は dualstack で始まります。
他の ELB ロードバランサーに対してもエイリアスリソースレコードセットを作成する場合は、ス
テップ 4 と 5 を繰り返します。
AWS マネジメントコンソールからログアウトします。
Amazon Route 53 ホストゾーンの作成時に使用した AWS アカウントを使って、AWS マネジメン
トコンソールに再度サインインします。
手順「Amazon Route 53 コンソールを使用したリソースレコードセットの作成 (p. 109)」のステッ
プ 3 に戻ります。
Amazon Route 53 リソースレコードセットの作成
時または編集時に指定する値
Abstract
Amazon Route 53 でリソースレコードセットの作成時に指定する値です。
Amazon Route 53 コンソールを使用してリソースレコードセットを作成するときに指定する値は、使
用するルーティングポリシーと、AWS リソースにトラフィックをルーティングするエイリアスリソー
スレコードセットを作成するかどうかによって異なります。
トピック
• 基本リソースレコードセットの値 (p. 112)
• 加重リソースレコードセットの値 (p. 114)
• エイリアスリソースレコードセットの値 (p. 118)
• 加重エイリアスリソースレコードセットの値 (p. 123)
• レイテンシーリソースレコードセットの値 (p. 129)
• レイテンシーエイリアスリソースレコードセットの値 (p. 133)
• フェイルオーバーリソースレコードセットの値（パブリックホストゾーンのみ） (p. 139)
API Version 2013-04-01
111
Amazon Route 53 開発者ガイド
基本リソースレコードセットの値
• フェイルオーバーエイリアスリソースレコードセットの値（パブリックホストゾーンのみ） (p. 143)
• 位置情報リソースレコードセットの値 (p. 149)
• 位置情報エイリアスリソースレコードセットの値 (p. 154)
基本リソースレコードセットの値
基本リソースレコードセットを作成するときは、以下の値を指定します。
トピック
• 名前 (p. 112)
• タイプ (p. 112)
• エイリアス (p. 112)
• TTL (Time to Live) (p. 112)
• 値 (p. 113)
• ルーティングポリシー (p. 113)
名前
リソースレコードセットを作成する対象のドメインまたはサブドメインの名前を入力します。デフォル
ト値はホストゾーンの名前です。ホストゾーンと同じ名前のリソースレコードセットを作成する場合
は、[Name] フィールドに値（@ 記号など）を入力しないでください。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定する方
法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
名前にはアスタリスク（*）を使用できます。DNSは、名前の中の位置に応じて、「*」をワイルドカー
ドまたはアスタリスク（ASCII 42）として処理します。詳細については、「ホストゾーンおよびリソー
スレコードセット名のアスタリスク (*) を使用する (p. 4)」を参照してください。
Important
型が NS であるリソースレコードセットに対して * ワイルドカードを使用することはできませ
ん。
タイプ
DNS レコードタイプ。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」を
参照してください。
Amazon Route 53 でどのように DNS クエリに応答するかに基づいて、[Type] の値を選択します。
エイリアス
[No] を選択します。
TTL (Time to Live)
再帰的な DNS リゾルバーでこのリソースレコードセットに関する情報をキャッシュしておく時間（秒
単位）。より大きい値（172800 秒、つまり 2 日など）を指定した場合、再帰的なリゾルバーが Amazon
Route 53 にリクエストを送信する頻度が低くなるため、Amazon Route 53 サービスのコストが低くな
ります。ただし、再帰的なリゾルバーは、Amazon Route 53 に最新の情報を問い合わせる代わりに、
API Version 2013-04-01
112
Amazon Route 53 開発者ガイド
基本リソースレコードセットの値
長い間キャッシュ内の値を使用するため、リソースレコードセットに対する変更（たとえば、新しい
IP アドレス）が有効になるまでに時間が多くかかります。
このリソースレコードセットをヘルスチェックに関連付ける場合、ヘルスステータスの変化にクライア
ントがすばやく対応できるよう、60 秒以下の TTL を指定することをお勧めします。
値
[Type] の値として適切な値を入力します。[CNAME] を除くすべてのタイプは、複数の値を入力できま
す。各値は個別の行に入力します。
A（IPv4 アドレス）
IPv4 形式の IP アドレス。たとえば、192.0.2.235。
AAAA（IPv6 アドレス）
IPv6 の形式の IP アドレス。たとえば、2001:0db8:85a3:0:0:8a2e:0370:7334。
CNAME（正規名）
このリソースレコードセットの DNS クエリに対して Amazon Route 53 で返す完全修飾ドメイン
名（www.example.com など）。末尾のドットはオプションです。Amazon Route 53 では、ドメイ
ン名が完全修飾ドメイン名であると見なされます。つまり、Amazon Route 53 では、（末尾にドッ
トのない）www.example.com と（末尾にドットのある）www.example.com. が同一と見なされま
す。
MX（メール交換）
優先順位とメールサーバーを指定するドメイン名。たとえば、10 mailserver.example.com。
NS（ネームサーバー）
ネームサーバーのドメイン名。たとえば、ns1.example.com。
PTR（ポインタ）
Amazon Route 53 が返すように設定するドメイン名。
SOA（管理情報の始点）
ドメインに関する基本的な DNS 情報。詳細については、「Start of Authority（SOA）リソースレ
コードセット (p. 97)」を参照してください。
SPF（センダーポリシーフレームワーク）
引用符で囲まれた SPF のレコード。たとえば、"v=spf1 ip4:192.168.0.1/16-all"。SPF レコードは
推奨されていません。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」
を参照してください。
SRV（サービスロケーター）
SRV レコード。SRV レコードの形式については、該当するドキュメントを参照してください。SRV
レコードの形式は次のとおりです。
[優先順位] [重み] [ポート] [サーバーのホスト名]
以下に例を示します。
1 10 5269 xmpp-server.example.com
TXT（テキスト）
テキストレコード。テキストは引用符で囲みます。たとえば、"Sample Text Entry"。
ルーティングポリシー
[Simple] を選択します。
API Version 2013-04-01
113
Amazon Route 53 開発者ガイド
加重リソースレコードセットの値
加重リソースレコードセットの値
加重リソースレコードセットを作成するときは、以下の値を指定します。
トピック
• 名前 (p. 114)
• タイプ (p. 114)
• エイリアス (p. 114)
• TTL (Time to Live) (p. 114)
• 値 (p. 115)
• ルーティングポリシー (p. 115)
• 重量 (p. 115)
• セット ID (p. 116)
• ヘルスチェックとの関連付け/関連付けるヘルスチェック (p. 116)
名前
リソースレコードセットを作成する対象のドメインまたはサブドメインの名前を入力します。デフォル
ト値はホストゾーンの名前です。ホストゾーンと同じ名前のリソースレコードセットを作成する場合
は、[Name] フィールドに値（@ 記号など）を入力しないでください。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定する方
法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
加重リソースレコードセットのグループで、すべてのリソースレコードセットに同じ名前を入力しま
す。
名前にはアスタリスク（*）を使用できます。DNSは、名前の中の位置に応じて、「*」をワイルドカー
ドまたはアスタリスク（ASCII 42）として処理します。詳細については、「ホストゾーンおよびリソー
スレコードセット名のアスタリスク (*) を使用する (p. 4)」を参照してください。
タイプ
DNS レコードタイプ。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」を
参照してください。
加重リソースレコードセットのグループで、すべてのリソースレコードセットに同じ値を選択します。
エイリアス
[No] を選択します。
TTL (Time to Live)
再帰的な DNS リゾルバーでこのリソースレコードセットに関する情報をキャッシュしておく時間（秒
単位）。より大きい値（172800 秒、つまり 2 日など）を指定した場合、再帰的なリゾルバーが Amazon
Route 53 にリクエストを送信する頻度が低くなるため、Amazon Route 53 サービスのコストが低くな
ります。ただし、再帰的なリゾルバーは、Amazon Route 53 に最新の情報を問い合わせる代わりに、
長い間キャッシュ内の値を使用するため、リソースレコードセットに対する変更（たとえば、新しい
IP アドレス）が有効になるまでに時間が多くかかります。
このリソースレコードセットをヘルスチェックに関連付ける場合、ヘルスステータスの変化にクライア
ントがすばやく対応できるよう、60 秒以下の TTL を指定することをお勧めします。
API Version 2013-04-01
114
Amazon Route 53 開発者ガイド
加重リソースレコードセットの値
この加重リソースレコードセットのグループに含まれるすべてのリソースレコードセットについて、
[TTL] に同じ値を指定する必要があります。
加重レコードセットのグループに、エイリアスターゲットが ELB ロードバランサーである 1 つ以上の
加重エイリアスリソースレコードセットが含まれる場合は、同じ名前と型を持つエイリアス以外のすべ
ての加重リソースレコードセットに、60 秒の TTL を指定することをお勧めします。60 秒（ロードバラ
ンサーの TTL）以外の値を指定すると、[Weight] に指定する値の効果が変わります。
値
[Type] の値として適切な値を入力します。[CNAME] を除くすべてのタイプは、複数の値を入力できま
す。各値は個別の行に入力します。
A（IPv4 アドレス）
IPv4 形式の IP アドレス。たとえば、192.0.2.235。
AAAA（IPv6 アドレス）
IPv6 の形式の IP アドレス。たとえば、2001:0db8:85a3:0:0:8a2e:0370:7334。
CNAME（正規名）
このリソースレコードセットの DNS クエリに対して Amazon Route 53 で返す完全修飾ドメイン
名（www.example.com など）。末尾のドットはオプションです。Amazon Route 53 では、ドメイ
ン名が完全修飾ドメイン名であると見なされます。つまり、Amazon Route 53 では、（末尾にドッ
トのない）www.example.com と（末尾にドットのある）www.example.com. が同一と見なされま
す。
MX（メール交換）
優先順位とメールサーバーを指定するドメイン名。たとえば、10 mailserver.example.com。
PTR（ポインタ）
Amazon Route 53 が返すように設定するドメイン名。
SPF（センダーポリシーフレームワーク）
引用符で囲まれた SPF のレコード。たとえば、"v=spf1 ip4:192.168.0.1/16-all"。SPF レコードは
推奨されていません。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」
を参照してください。
SRV（サービスロケーター）
SRV レコード。SRV レコードの形式については、該当するドキュメントを参照してください。SRV
レコードの形式は次のとおりです。
[優先順位] [重み] [ポート] [サーバーのホスト名]
以下に例を示します。
1 10 5269 xmpp-server.example.com
TXT（テキスト）
テキストレコード。テキストは引用符で囲みます。たとえば、"Sample Text Entry"。
ルーティングポリシー
[Weighted] を選択します。
重量
Amazon Route 53 が現在のリソースレコードセットを使用して応答する DNS クエリの比率を決定する
値。Amazon Route 53 は、同じ DNS 名とタイプの組み合わせがあるリソースレコードセットの重みの
合計を計算します。次に、Amazon Route 53 は、その合計に対するリソースの重みの比率に基づいて
クエリに応答します。
API Version 2013-04-01
115
Amazon Route 53 開発者ガイド
加重リソースレコードセットの値
加重リソースレコードセットリソースと [Name] および [Type] の値が同じである非加重リソースレコー
ドセットを作成することはできません。
0 ～ 255 の整数を入力します。リソースへのルーティングを無効にするには、[Weight] に 0 を設定しま
す。グループ内のすべてのリソースレコードセットに対して [Weight] を 0 に設定した場合、トラフィッ
クは等しい確率ですべてのリソースにルーティングされます。これにより、加重リソースレコードセッ
トのグループのルーティングを誤って無効にする心配がなくなります。
加重リソースレコードセットにヘルスチェックを割り当てる場合、[Weight] を 0 に設定した結果は異な
ります。詳細については、「Amazon Route 53 の加重リソースレコードセットおよび加重エイリアス
リソースレコードセットを使用してアクティブ/アクティブまたはアクティブ/パッシブのフェイルオー
バーを構成する (p. 201)」を参照してください。
セット ID
加重リソースレコードセットのグループ内で、このリソースレコードセットを一意に識別する値を入力
します。
ヘルスチェックとの関連付け/関連付けるヘルスチェック
Amazon Route 53 で指定されたエンドポイントの正常性をチェックし、エンドポイントが正常である
ときにのみ、このリソースレコードセットを使用して DNS クエリに応答する場合は、[Yes] を選択し
ます。その後で、このリソースレコードセットに対して Amazon Route 53 で実行するヘルスチェック
を選択します。
Amazon Route 53 は、リソースレコードセット内の指定されたエンドポイント、たとえば、[Value]
フィールドの IP アドレスで指定されたエンドポイントの正常性はチェックしません。Amazon Route 53
は、リソースレコードセットのヘルスチェックを選択したとき、ヘルスチェックで指定されたエンドポ
イントの正常性をチェックします。エンドポイントが正常であるかどうかを、Amazon Route 53 がど
のように判断するかについては、「Amazon Route 53 がエンドポイントの正常性を判断する方法 (p. 184)」
を参照してください。
ヘルスチェックをリソースレコードセットに関連付けることに意味があるのは、Amazon Route 53 が
複数のリソースレコードセットの中から選択して DNS クエリに応答しており、その選択の一部をヘル
スチェックのステータスに基づいて行うように Amazon Route 53 を設定する必要がある場合だけです。
以下の設定でのみ、ヘルスチェックを使用してください。
• 加重、レイテンシー、位置情報、またはフェイルオーバーのリソースレコードセットで、リソースレ
コードセットの正常性をチェックしており、すべてのリソースレコードセットのヘルスチェック ID
を指定します。リソースレコードセットのヘルスチェックが正常ではないエンドポイントを特定した
場合、Amazon Route 53 はそのリソースレコードセットの値を使用してクエリへの応答を停止しま
す。
• エイリアス内のリソースレコードセット、つまり加重エイリアス、レイテンシーエイリアス、位置情
報エイリアス、またはフェイルオーバーエイリアスのリソースレコードセットについて、[Evaluate
Target Health] で [Yes] を選択し、エイリアスリソースレコードセットによって参照されるすべての
リソースレコードセットについてヘルスチェックを指定します。
位置情報リソースレコードセットで、エンドポイントが異常状態である場合、Amazon Route 53 は、
より大きい、関連付けられた地理的リージョンのリソースレコードセットを探します。たとえば、米国
の 1 つの州、米国、北米、およびすべての場所（[Location] が [Default]）のリソースレコードセットが
あるとします。州のリソースレコードセットのエンドポイントが異常状態である場合、Amazon Route 53
は、エンドポイントが正常であるリソースレコードセットが見つかるまで、米国、北米、すべての場所
のリソースレコードセットを、この順序で確認します。
ヘルスチェックでドメイン名によってのみエンドポイントを指定する場合、エンドポイントごとにヘル
スチェックを作成することをお勧めします。たとえば、www.example.com のコンテンツを配信する各
HTTP サーバーについて、ヘルスチェックを作成します。[Domain Name] の値には、リソースレコード
API Version 2013-04-01
116
Amazon Route 53 開発者ガイド
加重リソースレコードセットの値
セットの名前（example.com など）ではなく、サーバーのドメイン名（us-east-1-www.example.com
など）を指定します。
Important
この構成で、[Domain Name] の値がリソースレコードセットの名前と一致するヘルスチェック
を作成し、それらのリソースレコードセットにヘルスチェックを関連付けた場合、ヘルスチェッ
クで予想できない結果が生じます。
エンドポイントのヘルスチェックの詳細については、「Amazon Route 53 ヘルスチェックと DNS フェ
イルオーバー (p. 176)」を参照してください。
API Version 2013-04-01
117
Amazon Route 53 開発者ガイド
エイリアスリソースレコードセットの値
エイリアスリソースレコードセットの値
エイリアスリソースレコードセットを作成するときは、以下の値を指定します。
Note
プライベートホストゾーンのリソースレコードセットを作成する場合は、同じホストゾーンに
ある Amazon Route 53 リソースレコードセット用のエイリアスリソースレコードセットのみ
を作成できます。CloudFront ディストリビューション、ELB ロードバランサー、Amazon S3
バケット用のエイリアスリソースレコードセットの作成はサポートされていません。
トピック
• 名前 (p. 118)
• タイプ (p. 119)
• エイリアス (p. 119)
• エイリアス先 (p. 119)
• [Alias Hosted Zone ID] (p. 121)
• ルーティングポリシー (p. 121)
• ターゲットの正常性の評価 (p. 121)
名前
リソースレコードセットを作成する対象のドメインまたはサブドメインの名前を入力します。デフォル
ト値はホストゾーンの名前です。ホストゾーンと同じ名前のリソースレコードセットを作成する場合
は、[Name] フィールドに値（@ 記号など）を入力しないでください。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定する方
法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
名前にはアスタリスク（*）を使用できます。DNSは、名前の中の位置に応じて、「*」をワイルドカー
ドまたはアスタリスク（ASCII 42）として処理します。詳細については、「ホストゾーンおよびリソー
スレコードセット名のアスタリスク (*) を使用する (p. 4)」を参照してください。
指定する値は、エイリアスリソースレコードセットを作成する対象の AWS リソースのタイプによって
ある程度異なります。
CloudFront ディストリビューション
CloudFront ディストリビューションには、リソースレコードセットの名前と一致する代替ドメイ
ン名が含まれる必要があります。たとえば、リソースレコードセット名が [acme.example.com] の
場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして [acme.example.com]
が含まれる必要があります。詳細については、Amazon CloudFront 開発者ガイド の「代替ドメイ
ン名（CNAMEs）を使用する」を参照してください。
Amazon S3 バケット
リソースレコードセット名は、Amazon S3 バケット名と一致する必要があります。たとえば、
Amazon S3 バケット名が [acme.example.com] である場合、このリソースレコードセット名も
[acme.example.com] である必要があります。
また、ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、
Amazon Simple Storage Service 開発者ガイド の「バケットをウェブサイトホスティング用に設
定」を参照してください。
API Version 2013-04-01
118
Amazon Route 53 開発者ガイド
エイリアスリソースレコードセットの値
タイプ
DNS レコードタイプ。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」を
参照してください。
リソースレコードセットを作成している AWS リソースに基いて、該当する値を選択します。
CloudFront ディストリビューション
[A – IPv4 address] を選択します。
ELB ロードバランサー
[A — IPv4 address] または [AAAA — IPv6 address] を選択します。
Amazon S3: バケット
[A – IPv4 address] を選択します。
このホストゾーン内の別のリソースレコードセット
エイリアスを作成する対象のリソースレコードセットのタイプを選択します。[NS] と [SOA] を除
く任意の値を選択します。
エイリアス
[Yes] を選択します。
エイリアス先
指定する値は、エイリアスリソースレコードセットを作成する対象の AWS リソースのタイプによって
異なります。
Note
プライベートホストゾーンのリソースレコードセットを作成する場合は、同じホストゾーンに
ある Amazon Route 53 リソースレコードセット用のエイリアスリソースレコードセットのみ
を作成できます。CloudFront ディストリビューション、ELB ロードバランサー、Amazon S3
バケット用のエイリアスリソースレコードセットの作成はサポートされていません。
CloudFront ディストリビューション
CloudFront ディストリビューションの場合は、次のいずれかの操作を実行します。
• Amazon Route 53 ホストゾーンと CloudFront ディストリビューションを作成する際に同じアカ
ウントを使用している場合 – [Alias Target] をクリックし、リストからディストリビューション
を選択します。ディストリビューションが多数ある場合は、ディストリビューションのドメイン
名の最初の数文字を入力することでリストをフィルタ処理できます。
ディストリビューションがリストに表示されていない場合は、次の点を確認してください。
• このリソースレコードセットの名前は、ディストリビューションの代替ドメイン名に一致する
必要があります。
• ディストリビューションに代替ドメイン名を追加した直後であれば、変更がすべての CloudFront
エッジロケーションに伝達されるまでに 15 分程度かかる場合があります。変更が伝達される
まで、Amazon Route 53 は新しい代替ドメイン名を認識できません。
• Amazon Route 53 ホストゾーンとディストリビューションを作成する際に異なるアカウントを
使用している場合 – ディストリビューションの CloudFront ドメイン名を入力します（たとえば、
d111111abcdef8.cloudfront.net）。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してディ
ストリビューションを作成した場合、ディストリビューションは [Alias Targets] リストに表示さ
れません。
API Version 2013-04-01
119
Amazon Route 53 開発者ガイド
エイリアスリソースレコードセットの値
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべてのディストリビューションを作成した場合、[Alias Targets] リストの [CloudFront
Distributions] の下に [No Targets Available] が表示されます。
Important
すべてのエッジロケーションに伝達されていない CloudFront ディストリビューションにク
エリをルーティングしないでください。その場合、ユーザーは該当するコンテンツにアク
セスできません。
CloudFront ディストリビューションには、リソースレコードセットの名前と一致する代替ドメイ
ン名が含まれる必要があります。たとえば、リソースレコードセット名が [acme.example.com] の
場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして [acme.example.com]
が含まれる必要があります。詳細については、Amazon CloudFront 開発者ガイド の「代替ドメイ
ン名（CNAMEs）を使用する」を参照してください。
ELB ロードバランサー
ELB ロードバランサーの場合は、次のいずれかの操作を実行します。
• Amazon Route 53 ホストゾーンとロードバランサーを作成する際に同じアカウントを使用して
いる場合 – [Alias Target] をクリックし、リストからロードバランサーを選択します。ロードバ
ランサーが多数ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理で
きます。
• Amazon Route 53 ホストゾーンとロードバランサーを作成する際に異なるアカウントを使用し
ている場合 – 「ELB ロードバランサーの DNS 名の取得 (p. 111)」の手順で取得した値を入力しま
す。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してロー
ドバランサーを作成した場合、ロードバランサーは [Alias Targets] リストに表示されません。
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべてのロードバランサーを作成した場合、[Alias Targets] リストの [Elastic Load Balancers]
の下に [No Targets Available] が表示されます。
どちらの場合も、コンソールでは DSN 名に [dualstack] が付加されます。
Amazon S3 バケット
ウェブサイトエンドポイントとして設定された Amazon S3 バケットの場合、次のいずれかを実行
します。
• Amazon Route 53 ホストゾーンと Amazon S3 バケットを作成する際に同じアカウントを使用し
ている場合 – [Alias Target] をクリックし、リストからバケットを選択します。バケットが多数
ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理できます。
[Alias Target] の値が、バケットの Amazon S3 ウェブサイトエンドポイントに変更されます。
• Amazon Route 53 ホストゾーンと Amazon S3 バケットを作成する際に異なるアカウントを使用
している場合 – Amazon S3 ウェブサイトエンドポイントのドメイン名を次の形式で入力します。
s3-website-region.amazonaws.com
region 値は、バケットがホストされている Amazon S3 リージョンを表します（たとえば、
us-east-1）。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用して
Amazon S3 バケットを作成した場合、バケットは [Alias Targets] リストに表示されません。
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべての Amazon S3 バケットを作成した場合、[Alias Targets] リストの [S3 Website
Endpoints] の下に [No Targets Available] が表示されます。
API Version 2013-04-01
120
Amazon Route 53 開発者ガイド
エイリアスリソースレコードセットの値
加重エイリアス、レイテンシーエイリアス、フェイルオーバーエイリアス、または位置情報エイリ
アスのグループには、Amazon S3 バケットにクエリをルーティングするリソースレコードセット
を 1 つだけ作成できます。これは、リソースレコードセット名はバケット名と一致する必要があ
り、バケット名はグローバルに一意である必要があるためです。
リソースレコードセット名は、Amazon S3 バケット名と一致する必要があります。たとえば、
Amazon S3 バケット名が [acme.example.com] である場合、このリソースレコードセット名も
[acme.example.com] である必要があります。
ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、Amazon
Simple Storage Service 開発者ガイド の「バケットをウェブサイトホスティング用に設定」を参照
してください。
このホストゾーン内のリソースレコードセット
このホストゾーン内のリソースレコードセットの場合は、[Alias Target] をクリックし、該当するリ
ソースレコードセットを選択します。リソースレコードセットが多数ある場合は、名前の最初の数
文字を入力することでリストをフィルタ処理できます。
ホストゾーンにデフォルトの NS および SOA リソースレコードセットのみが含まれる場合、[Alias
Targets] リストに [No Targets Available] が表示されます。
[Alias Hosted Zone ID]
[Alias Target] で選択または入力した値に基づいて、値が自動的に表示されます。
ルーティングポリシー
[Simple] を選択します。
ターゲットの正常性の評価
このリソースレコードセットを使用して DNS クエリに応答するかどうかを Amazon Route 53 が判断
する場合に、[Alias Target] で指定されたリソースレコードセットの正常性をチェックするには、[Yes]
を選択します。
一部の AWS リソースには、特別な要件があります。
• CloudFront ディストリビューション – エイリアスターゲットが CloudFront ディストリビューション
の場合は、[Evaluate Target Health] を [Yes] に設定できません。
• ELB ロードバランサー – [Alias Target] に ELB ロードバランサーを指定すると、Elastic Load Balancing
は、ロードバランサーに登録されている正常な Amazon EC2 インスタンスにのみクエリをルーティ
ングします。[Evaluate Target Health] が [Yes] に設定されているときに、正常な Amazon EC2 イン
スタンスがない場合やロードバランサー自体が正常でない場合、Amazon Route 53 は、他のリソー
スにクエリをルーティングします。
ロードバランサーを作成するときは、Elastic Load Balancing ヘルスチェックの設定を行います。こ
れは Amazon Route 53 ヘルスチェックではありませんが、同様の機能を実行します。ELB ロードバ
ランサーに登録する Amazon EC2 インスタンスに対しては Amazon Route 53 ヘルスチェックを作成
しないでください。
詳細については、「複雑な Amazon Route 53 構成におけるヘルスチェックの動作 (p. 195)」を参照し
てください。
• その他のリソースレコードセット – [Alias Target] に指定した AWS リソースが、別のエイリアスリ
ソースレコードセットではなく、リソースレコードセットまたはリソースレコードセットのグループ
（たとえば、加重リソースレコードセットのグループ）の場合は、エイリアスターゲットのすべての
リソースレコードセットにヘルスチェックを関連付けることをお勧めします。詳細については、「ヘ
ルスチェックを省略するとどうなるか (p. 198)」を参照してください。
API Version 2013-04-01
121
Amazon Route 53 開発者ガイド
エイリアスリソースレコードセットの値
1 つ以上のエンドポイントの障害に対応するだけのアイドル状態の容量がある場合にのみ、[Evaluate
Target Health] を [Yes] に設定することをお勧めします。
API Version 2013-04-01
122
Amazon Route 53 開発者ガイド
加重エイリアスリソースレコードセットの値
加重エイリアスリソースレコードセットの値
加重エイリアスリソースレコードセットを作成するときは、以下の値を指定します。
Note
プライベートホストゾーンのリソースレコードセットを作成する場合は、同じホストゾーンに
ある Amazon Route 53 リソースレコードセット用のエイリアスリソースレコードセットのみ
を作成できます。CloudFront ディストリビューション、ELB ロードバランサー、Amazon S3
バケット用のエイリアスリソースレコードセットの作成はサポートされていません。
トピック
• 名前 (p. 123)
• タイプ (p. 124)
• エイリアス (p. 124)
• エイリアス先 (p. 124)
•
•
•
•
•
•
[Alias Hosted Zone ID] (p. 126)
ルーティングポリシー (p. 126)
重量 (p. 126)
セット ID (p. 127)
ターゲットの正常性の評価 (p. 127)
ヘルスチェックとの関連付け/関連付けるヘルスチェック (p. 127)
名前
リソースレコードセットを作成する対象のドメインまたはサブドメインの名前を入力します。デフォル
ト値はホストゾーンの名前です。ホストゾーンと同じ名前のリソースレコードセットを作成する場合
は、[Name] フィールドに値（@ 記号など）を入力しないでください。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定する方
法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
加重リソースレコードセットのグループで、すべてのリソースレコードセットに同じ名前を入力しま
す。
名前にはアスタリスク（*）を使用できます。DNSは、名前の中の位置に応じて、「*」をワイルドカー
ドまたはアスタリスク（ASCII 42）として処理します。詳細については、「ホストゾーンおよびリソー
スレコードセット名のアスタリスク (*) を使用する (p. 4)」を参照してください。
指定する値は、エイリアスリソースレコードセットを作成する対象の AWS リソースのタイプによって
ある程度異なります。
CloudFront ディストリビューション
CloudFront ディストリビューションには、リソースレコードセットの名前と一致する代替ドメイ
ン名が含まれる必要があります。たとえば、リソースレコードセット名が [acme.example.com] の
場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして [acme.example.com]
が含まれる必要があります。詳細については、Amazon CloudFront 開発者ガイド の「代替ドメイ
ン名（CNAMEs）を使用する」を参照してください。
Amazon S3 バケット
リソースレコードセット名は、Amazon S3 バケット名と一致する必要があります。たとえば、
Amazon S3 バケット名が [acme.example.com] である場合、このリソースレコードセット名も
[acme.example.com] である必要があります。
API Version 2013-04-01
123
Amazon Route 53 開発者ガイド
加重エイリアスリソースレコードセットの値
また、ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、
Amazon Simple Storage Service 開発者ガイド の「バケットをウェブサイトホスティング用に設
定」を参照してください。
タイプ
DNS レコードタイプ。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」を
参照してください。
リソースレコードセットを作成している AWS リソースに基いて、該当する値を選択します。
CloudFront ディストリビューション
[A – IPv4 address] を選択します。
ELB ロードバランサー
[A — IPv4 address] または [AAAA — IPv6 address] を選択します。
Amazon S3: バケット
[A – IPv4 address] を選択します。
このホストゾーン内の別のリソースレコードセット
エイリアスを作成する対象のリソースレコードセットのタイプを選択します。[NS] と [SOA] を除
く任意の値を選択します。
加重リソースレコードセットのグループで、すべてのリソースレコードセットに同じ値を選択します。
エイリアス
[Yes] を選択します。
エイリアス先
指定する値は、エイリアスリソースレコードセットを作成する対象の AWS リソースのタイプによって
異なります。
Note
プライベートホストゾーンのリソースレコードセットを作成する場合は、同じホストゾーンに
ある Amazon Route 53 リソースレコードセット用のエイリアスリソースレコードセットのみ
を作成できます。CloudFront ディストリビューション、ELB ロードバランサー、Amazon S3
バケット用のエイリアスリソースレコードセットの作成はサポートされていません。
CloudFront ディストリビューション
CloudFront ディストリビューションの場合は、次のいずれかの操作を実行します。
• Amazon Route 53 ホストゾーンと CloudFront ディストリビューションを作成する際に同じアカ
ウントを使用している場合 – [Alias Target] をクリックし、リストからディストリビューション
を選択します。ディストリビューションが多数ある場合は、ディストリビューションのドメイン
名の最初の数文字を入力することでリストをフィルタ処理できます。
ディストリビューションがリストに表示されていない場合は、次の点を確認してください。
• このリソースレコードセットの名前は、ディストリビューションの代替ドメイン名に一致する
必要があります。
• ディストリビューションに代替ドメイン名を追加した直後であれば、変更がすべての CloudFront
エッジロケーションに伝達されるまでに 15 分程度かかる場合があります。変更が伝達される
まで、Amazon Route 53 は新しい代替ドメイン名を認識できません。
API Version 2013-04-01
124
Amazon Route 53 開発者ガイド
加重エイリアスリソースレコードセットの値
• Amazon Route 53 ホストゾーンとディストリビューションを作成する際に異なるアカウントを
使用している場合 – ディストリビューションの CloudFront ドメイン名を入力します（たとえば、
d111111abcdef8.cloudfront.net）。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してディ
ストリビューションを作成した場合、ディストリビューションは [Alias Targets] リストに表示さ
れません。
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべてのディストリビューションを作成した場合、[Alias Targets] リストの [CloudFront
Distributions] の下に [No Targets Available] が表示されます。
Important
すべてのエッジロケーションに伝達されていない CloudFront ディストリビューションにク
エリをルーティングしないでください。その場合、ユーザーは該当するコンテンツにアク
セスできません。
CloudFront ディストリビューションには、リソースレコードセットの名前と一致する代替ドメイ
ン名が含まれる必要があります。たとえば、リソースレコードセット名が [acme.example.com] の
場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして [acme.example.com]
が含まれる必要があります。詳細については、Amazon CloudFront 開発者ガイド の「代替ドメイ
ン名（CNAMEs）を使用する」を参照してください。
ELB ロードバランサー
ELB ロードバランサーの場合は、次のいずれかの操作を実行します。
• Amazon Route 53 ホストゾーンとロードバランサーを作成する際に同じアカウントを使用して
いる場合 – [Alias Target] をクリックし、リストからロードバランサーを選択します。ロードバ
ランサーが多数ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理で
きます。
• Amazon Route 53 ホストゾーンとロードバランサーを作成する際に異なるアカウントを使用し
ている場合 – 「ELB ロードバランサーの DNS 名の取得 (p. 111)」の手順で取得した値を入力しま
す。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してロー
ドバランサーを作成した場合、ロードバランサーは [Alias Targets] リストに表示されません。
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべてのロードバランサーを作成した場合、[Alias Targets] リストの [Elastic Load Balancers]
の下に [No Targets Available] が表示されます。
どちらの場合も、コンソールでは DSN 名に [dualstack] が付加されます。
Amazon S3 バケット
ウェブサイトエンドポイントとして設定された Amazon S3 バケットの場合、次のいずれかを実行
します。
• Amazon Route 53 ホストゾーンと Amazon S3 バケットを作成する際に同じアカウントを使用し
ている場合 – [Alias Target] をクリックし、リストからバケットを選択します。バケットが多数
ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理できます。
[Alias Target] の値が、バケットの Amazon S3 ウェブサイトエンドポイントに変更されます。
• Amazon Route 53 ホストゾーンと Amazon S3 バケットを作成する際に異なるアカウントを使用
している場合 – Amazon S3 ウェブサイトエンドポイントのドメイン名を次の形式で入力します。
s3-website-region.amazonaws.com
region 値は、バケットがホストされている Amazon S3 リージョンを表します（たとえば、
us-east-1）。
API Version 2013-04-01
125
Amazon Route 53 開発者ガイド
加重エイリアスリソースレコードセットの値
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用して
Amazon S3 バケットを作成した場合、バケットは [Alias Targets] リストに表示されません。
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべての Amazon S3 バケットを作成した場合、[Alias Targets] リストの [S3 Website
Endpoints] の下に [No Targets Available] が表示されます。
加重エイリアス、レイテンシーエイリアス、フェイルオーバーエイリアス、または位置情報エイリ
アスのグループには、Amazon S3 バケットにクエリをルーティングするリソースレコードセット
を 1 つだけ作成できます。これは、リソースレコードセット名はバケット名と一致する必要があ
り、バケット名はグローバルに一意である必要があるためです。
リソースレコードセット名は、Amazon S3 バケット名と一致する必要があります。たとえば、
Amazon S3 バケット名が [acme.example.com] である場合、このリソースレコードセット名も
[acme.example.com] である必要があります。
ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、Amazon
Simple Storage Service 開発者ガイド の「バケットをウェブサイトホスティング用に設定」を参照
してください。
このホストゾーン内のリソースレコードセット
このホストゾーン内のリソースレコードセットの場合は、[Alias Target] をクリックし、該当するリ
ソースレコードセットを選択します。リソースレコードセットが多数ある場合は、名前の最初の数
文字を入力することでリストをフィルタ処理できます。
ホストゾーンにデフォルトの NS および SOA リソースレコードセットのみが含まれる場合、[Alias
Targets] リストに [No Targets Available] が表示されます。
[Alias Hosted Zone ID]
[Alias Target] で選択または入力した値に基づいて、値が自動的に表示されます。
ルーティングポリシー
[Weighted] を選択します。
重量
Amazon Route 53 が現在のリソースレコードセットを使用して応答する DNS クエリの比率を決定する
値。Amazon Route 53 は、同じ DNS 名とタイプの組み合わせがあるリソースレコードセットの重みの
合計を計算します。次に、Amazon Route 53 は、その合計に対するリソースの重みの比率に基づいて
クエリに応答します。
加重リソースレコードセットリソースと [Name] および [Type] の値が同じである非加重リソースレコー
ドセットを作成することはできません。
0 ～ 255 の整数を入力します。リソースへのルーティングを無効にするには、[Weight] に 0 を設定しま
す。グループ内のすべてのリソースレコードセットに対して [Weight] を 0 に設定した場合、トラフィッ
クは等しい確率ですべてのリソースにルーティングされます。これにより、加重リソースレコードセッ
トのグループのルーティングを誤って無効にする心配がなくなります。
加重リソースレコードセットにヘルスチェックを割り当てる場合、[Weight] を 0 に設定した結果は異な
ります。詳細については、「Amazon Route 53 の加重リソースレコードセットおよび加重エイリアス
リソースレコードセットを使用してアクティブ/アクティブまたはアクティブ/パッシブのフェイルオー
バーを構成する (p. 201)」を参照してください。
API Version 2013-04-01
126
Amazon Route 53 開発者ガイド
加重エイリアスリソースレコードセットの値
セット ID
加重リソースレコードセットのグループ内で、このリソースレコードセットを一意に識別する値を入力
します。
ターゲットの正常性の評価
このリソースレコードセットを使用して DNS クエリに応答するかどうかを Amazon Route 53 が判断
する場合に、[Alias Target] で指定されたリソースレコードセットの正常性をチェックするには、[Yes]
を選択します。
一部の AWS リソースには、特別な要件があります。
• CloudFront ディストリビューション – エイリアスターゲットが CloudFront ディストリビューション
の場合は、[Evaluate Target Health] を [Yes] に設定できません。
• ELB ロードバランサー – [Alias Target] に ELB ロードバランサーを指定すると、Elastic Load Balancing
は、ロードバランサーに登録されている正常な Amazon EC2 インスタンスにのみクエリをルーティ
ングします。[Evaluate Target Health] が [Yes] に設定されているときに、正常な Amazon EC2 イン
スタンスがない場合やロードバランサー自体が正常でない場合、Amazon Route 53 は、他のリソー
スにクエリをルーティングします。
ロードバランサーを作成するときは、Elastic Load Balancing ヘルスチェックの設定を行います。こ
れは Amazon Route 53 ヘルスチェックではありませんが、同様の機能を実行します。ELB ロードバ
ランサーに登録する Amazon EC2 インスタンスに対しては Amazon Route 53 ヘルスチェックを作成
しないでください。
詳細については、「複雑な Amazon Route 53 構成におけるヘルスチェックの動作 (p. 195)」を参照し
てください。
• その他のリソースレコードセット – [Alias Target] に指定した AWS リソースが、別のエイリアスリ
ソースレコードセットではなく、リソースレコードセットまたはリソースレコードセットのグループ
（たとえば、加重リソースレコードセットのグループ）の場合は、エイリアスターゲットのすべての
リソースレコードセットにヘルスチェックを関連付けることをお勧めします。詳細については、「ヘ
ルスチェックを省略するとどうなるか (p. 198)」を参照してください。
1 つ以上のエンドポイントの障害に対応するだけのアイドル状態の容量がある場合にのみ、[Evaluate
Target Health] を [Yes] に設定することをお勧めします。
ヘルスチェックとの関連付け/関連付けるヘルスチェック
Amazon Route 53 で指定されたエンドポイントの正常性をチェックし、エンドポイントが正常である
ときにのみ、このリソースレコードセットを使用して DNS クエリに応答する場合は、[Yes] を選択し
ます。その後で、このリソースレコードセットに対して Amazon Route 53 で実行するヘルスチェック
を選択します。
Amazon Route 53 は、リソースレコードセット内の指定されたエンドポイント、たとえば、[Value]
フィールドの IP アドレスで指定されたエンドポイントの正常性はチェックしません。Amazon Route 53
は、リソースレコードセットのヘルスチェックを選択したとき、ヘルスチェックで指定されたエンドポ
イントの正常性をチェックします。エンドポイントが正常であるかどうかを、Amazon Route 53 がど
のように判断するかについては、「Amazon Route 53 がエンドポイントの正常性を判断する方法 (p. 184)」
を参照してください。
ヘルスチェックをリソースレコードセットに関連付けることに意味があるのは、Amazon Route 53 が
複数のリソースレコードセットの中から選択して DNS クエリに応答しており、その選択の一部をヘル
スチェックのステータスに基づいて行うように Amazon Route 53 を設定する必要がある場合だけです。
以下の設定でのみ、ヘルスチェックを使用してください。
API Version 2013-04-01
127
Amazon Route 53 開発者ガイド
加重エイリアスリソースレコードセットの値
• 加重、レイテンシー、位置情報、またはフェイルオーバーのリソースレコードセットで、リソースレ
コードセットの正常性をチェックしており、すべてのリソースレコードセットのヘルスチェック ID
を指定します。リソースレコードセットのヘルスチェックが正常ではないエンドポイントを特定した
場合、Amazon Route 53 はそのリソースレコードセットの値を使用してクエリへの応答を停止しま
す。
• エイリアス内のリソースレコードセット、つまり加重エイリアス、レイテンシーエイリアス、位置情
報エイリアス、またはフェイルオーバーエイリアスのリソースレコードセットについて、[Evaluate
Target Health] で [Yes] を選択し、エイリアスリソースレコードセットによって参照されるすべての
リソースレコードセットについてヘルスチェックを指定します。
位置情報リソースレコードセットで、エンドポイントが異常状態である場合、Amazon Route 53 は、
より大きい、関連付けられた地理的リージョンのリソースレコードセットを探します。たとえば、米国
の 1 つの州、米国、北米、およびすべての場所（[Location] が [Default]）のリソースレコードセットが
あるとします。州のリソースレコードセットのエンドポイントが異常状態である場合、Amazon Route 53
は、エンドポイントが正常であるリソースレコードセットが見つかるまで、米国、北米、すべての場所
のリソースレコードセットを、この順序で確認します。
ヘルスチェックでドメイン名によってのみエンドポイントを指定する場合、エンドポイントごとにヘル
スチェックを作成することをお勧めします。たとえば、www.example.com のコンテンツを配信する各
HTTP サーバーについて、ヘルスチェックを作成します。[Domain Name] の値には、リソースレコード
セットの名前（example.com など）ではなく、サーバーのドメイン名（us-east-1-www.example.com
など）を指定します。
Important
この構成で、[Domain Name] の値がリソースレコードセットの名前と一致するヘルスチェック
を作成し、それらのリソースレコードセットにヘルスチェックを関連付けた場合、ヘルスチェッ
クで予想できない結果が生じます。
エンドポイントのヘルスチェックの詳細については、「Amazon Route 53 ヘルスチェックと DNS フェ
イルオーバー (p. 176)」を参照してください。
API Version 2013-04-01
128
Amazon Route 53 開発者ガイド
レイテンシーリソースレコードセットの値
レイテンシーリソースレコードセットの値
レイテンシーリソースレコードセットを作成するときは、以下の値を指定します。
Note
レイテンシーリソースレコードセットを作成できるのはパブリックホストゾーンのみです。
トピック
• 名前 (p. 129)
• タイプ (p. 129)
• エイリアス (p. 129)
• TTL (Time to Live) (p. 129)
• 値 (p. 130)
• ルーティングポリシー (p. 130)
• リージョン (p. 130)
• セット ID (p. 131)
• ヘルスチェックとの関連付け/関連付けるヘルスチェック (p. 131)
名前
リソースレコードセットを作成する対象のドメインまたはサブドメインの名前を入力します。デフォル
ト値はホストゾーンの名前です。ホストゾーンと同じ名前のリソースレコードセットを作成する場合
は、[Name] フィールドに値（@ 記号など）を入力しないでください。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定する方
法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
レイテンシーリソースレコードセットのグループで、すべてのリソースレコードセットに同じ名前を入
力します。
名前にはアスタリスク（*）を使用できます。DNSは、名前の中の位置に応じて、「*」をワイルドカー
ドまたはアスタリスク（ASCII 42）として処理します。詳細については、「ホストゾーンおよびリソー
スレコードセット名のアスタリスク (*) を使用する (p. 4)」を参照してください。
タイプ
DNS レコードタイプ。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」を
参照してください。
Amazon Route 53 でどのように DNS クエリに応答するかに基づいて、[Type] の値を選択します。
レイテンシーリソースレコードセットのグループで、すべてのリソースレコードセットに同じ値を選択
します。
エイリアス
[No] を選択します。
TTL (Time to Live)
再帰的な DNS リゾルバーでこのリソースレコードセットに関する情報をキャッシュしておく時間（秒
単位）。より大きい値（172800 秒、つまり 2 日など）を指定した場合、再帰的なリゾルバーが Amazon
API Version 2013-04-01
129
Amazon Route 53 開発者ガイド
レイテンシーリソースレコードセットの値
Route 53 にリクエストを送信する頻度が低くなるため、Amazon Route 53 サービスのコストが低くな
ります。ただし、再帰的なリゾルバーは、Amazon Route 53 に最新の情報を問い合わせる代わりに、
長い間キャッシュ内の値を使用するため、リソースレコードセットに対する変更（たとえば、新しい
IP アドレス）が有効になるまでに時間が多くかかります。
このリソースレコードセットをヘルスチェックに関連付ける場合、ヘルスステータスの変化にクライア
ントがすばやく対応できるよう、60 秒以下の TTL を指定することをお勧めします。
このレイテンシーリソースレコードセットのグループに含まれるすべてのリソースレコードセットにつ
いて、[TTL] に同じ値を指定する必要があります。
値
[Type] の値として適切な値を入力します。[CNAME] を除くすべてのタイプは、複数の値を入力できま
す。各値は個別の行に入力します。
A（IPv4 アドレス）
IPv4 形式の IP アドレス。たとえば、192.0.2.235。
AAAA（IPv6 アドレス）
IPv6 の形式の IP アドレス。たとえば、2001:0db8:85a3:0:0:8a2e:0370:7334。
CNAME（正規名）
このリソースレコードセットの DNS クエリに対して Amazon Route 53 で返す完全修飾ドメイン
名（www.example.com など）。末尾のドットはオプションです。Amazon Route 53 では、ドメイ
ン名が完全修飾ドメイン名であると見なされます。つまり、Amazon Route 53 では、（末尾にドッ
トのない）www.example.com と（末尾にドットのある）www.example.com. が同一と見なされま
す。
MX（メール交換）
優先順位とメールサーバーを指定するドメイン名。たとえば、10 mailserver.example.com。
PTR（ポインタ）
Amazon Route 53 が返すように設定するドメイン名。
SPF（センダーポリシーフレームワーク）
引用符で囲まれた SPF のレコード。たとえば、"v=spf1 ip4:192.168.0.1/16-all"。SPF レコードは
推奨されていません。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」
を参照してください。
SRV（サービスロケーター）
SRV レコード。SRV レコードの形式については、該当するドキュメントを参照してください。SRV
レコードの形式は次のとおりです。
[優先順位] [重み] [ポート] [サーバーのホスト名]
以下に例を示します。
1 10 5269 xmpp-server.example.com
TXT（テキスト）
テキストレコード。テキストは引用符で囲みます。たとえば、"Sample Text Entry"。
ルーティングポリシー
[Latency] を選択します。
リージョン
このリソースレコードセットで指定されたリソースが存在する Amazon EC2 リージョン。Amazon
Route 53 によって、指定したその他の値に基づく Amazon EC2 リージョンが推奨されます。この値は
変更しないことをお勧めします。
API Version 2013-04-01
130
Amazon Route 53 開発者ガイド
レイテンシーリソースレコードセットの値
次の点に注意してください。
• 作成できるレイテンシーリソースレコードセットは、各 Amazon EC2 リージョンにつき 1 つだけで
す。
• すべての Amazon EC2 リージョンに対してレイテンシーリソースレコードセットを作成する必要は
ありません。レイテンシーリソースレコードセットを作成したリージョンの中から、レイテンシーの
最も小さいリージョンが Amazon Route 53 によって選択されます。
• レイテンシーリソースレコードセットリソースと [Name] および [Type] の値が同じである非レイテン
シーリソースレコードセットを作成することはできません。
• cn-north-1 リージョンのタグ付きのレコードを作成した場合、Amazon Route 53 は、レイテンシーに
かかわらず、常にこのリソースのセットを使用して、中国内からのクエリに応答します。
レイテンシーリソースレコードセットの使用については、「レイテンシーベースのルーティング(p.105)」
を参照してください。
セット ID
レイテンシーリソースレコードセットのグループ内で、このリソースレコードセットを一意に識別する
値を入力します。
ヘルスチェックとの関連付け/関連付けるヘルスチェック
Amazon Route 53 で指定されたエンドポイントの正常性をチェックし、エンドポイントが正常である
ときにのみ、このリソースレコードセットを使用して DNS クエリに応答する場合は、[Yes] を選択し
ます。その後で、このリソースレコードセットに対して Amazon Route 53 で実行するヘルスチェック
を選択します。
Amazon Route 53 は、リソースレコードセット内の指定されたエンドポイント、たとえば、[Value]
フィールドの IP アドレスで指定されたエンドポイントの正常性はチェックしません。Amazon Route 53
は、リソースレコードセットのヘルスチェックを選択したとき、ヘルスチェックで指定されたエンドポ
イントの正常性をチェックします。エンドポイントが正常であるかどうかを、Amazon Route 53 がど
のように判断するかについては、「Amazon Route 53 がエンドポイントの正常性を判断する方法 (p. 184)」
を参照してください。
ヘルスチェックをリソースレコードセットに関連付けることに意味があるのは、Amazon Route 53 が
複数のリソースレコードセットの中から選択して DNS クエリに応答しており、その選択の一部をヘル
スチェックのステータスに基づいて行うように Amazon Route 53 を設定する必要がある場合だけです。
以下の設定でのみ、ヘルスチェックを使用してください。
• 加重、レイテンシー、位置情報、またはフェイルオーバーのリソースレコードセットで、リソースレ
コードセットの正常性をチェックしており、すべてのリソースレコードセットのヘルスチェック ID
を指定します。リソースレコードセットのヘルスチェックが正常ではないエンドポイントを特定した
場合、Amazon Route 53 はそのリソースレコードセットの値を使用してクエリへの応答を停止しま
す。
• エイリアス内のリソースレコードセット、つまり加重エイリアス、レイテンシーエイリアス、位置情
報エイリアス、またはフェイルオーバーエイリアスのリソースレコードセットについて、[Evaluate
Target Health] で [Yes] を選択し、エイリアスリソースレコードセットによって参照されるすべての
リソースレコードセットについてヘルスチェックを指定します。
位置情報リソースレコードセットで、エンドポイントが異常状態である場合、Amazon Route 53 は、
より大きい、関連付けられた地理的リージョンのリソースレコードセットを探します。たとえば、米国
の 1 つの州、米国、北米、およびすべての場所（[Location] が [Default]）のリソースレコードセットが
あるとします。州のリソースレコードセットのエンドポイントが異常状態である場合、Amazon Route 53
は、エンドポイントが正常であるリソースレコードセットが見つかるまで、米国、北米、すべての場所
のリソースレコードセットを、この順序で確認します。
API Version 2013-04-01
131
Amazon Route 53 開発者ガイド
レイテンシーリソースレコードセットの値
ヘルスチェックでドメイン名によってのみエンドポイントを指定する場合、エンドポイントごとにヘル
スチェックを作成することをお勧めします。たとえば、www.example.com のコンテンツを配信する各
HTTP サーバーについて、ヘルスチェックを作成します。[Domain Name] の値には、リソースレコード
セットの名前（example.com など）ではなく、サーバーのドメイン名（us-east-1-www.example.com
など）を指定します。
Important
この構成で、[Domain Name] の値がリソースレコードセットの名前と一致するヘルスチェック
を作成し、それらのリソースレコードセットにヘルスチェックを関連付けた場合、ヘルスチェッ
クで予想できない結果が生じます。
エンドポイントのヘルスチェックの詳細については、「Amazon Route 53 ヘルスチェックと DNS フェ
イルオーバー (p. 176)」を参照してください。
API Version 2013-04-01
132
Amazon Route 53 開発者ガイド
レイテンシーエイリアスリソースレコードセットの値
レイテンシーエイリアスリソースレコードセットの
値
レイテンシーエイリアスリソースレコードセットを作成するときは、以下の値を指定します。
Note
レイテンシーリソースレコードセットを作成できるのはパブリックホストゾーンのみです。
トピック
• 名前 (p. 133)
• タイプ (p. 134)
•
•
•
•
•
•
•
•
エイリアス (p. 134)
エイリアス先 (p. 134)
[Alias Hosted Zone ID] (p. 136)
ルーティングポリシー (p. 136)
リージョン (p. 136)
セット ID (p. 136)
ターゲットの正常性の評価 (p. 137)
ヘルスチェックとの関連付け/関連付けるヘルスチェック (p. 137)
名前
リソースレコードセットを作成する対象のドメインまたはサブドメインの名前を入力します。デフォル
ト値はホストゾーンの名前です。ホストゾーンと同じ名前のリソースレコードセットを作成する場合
は、[Name] フィールドに値（@ 記号など）を入力しないでください。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定する方
法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
レイテンシーリソースレコードセットのグループで、すべてのリソースレコードセットに同じ名前を入
力します。
名前にはアスタリスク（*）を使用できます。DNSは、名前の中の位置に応じて、「*」をワイルドカー
ドまたはアスタリスク（ASCII 42）として処理します。詳細については、「ホストゾーンおよびリソー
スレコードセット名のアスタリスク (*) を使用する (p. 4)」を参照してください。
指定する値は、エイリアスリソースレコードセットを作成する対象の AWS リソースのタイプによって
ある程度異なります。
CloudFront ディストリビューション
CloudFront ディストリビューションには、リソースレコードセットの名前と一致する代替ドメイ
ン名が含まれる必要があります。たとえば、リソースレコードセット名が [acme.example.com] の
場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして [acme.example.com]
が含まれる必要があります。詳細については、Amazon CloudFront 開発者ガイド の「代替ドメイ
ン名（CNAMEs）を使用する」を参照してください。
Amazon S3 バケット
リソースレコードセット名は、Amazon S3 バケット名と一致する必要があります。たとえば、
Amazon S3 バケット名が [acme.example.com] である場合、このリソースレコードセット名も
[acme.example.com] である必要があります。
API Version 2013-04-01
133
Amazon Route 53 開発者ガイド
レイテンシーエイリアスリソースレコードセットの値
また、ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、
Amazon Simple Storage Service 開発者ガイド の「バケットをウェブサイトホスティング用に設
定」を参照してください。
タイプ
DNS レコードタイプ。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」を
参照してください。
リソースレコードセットを作成している AWS リソースに基いて、該当する値を選択します。
CloudFront ディストリビューション
[A – IPv4 address] を選択します。
ELB ロードバランサー
[A — IPv4 address] または [AAAA — IPv6 address] を選択します。
Amazon S3: バケット
[A – IPv4 address] を選択します。
このホストゾーン内の別のリソースレコードセット
エイリアスを作成する対象のリソースレコードセットのタイプを選択します。[NS] と [SOA] を除
く任意の値を選択します。
レイテンシーリソースレコードセットのグループで、すべてのリソースレコードセットに同じ値を選択
します。
エイリアス
[Yes] を選択します。
エイリアス先
指定する値は、エイリアスリソースレコードセットを作成する対象の AWS リソースのタイプによって
異なります。
CloudFront ディストリビューション
CloudFront ディストリビューションの場合は、次のいずれかの操作を実行します。
• Amazon Route 53 ホストゾーンと CloudFront ディストリビューションを作成する際に同じアカ
ウントを使用している場合 – [Alias Target] をクリックし、リストからディストリビューション
を選択します。ディストリビューションが多数ある場合は、ディストリビューションのドメイン
名の最初の数文字を入力することでリストをフィルタ処理できます。
ディストリビューションがリストに表示されていない場合は、次の点を確認してください。
• このリソースレコードセットの名前は、ディストリビューションの代替ドメイン名に一致する
必要があります。
• ディストリビューションに代替ドメイン名を追加した直後であれば、変更がすべての CloudFront
エッジロケーションに伝達されるまでに 15 分程度かかる場合があります。変更が伝達される
まで、Amazon Route 53 は新しい代替ドメイン名を認識できません。
• Amazon Route 53 ホストゾーンとディストリビューションを作成する際に異なるアカウントを
使用している場合 – ディストリビューションの CloudFront ドメイン名を入力します（たとえば、
d111111abcdef8.cloudfront.net）。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してディ
ストリビューションを作成した場合、ディストリビューションは [Alias Targets] リストに表示さ
れません。
API Version 2013-04-01
134
Amazon Route 53 開発者ガイド
レイテンシーエイリアスリソースレコードセットの値
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべてのディストリビューションを作成した場合、[Alias Targets] リストの [CloudFront
Distributions] の下に [No Targets Available] が表示されます。
Important
すべてのエッジロケーションに伝達されていない CloudFront ディストリビューションにク
エリをルーティングしないでください。その場合、ユーザーは該当するコンテンツにアク
セスできません。
CloudFront ディストリビューションには、リソースレコードセットの名前と一致する代替ドメイ
ン名が含まれる必要があります。たとえば、リソースレコードセット名が [acme.example.com] の
場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして [acme.example.com]
が含まれる必要があります。詳細については、Amazon CloudFront 開発者ガイド の「代替ドメイ
ン名（CNAMEs）を使用する」を参照してください。
ELB ロードバランサー
ELB ロードバランサーの場合は、次のいずれかの操作を実行します。
• Amazon Route 53 ホストゾーンとロードバランサーを作成する際に同じアカウントを使用して
いる場合 – [Alias Target] をクリックし、リストからロードバランサーを選択します。ロードバ
ランサーが多数ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理で
きます。
• Amazon Route 53 ホストゾーンとロードバランサーを作成する際に異なるアカウントを使用し
ている場合 – 「ELB ロードバランサーの DNS 名の取得 (p. 111)」の手順で取得した値を入力しま
す。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してロー
ドバランサーを作成した場合、ロードバランサーは [Alias Targets] リストに表示されません。
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべてのロードバランサーを作成した場合、[Alias Targets] リストの [Elastic Load Balancers]
の下に [No Targets Available] が表示されます。
どちらの場合も、コンソールでは DSN 名に [dualstack] が付加されます。
Amazon S3 バケット
ウェブサイトエンドポイントとして設定された Amazon S3 バケットの場合、次のいずれかを実行
します。
• Amazon Route 53 ホストゾーンと Amazon S3 バケットを作成する際に同じアカウントを使用し
ている場合 – [Alias Target] をクリックし、リストからバケットを選択します。バケットが多数
ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理できます。
[Alias Target] の値が、バケットの Amazon S3 ウェブサイトエンドポイントに変更されます。
• Amazon Route 53 ホストゾーンと Amazon S3 バケットを作成する際に異なるアカウントを使用
している場合 – Amazon S3 ウェブサイトエンドポイントのドメイン名を次の形式で入力します。
s3-website-region.amazonaws.com
region 値は、バケットがホストされている Amazon S3 リージョンを表します（たとえば、
us-east-1）。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用して
Amazon S3 バケットを作成した場合、バケットは [Alias Targets] リストに表示されません。
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべての Amazon S3 バケットを作成した場合、[Alias Targets] リストの [S3 Website
Endpoints] の下に [No Targets Available] が表示されます。
API Version 2013-04-01
135
Amazon Route 53 開発者ガイド
レイテンシーエイリアスリソースレコードセットの値
加重エイリアス、レイテンシーエイリアス、フェイルオーバーエイリアス、または位置情報エイリ
アスのグループには、Amazon S3 バケットにクエリをルーティングするリソースレコードセット
を 1 つだけ作成できます。これは、リソースレコードセット名はバケット名と一致する必要があ
り、バケット名はグローバルに一意である必要があるためです。
リソースレコードセット名は、Amazon S3 バケット名と一致する必要があります。たとえば、
Amazon S3 バケット名が [acme.example.com] である場合、このリソースレコードセット名も
[acme.example.com] である必要があります。
ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、Amazon
Simple Storage Service 開発者ガイド の「バケットをウェブサイトホスティング用に設定」を参照
してください。
このホストゾーン内のリソースレコードセット
このホストゾーン内のリソースレコードセットの場合は、[Alias Target] をクリックし、該当するリ
ソースレコードセットを選択します。リソースレコードセットが多数ある場合は、名前の最初の数
文字を入力することでリストをフィルタ処理できます。
ホストゾーンにデフォルトの NS および SOA リソースレコードセットのみが含まれる場合、[Alias
Targets] リストに [No Targets Available] が表示されます。
[Alias Hosted Zone ID]
[Alias Target] で選択または入力した値に基づいて、値が自動的に表示されます。
ルーティングポリシー
[Latency] を選択します。
リージョン
このリソースレコードセットで指定されたリソースが存在する Amazon EC2 リージョン。Amazon
Route 53 によって、指定したその他の値に基づく Amazon EC2 リージョンが推奨されます。この値は
変更しないことをお勧めします。
次の点に注意してください。
• 作成できるレイテンシーリソースレコードセットは、各 Amazon EC2 リージョンにつき 1 つだけで
す。
• すべての Amazon EC2 リージョンに対してレイテンシーリソースレコードセットを作成する必要は
ありません。レイテンシーリソースレコードセットを作成したリージョンの中から、レイテンシーの
最も小さいリージョンが Amazon Route 53 によって選択されます。
• レイテンシーリソースレコードセットリソースと [Name] および [Type] の値が同じである非レイテン
シーリソースレコードセットを作成することはできません。
• cn-north-1 リージョンのタグ付きのレコードを作成した場合、Amazon Route 53 は、レイテンシーに
かかわらず、常にこのリソースのセットを使用して、中国内からのクエリに応答します。
レイテンシーリソースレコードセットの使用については、「レイテンシーベースのルーティング(p.105)」
を参照してください。
セット ID
レイテンシーリソースレコードセットのグループ内で、このリソースレコードセットを一意に識別する
値を入力します。
API Version 2013-04-01
136
Amazon Route 53 開発者ガイド
レイテンシーエイリアスリソースレコードセットの値
ターゲットの正常性の評価
このリソースレコードセットを使用して DNS クエリに応答するかどうかを Amazon Route 53 が判断
する場合に、[Alias Target] で指定されたリソースレコードセットの正常性をチェックするには、[Yes]
を選択します。
一部の AWS リソースには、特別な要件があります。
• CloudFront ディストリビューション – エイリアスターゲットが CloudFront ディストリビューション
の場合は、[Evaluate Target Health] を [Yes] に設定できません。
• ELB ロードバランサー – [Alias Target] に ELB ロードバランサーを指定すると、Elastic Load Balancing
は、ロードバランサーに登録されている正常な Amazon EC2 インスタンスにのみクエリをルーティ
ングします。[Evaluate Target Health] が [Yes] に設定されているときに、正常な Amazon EC2 イン
スタンスがない場合やロードバランサー自体が正常でない場合、Amazon Route 53 は、他のリソー
スにクエリをルーティングします。
ロードバランサーを作成するときは、Elastic Load Balancing ヘルスチェックの設定を行います。こ
れは Amazon Route 53 ヘルスチェックではありませんが、同様の機能を実行します。ELB ロードバ
ランサーに登録する Amazon EC2 インスタンスに対しては Amazon Route 53 ヘルスチェックを作成
しないでください。
詳細については、「複雑な Amazon Route 53 構成におけるヘルスチェックの動作 (p. 195)」を参照し
てください。
• その他のリソースレコードセット – [Alias Target] に指定した AWS リソースが、別のエイリアスリ
ソースレコードセットではなく、リソースレコードセットまたはリソースレコードセットのグループ
（たとえば、加重リソースレコードセットのグループ）の場合は、エイリアスターゲットのすべての
リソースレコードセットにヘルスチェックを関連付けることをお勧めします。詳細については、「ヘ
ルスチェックを省略するとどうなるか (p. 198)」を参照してください。
1 つ以上のエンドポイントの障害に対応するだけのアイドル状態の容量がある場合にのみ、[Evaluate
Target Health] を [Yes] に設定することをお勧めします。
ヘルスチェックとの関連付け/関連付けるヘルスチェック
Amazon Route 53 で指定されたエンドポイントの正常性をチェックし、エンドポイントが正常である
ときにのみ、このリソースレコードセットを使用して DNS クエリに応答する場合は、[Yes] を選択し
ます。その後で、このリソースレコードセットに対して Amazon Route 53 で実行するヘルスチェック
を選択します。
Amazon Route 53 は、リソースレコードセット内の指定されたエンドポイント、たとえば、[Value]
フィールドの IP アドレスで指定されたエンドポイントの正常性はチェックしません。Amazon Route 53
は、リソースレコードセットのヘルスチェックを選択したとき、ヘルスチェックで指定されたエンドポ
イントの正常性をチェックします。エンドポイントが正常であるかどうかを、Amazon Route 53 がど
のように判断するかについては、「Amazon Route 53 がエンドポイントの正常性を判断する方法 (p. 184)」
を参照してください。
ヘルスチェックをリソースレコードセットに関連付けることに意味があるのは、Amazon Route 53 が
複数のリソースレコードセットの中から選択して DNS クエリに応答しており、その選択の一部をヘル
スチェックのステータスに基づいて行うように Amazon Route 53 を設定する必要がある場合だけです。
以下の設定でのみ、ヘルスチェックを使用してください。
• 加重、レイテンシー、位置情報、またはフェイルオーバーのリソースレコードセットで、リソースレ
コードセットの正常性をチェックしており、すべてのリソースレコードセットのヘルスチェック ID
を指定します。リソースレコードセットのヘルスチェックが正常ではないエンドポイントを特定した
場合、Amazon Route 53 はそのリソースレコードセットの値を使用してクエリへの応答を停止しま
す。
API Version 2013-04-01
137
Amazon Route 53 開発者ガイド
レイテンシーエイリアスリソースレコードセットの値
• エイリアス内のリソースレコードセット、つまり加重エイリアス、レイテンシーエイリアス、位置情
報エイリアス、またはフェイルオーバーエイリアスのリソースレコードセットについて、[Evaluate
Target Health] で [Yes] を選択し、エイリアスリソースレコードセットによって参照されるすべての
リソースレコードセットについてヘルスチェックを指定します。
位置情報リソースレコードセットで、エンドポイントが異常状態である場合、Amazon Route 53 は、
より大きい、関連付けられた地理的リージョンのリソースレコードセットを探します。たとえば、米国
の 1 つの州、米国、北米、およびすべての場所（[Location] が [Default]）のリソースレコードセットが
あるとします。州のリソースレコードセットのエンドポイントが異常状態である場合、Amazon Route 53
は、エンドポイントが正常であるリソースレコードセットが見つかるまで、米国、北米、すべての場所
のリソースレコードセットを、この順序で確認します。
ヘルスチェックでドメイン名によってのみエンドポイントを指定する場合、エンドポイントごとにヘル
スチェックを作成することをお勧めします。たとえば、www.example.com のコンテンツを配信する各
HTTP サーバーについて、ヘルスチェックを作成します。[Domain Name] の値には、リソースレコード
セットの名前（example.com など）ではなく、サーバーのドメイン名（us-east-1-www.example.com
など）を指定します。
Important
この構成で、[Domain Name] の値がリソースレコードセットの名前と一致するヘルスチェック
を作成し、それらのリソースレコードセットにヘルスチェックを関連付けた場合、ヘルスチェッ
クで予想できない結果が生じます。
エンドポイントのヘルスチェックの詳細については、「Amazon Route 53 ヘルスチェックと DNS フェ
イルオーバー (p. 176)」を参照してください。
API Version 2013-04-01
138
Amazon Route 53 開発者ガイド
フェイルオーバーリソースレコードセットの値（パブリッ
クホストゾーンのみ）
フェイルオーバーリソースレコードセットの値（パ
ブリックホストゾーンのみ）
フェイルオーバーリソースレコードセットを作成するときは、以下の値を指定します。
Note
フェイルオーバーリソースセットを作成できるのはパブリックホストゾーンのみです。
トピック
• 名前 (p. 139)
• タイプ (p. 139)
•
•
•
•
•
•
•
エイリアス (p. 139)
TTL (Time to Live) (p. 139)
値 (p. 140)
ルーティングポリシー (p. 140)
フェイルオーバーレコードタイプ (p. 140)
セット ID (p. 141)
ヘルスチェックとの関連付け/関連付けるヘルスチェック (p. 141)
名前
リソースレコードセットを作成する対象のドメインまたはサブドメインの名前を入力します。デフォル
ト値はホストゾーンの名前です。ホストゾーンと同じ名前のリソースレコードセットを作成する場合
は、[Name] フィールドに値（@ 記号など）を入力しないでください。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定する方
法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
フェイルオーバーリソースレコードセットのグループで、両方のリソースレコードセットに同じ名前を
入力します。
名前にはアスタリスク（*）を使用できます。DNSは、名前の中の位置に応じて、「*」をワイルドカー
ドまたはアスタリスク（ASCII 42）として処理します。詳細については、「ホストゾーンおよびリソー
スレコードセット名のアスタリスク (*) を使用する (p. 4)」を参照してください。
タイプ
DNS レコードタイプ。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」を
参照してください。
[NS] と [SOA] を除く任意の値を選択します。プライマリフェイルオーバーリソースレコードセットと
セカンダリフェイルオーバーリソースレコードセットの両方に同じ値を選択してください。
エイリアス
[No] を選択します。
TTL (Time to Live)
再帰的な DNS リゾルバーでこのリソースレコードセットに関する情報をキャッシュしておく時間（秒
単位）。より大きい値（172800 秒、つまり 2 日など）を指定した場合、再帰的なリゾルバーが Amazon
API Version 2013-04-01
139
Amazon Route 53 開発者ガイド
フェイルオーバーリソースレコードセットの値（パブリッ
クホストゾーンのみ）
Route 53 にリクエストを送信する頻度が低くなるため、Amazon Route 53 サービスのコストが低くな
ります。ただし、再帰的なリゾルバーは、Amazon Route 53 に最新の情報を問い合わせる代わりに、
長い間キャッシュ内の値を使用するため、リソースレコードセットに対する変更（たとえば、新しい
IP アドレス）が有効になるまでに時間が多くかかります。
このリソースレコードセットをヘルスチェックに関連付ける場合、ヘルスステータスの変化にクライア
ントがすばやく対応できるよう、60 秒以下の TTL を指定することをお勧めします。
[TTL] には、プライマリリソースレコードセットとセカンダリリソースレコードセットで同じ値を指定
する必要があります。
値
[Type] の値として適切な値を入力します。[CNAME] を除くすべてのタイプは、複数の値を入力できま
す。各値は個別の行に入力します。
A（IPv4 アドレス）
IPv4 形式の IP アドレス。たとえば、192.0.2.235。
AAAA（IPv6 アドレス）
IPv6 の形式の IP アドレス。たとえば、2001:0db8:85a3:0:0:8a2e:0370:7334。
CNAME（正規名）
このリソースレコードセットの DNS クエリに対して Amazon Route 53 で返す完全修飾ドメイン
名（www.example.com など）。末尾のドットはオプションです。Amazon Route 53 では、ドメイ
ン名が完全修飾ドメイン名であると見なされます。つまり、Amazon Route 53 では、（末尾にドッ
トのない）www.example.com と（末尾にドットのある）www.example.com. が同一と見なされま
す。
MX（メール交換）
優先順位とメールサーバーを指定するドメイン名。たとえば、10 mailserver.example.com。
PTR（ポインタ）
Amazon Route 53 が返すように設定するドメイン名。
SPF（センダーポリシーフレームワーク）
引用符で囲まれた SPF のレコード。たとえば、"v=spf1 ip4:192.168.0.1/16-all"。SPF レコードは
推奨されていません。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」
を参照してください。
SRV（サービスロケーター）
SRV レコード。SRV レコードの形式については、該当するドキュメントを参照してください。SRV
レコードの形式は次のとおりです。
[優先順位] [重み] [ポート] [サーバーのホスト名]
以下に例を示します。
1 10 5269 xmpp-server.example.com
TXT（テキスト）
テキストレコード。テキストは引用符で囲みます。たとえば、"Sample Text Entry"。
ルーティングポリシー
[Failover] を選択します。
フェイルオーバーレコードタイプ
このリソースレコードセットに該当する値をクリックします。フェイルオーバーが正常に動作するため
には、プライマリフェイルオーバーリソースレコードセットを 1 つとセカンダリフェイルオーバーリ
ソースレコードセットを 1 つ作成する必要があります。
API Version 2013-04-01
140
Amazon Route 53 開発者ガイド
フェイルオーバーリソースレコードセットの値（パブリッ
クホストゾーンのみ）
フェイルオーバーリソースレコードセットリソースと [Name] および [Type] の値が同じである非フェイ
ルオーバーリソースレコードセットを作成することはできません。
セット ID
プライマリリソースレコードセットとセカンダリリソースレコードセットを一意に識別する値を入力し
ます。
ヘルスチェックとの関連付け/関連付けるヘルスチェック
Amazon Route 53 で指定されたエンドポイントの正常性をチェックし、エンドポイントが正常である
ときにのみ、このリソースレコードセットを使用して DNS クエリに応答する場合は、[Yes] を選択し
ます。その後で、このリソースレコードセットに対して Amazon Route 53 で実行するヘルスチェック
を選択します。
Amazon Route 53 は、リソースレコードセット内の指定されたエンドポイント、たとえば、[Value]
フィールドの IP アドレスで指定されたエンドポイントの正常性はチェックしません。Amazon Route 53
は、リソースレコードセットのヘルスチェックを選択したとき、ヘルスチェックで指定されたエンドポ
イントの正常性をチェックします。エンドポイントが正常であるかどうかを、Amazon Route 53 がど
のように判断するかについては、「Amazon Route 53 がエンドポイントの正常性を判断する方法 (p. 184)」
を参照してください。
ヘルスチェックをリソースレコードセットに関連付けることに意味があるのは、Amazon Route 53 が
複数のリソースレコードセットの中から選択して DNS クエリに応答しており、その選択の一部をヘル
スチェックのステータスに基づいて行うように Amazon Route 53 を設定する必要がある場合だけです。
以下の設定でのみ、ヘルスチェックを使用してください。
• 加重、レイテンシー、位置情報、またはフェイルオーバーのリソースレコードセットで、リソースレ
コードセットの正常性をチェックしており、すべてのリソースレコードセットのヘルスチェック ID
を指定します。リソースレコードセットのヘルスチェックが正常ではないエンドポイントを特定した
場合、Amazon Route 53 はそのリソースレコードセットの値を使用してクエリへの応答を停止しま
す。
• エイリアス内のリソースレコードセット、つまり加重エイリアス、レイテンシーエイリアス、位置情
報エイリアス、またはフェイルオーバーエイリアスのリソースレコードセットについて、[Evaluate
Target Health] で [Yes] を選択し、エイリアスリソースレコードセットによって参照されるすべての
リソースレコードセットについてヘルスチェックを指定します。
位置情報リソースレコードセットで、エンドポイントが異常状態である場合、Amazon Route 53 は、
より大きい、関連付けられた地理的リージョンのリソースレコードセットを探します。たとえば、米国
の 1 つの州、米国、北米、およびすべての場所（[Location] が [Default]）のリソースレコードセットが
あるとします。州のリソースレコードセットのエンドポイントが異常状態である場合、Amazon Route 53
は、エンドポイントが正常であるリソースレコードセットが見つかるまで、米国、北米、すべての場所
のリソースレコードセットを、この順序で確認します。
ヘルスチェックでドメイン名によってのみエンドポイントを指定する場合、エンドポイントごとにヘル
スチェックを作成することをお勧めします。たとえば、www.example.com のコンテンツを配信する各
HTTP サーバーについて、ヘルスチェックを作成します。[Domain Name] の値には、リソースレコード
セットの名前（example.com など）ではなく、サーバーのドメイン名（us-east-1-www.example.com
など）を指定します。
Important
この構成で、[Domain Name] の値がリソースレコードセットの名前と一致するヘルスチェック
を作成し、それらのリソースレコードセットにヘルスチェックを関連付けた場合、ヘルスチェッ
クで予想できない結果が生じます。
API Version 2013-04-01
141
Amazon Route 53 開発者ガイド
フェイルオーバーリソースレコードセットの値（パブリッ
クホストゾーンのみ）
エンドポイントのヘルスチェックの詳細については、「Amazon Route 53 ヘルスチェックと DNS フェ
イルオーバー (p. 176)」を参照してください。
API Version 2013-04-01
142
Amazon Route 53 開発者ガイド
フェイルオーバーエイリアスリソースレコードセットの値
（パブリックホストゾーンのみ）
フェイルオーバーエイリアスリソースレコードセッ
トの値（パブリックホストゾーンのみ）
フェイルオーバーエイリアスリソースレコードセットを作成するときは、以下の値を指定します。
Note
フェイルオーバーリソースセットを作成できるのはパブリックホストゾーンのみです。
トピック
• 名前 (p. 143)
• タイプ (p. 144)
•
•
•
•
•
•
•
•
エイリアス (p. 144)
エイリアス先 (p. 144)
[Alias Hosted Zone ID] (p. 146)
TTL (Time to Live) (p. 146)
ルーティングポリシー (p. 146)
フェイルオーバーレコードタイプ (p. 147)
セット ID (p. 147)
ヘルスチェックとの関連付け/関連付けるヘルスチェック (p. 147)
名前
リソースレコードセットを作成する対象のドメインまたはサブドメインの名前を入力します。デフォル
ト値はホストゾーンの名前です。ホストゾーンと同じ名前のリソースレコードセットを作成する場合
は、[Name] フィールドに値（@ 記号など）を入力しないでください。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定する方
法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
フェイルオーバーリソースレコードセットのグループで、両方のリソースレコードセットに同じ名前を
入力します。
名前にはアスタリスク（*）を使用できます。DNSは、名前の中の位置に応じて、「*」をワイルドカー
ドまたはアスタリスク（ASCII 42）として処理します。詳細については、「ホストゾーンおよびリソー
スレコードセット名のアスタリスク (*) を使用する (p. 4)」を参照してください。
指定する値は、エイリアスリソースレコードセットを作成する対象の AWS リソースのタイプによって
ある程度異なります。
CloudFront ディストリビューション
CloudFront ディストリビューションには、リソースレコードセットの名前と一致する代替ドメイ
ン名が含まれる必要があります。たとえば、リソースレコードセット名が [acme.example.com] の
場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして [acme.example.com]
が含まれる必要があります。詳細については、Amazon CloudFront 開発者ガイド の「代替ドメイ
ン名（CNAMEs）を使用する」を参照してください。
Amazon S3 バケット
リソースレコードセット名は、Amazon S3 バケット名と一致する必要があります。たとえば、
Amazon S3 バケット名が [acme.example.com] である場合、このリソースレコードセット名も
[acme.example.com] である必要があります。
API Version 2013-04-01
143
Amazon Route 53 開発者ガイド
フェイルオーバーエイリアスリソースレコードセットの値
（パブリックホストゾーンのみ）
また、ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、
Amazon Simple Storage Service 開発者ガイド の「バケットをウェブサイトホスティング用に設
定」を参照してください。
タイプ
DNS レコードタイプ。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」を
参照してください。
リソースレコードセットを作成している AWS リソースに基いて、該当する値を選択します。
CloudFront ディストリビューション
[A – IPv4 address] を選択します。
ELB ロードバランサー
[A — IPv4 address] または [AAAA — IPv6 address] を選択します。
Amazon S3: バケット
[A – IPv4 address] を選択します。
このホストゾーン内の別のリソースレコードセット
エイリアスを作成する対象のリソースレコードセットのタイプを選択します。[NS] と [SOA] を除
く任意の値を選択します。
[NS] と [SOA] を除く任意の値を選択します。プライマリフェイルオーバーリソースレコードセットと
セカンダリフェイルオーバーリソースレコードセットの両方に同じ値を選択してください。
エイリアス
[Yes] を選択します。
Note
プライマリフェイルオーバーリソースレコードセットとセカンダリフェイルオーバーリソース
レコードセットを作成する際、必要に応じて、[Name] と [Type] に同じ値を持つフェイルオー
バーエイリアスリソースレコードセットとフェイルオーバーリソースレコードセットを 1 つず
つ作成することができます。フェイルオーバーリソースレコードセットとフェイルオーバーエ
イリアスリソースレコードセットを混在させる場合、いずれかをプライマリリソースレコード
セットにすることができます。
エイリアス先
指定する値は、エイリアスリソースレコードセットを作成する対象の AWS リソースのタイプによって
異なります。
CloudFront ディストリビューション
CloudFront ディストリビューションの場合は、次のいずれかの操作を実行します。
• Amazon Route 53 ホストゾーンと CloudFront ディストリビューションを作成する際に同じアカ
ウントを使用している場合 – [Alias Target] をクリックし、リストからディストリビューション
を選択します。ディストリビューションが多数ある場合は、ディストリビューションのドメイン
名の最初の数文字を入力することでリストをフィルタ処理できます。
ディストリビューションがリストに表示されていない場合は、次の点を確認してください。
• このリソースレコードセットの名前は、ディストリビューションの代替ドメイン名に一致する
必要があります。
API Version 2013-04-01
144
Amazon Route 53 開発者ガイド
フェイルオーバーエイリアスリソースレコードセットの値
（パブリックホストゾーンのみ）
• ディストリビューションに代替ドメイン名を追加した直後であれば、変更がすべての CloudFront
エッジロケーションに伝達されるまでに 15 分程度かかる場合があります。変更が伝達される
まで、Amazon Route 53 は新しい代替ドメイン名を認識できません。
• Amazon Route 53 ホストゾーンとディストリビューションを作成する際に異なるアカウントを
使用している場合 – ディストリビューションの CloudFront ドメイン名を入力します（たとえば、
d111111abcdef8.cloudfront.net）。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してディ
ストリビューションを作成した場合、ディストリビューションは [Alias Targets] リストに表示さ
れません。
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべてのディストリビューションを作成した場合、[Alias Targets] リストの [CloudFront
Distributions] の下に [No Targets Available] が表示されます。
Important
すべてのエッジロケーションに伝達されていない CloudFront ディストリビューションにク
エリをルーティングしないでください。その場合、ユーザーは該当するコンテンツにアク
セスできません。
CloudFront ディストリビューションには、リソースレコードセットの名前と一致する代替ドメイ
ン名が含まれる必要があります。たとえば、リソースレコードセット名が [acme.example.com] の
場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして [acme.example.com]
が含まれる必要があります。詳細については、Amazon CloudFront 開発者ガイド の「代替ドメイ
ン名（CNAMEs）を使用する」を参照してください。
ELB ロードバランサー
ELB ロードバランサーの場合は、次のいずれかの操作を実行します。
• Amazon Route 53 ホストゾーンとロードバランサーを作成する際に同じアカウントを使用して
いる場合 – [Alias Target] をクリックし、リストからロードバランサーを選択します。ロードバ
ランサーが多数ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理で
きます。
• Amazon Route 53 ホストゾーンとロードバランサーを作成する際に異なるアカウントを使用し
ている場合 – 「ELB ロードバランサーの DNS 名の取得 (p. 111)」の手順で取得した値を入力しま
す。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してロー
ドバランサーを作成した場合、ロードバランサーは [Alias Targets] リストに表示されません。
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべてのロードバランサーを作成した場合、[Alias Targets] リストの [Elastic Load Balancers]
の下に [No Targets Available] が表示されます。
どちらの場合も、コンソールでは DSN 名に [dualstack] が付加されます。
Amazon S3 バケット
ウェブサイトエンドポイントとして設定された Amazon S3 バケットの場合、次のいずれかを実行
します。
• Amazon Route 53 ホストゾーンと Amazon S3 バケットを作成する際に同じアカウントを使用し
ている場合 – [Alias Target] をクリックし、リストからバケットを選択します。バケットが多数
ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理できます。
[Alias Target] の値が、バケットの Amazon S3 ウェブサイトエンドポイントに変更されます。
• Amazon Route 53 ホストゾーンと Amazon S3 バケットを作成する際に異なるアカウントを使用
している場合 – Amazon S3 ウェブサイトエンドポイントのドメイン名を次の形式で入力します。
s3-website-region.amazonaws.com
API Version 2013-04-01
145
Amazon Route 53 開発者ガイド
フェイルオーバーエイリアスリソースレコードセットの値
（パブリックホストゾーンのみ）
region 値は、バケットがホストされている Amazon S3 リージョンを表します（たとえば、
us-east-1）。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用して
Amazon S3 バケットを作成した場合、バケットは [Alias Targets] リストに表示されません。
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべての Amazon S3 バケットを作成した場合、[Alias Targets] リストの [S3 Website
Endpoints] の下に [No Targets Available] が表示されます。
加重エイリアス、レイテンシーエイリアス、フェイルオーバーエイリアス、または位置情報エイリ
アスのグループには、Amazon S3 バケットにクエリをルーティングするリソースレコードセット
を 1 つだけ作成できます。これは、リソースレコードセット名はバケット名と一致する必要があ
り、バケット名はグローバルに一意である必要があるためです。
リソースレコードセット名は、Amazon S3 バケット名と一致する必要があります。たとえば、
Amazon S3 バケット名が [acme.example.com] である場合、このリソースレコードセット名も
[acme.example.com] である必要があります。
ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、Amazon
Simple Storage Service 開発者ガイド の「バケットをウェブサイトホスティング用に設定」を参照
してください。
このホストゾーン内のリソースレコードセット
このホストゾーン内のリソースレコードセットの場合は、[Alias Target] をクリックし、該当するリ
ソースレコードセットを選択します。リソースレコードセットが多数ある場合は、名前の最初の数
文字を入力することでリストをフィルタ処理できます。
ホストゾーンにデフォルトの NS および SOA リソースレコードセットのみが含まれる場合、[Alias
Targets] リストに [No Targets Available] が表示されます。
[Alias Hosted Zone ID]
[Alias Target] で選択または入力した値に基づいて、値が自動的に表示されます。
TTL (Time to Live)
再帰的な DNS リゾルバーでこのリソースレコードセットに関する情報をキャッシュしておく時間（秒
単位）。より大きい値（172800 秒、つまり 2 日など）を指定した場合、再帰的なリゾルバーが Amazon
Route 53 にリクエストを送信する頻度が低くなるため、Amazon Route 53 サービスのコストが低くな
ります。ただし、再帰的なリゾルバーは、Amazon Route 53 に最新の情報を問い合わせる代わりに、
長い間キャッシュ内の値を使用するため、リソースレコードセットに対する変更（たとえば、新しい
IP アドレス）が有効になるまでに時間が多くかかります。
このリソースレコードセットをヘルスチェックに関連付ける場合、ヘルスステータスの変化にクライア
ントがすばやく対応できるよう、60 秒以下の TTL を指定することをお勧めします。
[TTL] には、プライマリリソースレコードセットとセカンダリリソースレコードセットで同じ値を指定
する必要があります。
ルーティングポリシー
[Failover] を選択します。
API Version 2013-04-01
146
Amazon Route 53 開発者ガイド
フェイルオーバーエイリアスリソースレコードセットの値
（パブリックホストゾーンのみ）
フェイルオーバーレコードタイプ
このリソースレコードセットに該当する値をクリックします。フェイルオーバーが正常に動作するため
には、プライマリフェイルオーバーリソースレコードセットを 1 つとセカンダリフェイルオーバーリ
ソースレコードセットを 1 つ作成する必要があります。
フェイルオーバーリソースレコードセットリソースと [Name] および [Type] の値が同じである非フェイ
ルオーバーリソースレコードセットを作成することはできません。
セット ID
プライマリリソースレコードセットとセカンダリリソースレコードセットを一意に識別する値を入力し
ます。
ヘルスチェックとの関連付け/関連付けるヘルスチェック
Amazon Route 53 で指定されたエンドポイントの正常性をチェックし、エンドポイントが正常である
ときにのみ、このリソースレコードセットを使用して DNS クエリに応答する場合は、[Yes] を選択し
ます。その後で、このリソースレコードセットに対して Amazon Route 53 で実行するヘルスチェック
を選択します。
Amazon Route 53 は、リソースレコードセット内の指定されたエンドポイント、たとえば、[Value]
フィールドの IP アドレスで指定されたエンドポイントの正常性はチェックしません。Amazon Route 53
は、リソースレコードセットのヘルスチェックを選択したとき、ヘルスチェックで指定されたエンドポ
イントの正常性をチェックします。エンドポイントが正常であるかどうかを、Amazon Route 53 がど
のように判断するかについては、「Amazon Route 53 がエンドポイントの正常性を判断する方法 (p. 184)」
を参照してください。
ヘルスチェックをリソースレコードセットに関連付けることに意味があるのは、Amazon Route 53 が
複数のリソースレコードセットの中から選択して DNS クエリに応答しており、その選択の一部をヘル
スチェックのステータスに基づいて行うように Amazon Route 53 を設定する必要がある場合だけです。
以下の設定でのみ、ヘルスチェックを使用してください。
• 加重、レイテンシー、位置情報、またはフェイルオーバーのリソースレコードセットで、リソースレ
コードセットの正常性をチェックしており、すべてのリソースレコードセットのヘルスチェック ID
を指定します。リソースレコードセットのヘルスチェックが正常ではないエンドポイントを特定した
場合、Amazon Route 53 はそのリソースレコードセットの値を使用してクエリへの応答を停止しま
す。
• エイリアス内のリソースレコードセット、つまり加重エイリアス、レイテンシーエイリアス、位置情
報エイリアス、またはフェイルオーバーエイリアスのリソースレコードセットについて、[Evaluate
Target Health] で [Yes] を選択し、エイリアスリソースレコードセットによって参照されるすべての
リソースレコードセットについてヘルスチェックを指定します。
位置情報リソースレコードセットで、エンドポイントが異常状態である場合、Amazon Route 53 は、
より大きい、関連付けられた地理的リージョンのリソースレコードセットを探します。たとえば、米国
の 1 つの州、米国、北米、およびすべての場所（[Location] が [Default]）のリソースレコードセットが
あるとします。州のリソースレコードセットのエンドポイントが異常状態である場合、Amazon Route 53
は、エンドポイントが正常であるリソースレコードセットが見つかるまで、米国、北米、すべての場所
のリソースレコードセットを、この順序で確認します。
ヘルスチェックでドメイン名によってのみエンドポイントを指定する場合、エンドポイントごとにヘル
スチェックを作成することをお勧めします。たとえば、www.example.com のコンテンツを配信する各
HTTP サーバーについて、ヘルスチェックを作成します。[Domain Name] の値には、リソースレコード
セットの名前（example.com など）ではなく、サーバーのドメイン名（us-east-1-www.example.com
など）を指定します。
API Version 2013-04-01
147
Amazon Route 53 開発者ガイド
フェイルオーバーエイリアスリソースレコードセットの値
（パブリックホストゾーンのみ）
Important
この構成で、[Domain Name] の値がリソースレコードセットの名前と一致するヘルスチェック
を作成し、それらのリソースレコードセットにヘルスチェックを関連付けた場合、ヘルスチェッ
クで予想できない結果が生じます。
エンドポイントのヘルスチェックの詳細については、「Amazon Route 53 ヘルスチェックと DNS フェ
イルオーバー (p. 176)」を参照してください。
API Version 2013-04-01
148
Amazon Route 53 開発者ガイド
位置情報リソースレコードセットの値
位置情報リソースレコードセットの値
位置情報リソースレコードセットを作成するときは、以下の値を指定します。
Note
位置情報リソースレコードセットを作成できるのはパブリックホストゾーンのみです。
トピック
• 名前 (p. 149)
• タイプ (p. 149)
• エイリアス (p. 149)
• TTL (Time to Live) (p. 149)
• 値 (p. 150)
• ルーティングポリシー (p. 150)
•
•
•
•
場所 (p. 150)
Sublocation (p. 151)
セット ID (p. 152)
ヘルスチェックとの関連付け/関連付けるヘルスチェック (p. 152)
名前
リソースレコードセットを作成する対象のドメインまたはサブドメインの名前を入力します。デフォル
ト値はホストゾーンの名前です。ホストゾーンと同じ名前のリソースレコードセットを作成する場合
は、[Name] フィールドに値（@ 記号など）を入力しないでください。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定する方
法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
位置情報リソースレコードセットのグループで、すべてのリソースレコードセットに同じ名前を入力し
ます。
名前にはアスタリスク（*）を使用できます。DNSは、名前の中の位置に応じて、「*」をワイルドカー
ドまたはアスタリスク（ASCII 42）として処理します。詳細については、「ホストゾーンおよびリソー
スレコードセット名のアスタリスク (*) を使用する (p. 4)」を参照してください。
タイプ
DNS レコードタイプ。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」を
参照してください。
位置情報リソースレコードセットのグループで、すべてのリソースレコードセットに同じ値を選択しま
す。
エイリアス
[No] を選択します。
TTL (Time to Live)
再帰的な DNS リゾルバーでこのリソースレコードセットに関する情報をキャッシュしておく時間（秒
単位）。より大きい値（172800 秒、つまり 2 日など）を指定した場合、再帰的なリゾルバーが Amazon
API Version 2013-04-01
149
Amazon Route 53 開発者ガイド
位置情報リソースレコードセットの値
Route 53 にリクエストを送信する頻度が低くなるため、Amazon Route 53 サービスのコストが低くな
ります。ただし、再帰的なリゾルバーは、Amazon Route 53 に最新の情報を問い合わせる代わりに、
長い間キャッシュ内の値を使用するため、リソースレコードセットに対する変更（たとえば、新しい
IP アドレス）が有効になるまでに時間が多くかかります。
このリソースレコードセットをヘルスチェックに関連付ける場合、ヘルスステータスの変化にクライア
ントがすばやく対応できるよう、60 秒以下の TTL を指定することをお勧めします。
この位置情報リソースレコードセットのグループに含まれるすべてのリソースレコードセットについ
て、[TTL] に同じ値を指定する必要があります。
値
[Type] の値として適切な値を入力します。[CNAME] を除くすべてのタイプは、複数の値を入力できま
す。各値は個別の行に入力します。
A（IPv4 アドレス）
IPv4 形式の IP アドレス。たとえば、192.0.2.235。
AAAA（IPv6 アドレス）
IPv6 の形式の IP アドレス。たとえば、2001:0db8:85a3:0:0:8a2e:0370:7334。
CNAME（正規名）
このリソースレコードセットの DNS クエリに対して Amazon Route 53 で返す完全修飾ドメイン
名（www.example.com など）。末尾のドットはオプションです。Amazon Route 53 では、ドメイ
ン名が完全修飾ドメイン名であると見なされます。つまり、Amazon Route 53 では、（末尾にドッ
トのない）www.example.com と（末尾にドットのある）www.example.com. が同一と見なされま
す。
MX（メール交換）
優先順位とメールサーバーを指定するドメイン名。たとえば、10 mailserver.example.com。
PTR（ポインタ）
Amazon Route 53 が返すように設定するドメイン名。
SPF（センダーポリシーフレームワーク）
引用符で囲まれた SPF のレコード。たとえば、"v=spf1 ip4:192.168.0.1/16-all"。SPF レコードは
推奨されていません。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」
を参照してください。
SRV（サービスロケーター）
SRV レコード。SRV レコードの形式については、該当するドキュメントを参照してください。SRV
レコードの形式は次のとおりです。
[優先順位] [重み] [ポート] [サーバーのホスト名]
以下に例を示します。
1 10 5269 xmpp-server.example.com
TXT（テキスト）
テキストレコード。テキストは引用符で囲みます。たとえば、"Sample Text Entry"。
ルーティングポリシー
[Geolocation] を選択します。
場所
クエリの発信元の場所に基づいて DNS クエリに応答するように Amazon Route 53 を設定する場合は、
Amazon Route 53 がこのリソースレコードセットの設定を使用して応答する対象の大陸または国を選
API Version 2013-04-01
150
Amazon Route 53 開発者ガイド
位置情報リソースレコードセットの値
択します。Amazon Route 53 で米国の個別の州の DNS クエリに応答する場合は、[Location] リストか
ら [United States] を選択し、次に [Sublocation] リストから州を選択します。
Important
リソースレコードセットを作成していない地理的な場所に対応したり、Amazon Route 53 で場
所を特定できない IP アドレスに対応したりするために、[Location] の値が [Default] である位置
情報リソースレコードセットを作成することをお勧めします。
位置情報リソースレコードセットリソースと [Name] および [Type] の値が同じである非位置情報リソー
スレコードセットを作成することはできません。
詳細については、「位置情報ルーティング (p. 107)」を参照してください。
Amazon Route 53 が各大陸に関連付ける国を次に示します。国コードは、ISO 3166 のものです。詳細
については、Wikipedia の記事、「ISO 3166-1 alpha-2」を参照してください。
アフリカ（AF）
AO、BF、BI、BJ、BW、CD、CF、CG、CI、CM、CV、DJ、DZ、EG、ER、ET、GA、GH、GM、
GN、GQ、GW、KE、KM、LR、LS、LY、MA、MG、ML、MR、MU、MW、MZ、NA、NE、NG、
RE、RW、SC、SD、SH、SL、SN、SO、SS、ST、SZ、TD、TG、TN、TZ、UG、YT、ZA、
ZM、ZW
南極（AN）
AQ、GS、TF
アジア（AS）
AE、AF、AM、AZ、BD、BH、BN、BT、CC、CN、GE、HK、ID、IL、IN、IO、IQ、IR、JO、
JP、KG、KH、KP、KR、KW、KZ、LA、LB、LK、MM、MN、MO、MV、MY、NP、OM、PH、
PK、PS、QA、SA、SG、SY、TH、TJ、TM、TR、TW、UZ、VN、YE
欧州（EU）
AD、AL、AT、AX、BA、BE、BG、BY、CH、CY、CZ、DE、DK、EE、ES、FI、FO、FR、GB、
GG、GI、GR、HR、HU、IE、IM、IS、IT、JE、LI、LT、LU、LV、MC、MD、ME、MK、MT、
NL、NO、PL、PT、RO、RS、RU、SE、SI、SJ、SK、SM、UA、VA、XK
北米（NA）
AG、AI、AW、BB、BL、BM、BQ、BS、BZ、CA、CR、CU、CW、DM、DO、GD、GL、GP、
GT、HN、HT、JM、KN、KY、LC、MF、MQ、MS、MX、NI、PA、PM、PR、SV、SX、TC、
TT、US、VC、VG、VI
オセアニア（OC）
AS、AU、CK、FJ、FM、GU、KI、MH、MP、NC、NF、NR、NU、NZ、PF、PG、PN、PW、
SB、TK、TL、TO、TV、UM、VU、WF、WS
南米（SA）
AR、BO、BR、CL、CO、EC、FK、GF、GY、PE、PY、SR、UY、VE
Note
Amazon Route 53 では、以下の国の位置情報リソースレコードセットの作成をサポートしてい
ません。ブーベ島（BV）、クリスマス島（CX）、西サハラ（EH）、ハード島とマクドナルド
諸島（HM）。これらの国の IP アドレスに関するデータは利用できません。
Sublocation
クエリの発信元である米国の州に基づいて DNS クエリに応答するように Amazon Route 53 を設定す
る場合は、[Sublocations] リストから州を選択します。米国の海外領土（プエルトリコなど）は [Location]
リストに国として表示されます。
API Version 2013-04-01
151
Amazon Route 53 開発者ガイド
位置情報リソースレコードセットの値
Important
一部の IP アドレスは、米国と関連付けられていますが、個々の州とは関連付けられていませ
ん。米国のすべての州に対するリソースレコードセットを作成する場合は、これらの関連付け
られていない IP アドレスのクエリをルーティングするために、米国のリソースレコードセッ
トも作成することをお勧めします。米国のリソースレコードセットを作成しない場合、Amazon
Route 53 は関連付けられていない米国の IP アドレスからのクエリに対して、デフォルトの位
置情報リソースレコードセットの設定（作成している場合）または "応答なし" の応答を使用し
て応答します。
セット ID
位置情報リソースレコードセットのグループ内で、このリソースレコードセットを一意に識別する値を
入力します。
ヘルスチェックとの関連付け/関連付けるヘルスチェック
Amazon Route 53 で指定されたエンドポイントの正常性をチェックし、エンドポイントが正常である
ときにのみ、このリソースレコードセットを使用して DNS クエリに応答する場合は、[Yes] を選択し
ます。その後で、このリソースレコードセットに対して Amazon Route 53 で実行するヘルスチェック
を選択します。
Amazon Route 53 は、リソースレコードセット内の指定されたエンドポイント、たとえば、[Value]
フィールドの IP アドレスで指定されたエンドポイントの正常性はチェックしません。Amazon Route 53
は、リソースレコードセットのヘルスチェックを選択したとき、ヘルスチェックで指定されたエンドポ
イントの正常性をチェックします。エンドポイントが正常であるかどうかを、Amazon Route 53 がど
のように判断するかについては、「Amazon Route 53 がエンドポイントの正常性を判断する方法 (p. 184)」
を参照してください。
ヘルスチェックをリソースレコードセットに関連付けることに意味があるのは、Amazon Route 53 が
複数のリソースレコードセットの中から選択して DNS クエリに応答しており、その選択の一部をヘル
スチェックのステータスに基づいて行うように Amazon Route 53 を設定する必要がある場合だけです。
以下の設定でのみ、ヘルスチェックを使用してください。
• 加重、レイテンシー、位置情報、またはフェイルオーバーのリソースレコードセットで、リソースレ
コードセットの正常性をチェックしており、すべてのリソースレコードセットのヘルスチェック ID
を指定します。リソースレコードセットのヘルスチェックが正常ではないエンドポイントを特定した
場合、Amazon Route 53 はそのリソースレコードセットの値を使用してクエリへの応答を停止しま
す。
• エイリアス内のリソースレコードセット、つまり加重エイリアス、レイテンシーエイリアス、位置情
報エイリアス、またはフェイルオーバーエイリアスのリソースレコードセットについて、[Evaluate
Target Health] で [Yes] を選択し、エイリアスリソースレコードセットによって参照されるすべての
リソースレコードセットについてヘルスチェックを指定します。
位置情報リソースレコードセットで、エンドポイントが異常状態である場合、Amazon Route 53 は、
より大きい、関連付けられた地理的リージョンのリソースレコードセットを探します。たとえば、米国
の 1 つの州、米国、北米、およびすべての場所（[Location] が [Default]）のリソースレコードセットが
あるとします。州のリソースレコードセットのエンドポイントが異常状態である場合、Amazon Route 53
は、エンドポイントが正常であるリソースレコードセットが見つかるまで、米国、北米、すべての場所
のリソースレコードセットを、この順序で確認します。
ヘルスチェックでドメイン名によってのみエンドポイントを指定する場合、エンドポイントごとにヘル
スチェックを作成することをお勧めします。たとえば、www.example.com のコンテンツを配信する各
HTTP サーバーについて、ヘルスチェックを作成します。[Domain Name] の値には、リソースレコード
セットの名前（example.com など）ではなく、サーバーのドメイン名（us-east-1-www.example.com
など）を指定します。
API Version 2013-04-01
152
Amazon Route 53 開発者ガイド
位置情報リソースレコードセットの値
Important
この構成で、[Domain Name] の値がリソースレコードセットの名前と一致するヘルスチェック
を作成し、それらのリソースレコードセットにヘルスチェックを関連付けた場合、ヘルスチェッ
クで予想できない結果が生じます。
エンドポイントのヘルスチェックの詳細については、「Amazon Route 53 ヘルスチェックと DNS フェ
イルオーバー (p. 176)」を参照してください。
API Version 2013-04-01
153
Amazon Route 53 開発者ガイド
位置情報エイリアスリソースレコードセットの値
位置情報エイリアスリソースレコードセットの値
位置情報エイリアスリソースレコードセットを作成するときは、以下の値を指定します。
Note
位置情報リソースレコードセットを作成できるのはパブリックホストゾーンのみです。
トピック
• 名前 (p. 154)
• タイプ (p. 155)
• エイリアス (p. 155)
• エイリアス先 (p. 155)
• [Alias Hosted Zone ID] (p. 157)
• ルーティングポリシー (p. 157)
•
•
•
•
•
場所 (p. 157)
Sublocation (p. 158)
セット ID (p. 158)
ターゲットの正常性の評価 (p. 158)
ヘルスチェックとの関連付け/関連付けるヘルスチェック (p. 159)
名前
リソースレコードセットを作成する対象のドメインまたはサブドメインの名前を入力します。デフォル
ト値はホストゾーンの名前です。ホストゾーンと同じ名前のリソースレコードセットを作成する場合
は、[Name] フィールドに値（@ 記号など）を入力しないでください。
a～z、0～9、-（ハイフン）以外の文字を指定する方法、および国際化されたドメイン名を指定する方
法については、「DNS ドメイン名の形式 (p. 3)」を参照してください。
位置情報リソースレコードセットのグループで、すべてのリソースレコードセットに同じ名前を入力し
ます。
名前にはアスタリスク（*）を使用できます。DNSは、名前の中の位置に応じて、「*」をワイルドカー
ドまたはアスタリスク（ASCII 42）として処理します。詳細については、「ホストゾーンおよびリソー
スレコードセット名のアスタリスク (*) を使用する (p. 4)」を参照してください。
指定する値は、エイリアスリソースレコードセットを作成する対象の AWS リソースのタイプによって
ある程度異なります。
CloudFront ディストリビューション
CloudFront ディストリビューションには、リソースレコードセットの名前と一致する代替ドメイ
ン名が含まれる必要があります。たとえば、リソースレコードセット名が [acme.example.com] の
場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして [acme.example.com]
が含まれる必要があります。詳細については、Amazon CloudFront 開発者ガイド の「代替ドメイ
ン名（CNAMEs）を使用する」を参照してください。
Amazon S3 バケット
リソースレコードセット名は、Amazon S3 バケット名と一致する必要があります。たとえば、
Amazon S3 バケット名が [acme.example.com] である場合、このリソースレコードセット名も
[acme.example.com] である必要があります。
API Version 2013-04-01
154
Amazon Route 53 開発者ガイド
位置情報エイリアスリソースレコードセットの値
また、ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、
Amazon Simple Storage Service 開発者ガイド の「バケットをウェブサイトホスティング用に設
定」を参照してください。
タイプ
DNS レコードタイプ。詳細については、「サポートされる DNS リソースレコードタイプ (p. 5)」を
参照してください。
リソースレコードセットを作成している AWS リソースに基いて、該当する値を選択します。
CloudFront ディストリビューション
[A – IPv4 address] を選択します。
ELB ロードバランサー
[A — IPv4 address] または [AAAA — IPv6 address] を選択します。
Amazon S3: バケット
[A – IPv4 address] を選択します。
このホストゾーン内の別のリソースレコードセット
エイリアスを作成する対象のリソースレコードセットのタイプを選択します。[NS] と [SOA] を除
く任意の値を選択します。
位置情報リソースレコードセットのグループで、すべてのリソースレコードセットに同じ値を選択しま
す。
エイリアス
[Yes] を選択します。
エイリアス先
指定する値は、エイリアスリソースレコードセットを作成する対象の AWS リソースのタイプによって
異なります。
CloudFront ディストリビューション
CloudFront ディストリビューションの場合は、次のいずれかの操作を実行します。
• Amazon Route 53 ホストゾーンと CloudFront ディストリビューションを作成する際に同じアカ
ウントを使用している場合 – [Alias Target] をクリックし、リストからディストリビューション
を選択します。ディストリビューションが多数ある場合は、ディストリビューションのドメイン
名の最初の数文字を入力することでリストをフィルタ処理できます。
ディストリビューションがリストに表示されていない場合は、次の点を確認してください。
• このリソースレコードセットの名前は、ディストリビューションの代替ドメイン名に一致する
必要があります。
• ディストリビューションに代替ドメイン名を追加した直後であれば、変更がすべての CloudFront
エッジロケーションに伝達されるまでに 15 分程度かかる場合があります。変更が伝達される
まで、Amazon Route 53 は新しい代替ドメイン名を認識できません。
• Amazon Route 53 ホストゾーンとディストリビューションを作成する際に異なるアカウントを
使用している場合 – ディストリビューションの CloudFront ドメイン名を入力します（たとえば、
d111111abcdef8.cloudfront.net）。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してディ
ストリビューションを作成した場合、ディストリビューションは [Alias Targets] リストに表示さ
れません。
API Version 2013-04-01
155
Amazon Route 53 開発者ガイド
位置情報エイリアスリソースレコードセットの値
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべてのディストリビューションを作成した場合、[Alias Targets] リストの [CloudFront
Distributions] の下に [No Targets Available] が表示されます。
Important
すべてのエッジロケーションに伝達されていない CloudFront ディストリビューションにク
エリをルーティングしないでください。その場合、ユーザーは該当するコンテンツにアク
セスできません。
CloudFront ディストリビューションには、リソースレコードセットの名前と一致する代替ドメイ
ン名が含まれる必要があります。たとえば、リソースレコードセット名が [acme.example.com] の
場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして [acme.example.com]
が含まれる必要があります。詳細については、Amazon CloudFront 開発者ガイド の「代替ドメイ
ン名（CNAMEs）を使用する」を参照してください。
ELB ロードバランサー
ELB ロードバランサーの場合は、次のいずれかの操作を実行します。
• Amazon Route 53 ホストゾーンとロードバランサーを作成する際に同じアカウントを使用して
いる場合 – [Alias Target] をクリックし、リストからロードバランサーを選択します。ロードバ
ランサーが多数ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理で
きます。
• Amazon Route 53 ホストゾーンとロードバランサーを作成する際に異なるアカウントを使用し
ている場合 – 「ELB ロードバランサーの DNS 名の取得 (p. 111)」の手順で取得した値を入力しま
す。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してロー
ドバランサーを作成した場合、ロードバランサーは [Alias Targets] リストに表示されません。
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべてのロードバランサーを作成した場合、[Alias Targets] リストの [Elastic Load Balancers]
の下に [No Targets Available] が表示されます。
どちらの場合も、コンソールでは DSN 名に [dualstack] が付加されます。
Amazon S3 バケット
ウェブサイトエンドポイントとして設定された Amazon S3 バケットの場合、次のいずれかを実行
します。
• Amazon Route 53 ホストゾーンと Amazon S3 バケットを作成する際に同じアカウントを使用し
ている場合 – [Alias Target] をクリックし、リストからバケットを選択します。バケットが多数
ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理できます。
[Alias Target] の値が、バケットの Amazon S3 ウェブサイトエンドポイントに変更されます。
• Amazon Route 53 ホストゾーンと Amazon S3 バケットを作成する際に異なるアカウントを使用
している場合 – Amazon S3 ウェブサイトエンドポイントのドメイン名を次の形式で入力します。
s3-website-region.amazonaws.com
region 値は、バケットがホストされている Amazon S3 リージョンを表します（たとえば、
us-east-1）。
1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用して
Amazon S3 バケットを作成した場合、バケットは [Alias Targets] リストに表示されません。
1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の数種のアカウントを使用
してすべての Amazon S3 バケットを作成した場合、[Alias Targets] リストの [S3 Website
Endpoints] の下に [No Targets Available] が表示されます。
API Version 2013-04-01
156
Amazon Route 53 開発者ガイド
位置情報エイリアスリソースレコードセットの値
加重エイリアス、レイテンシーエイリアス、フェイルオーバーエイリアス、または位置情報エイリ
アスのグループには、Amazon S3 バケットにクエリをルーティングするリソースレコードセット
を 1 つだけ作成できます。これは、リソースレコードセット名はバケット名と一致する必要があ
り、バケット名はグローバルに一意である必要があるためです。
リソースレコードセット名は、Amazon S3 バケット名と一致する必要があります。たとえば、
Amazon S3 バケット名が [acme.example.com] である場合、このリソースレコードセット名も
[acme.example.com] である必要があります。
ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、Amazon
Simple Storage Service 開発者ガイド の「バケットをウェブサイトホスティング用に設定」を参照
してください。
このホストゾーン内のリソースレコードセット
このホストゾーン内のリソースレコードセットの場合は、[Alias Target] をクリックし、該当するリ
ソースレコードセットを選択します。リソースレコードセットが多数ある場合は、名前の最初の数
文字を入力することでリストをフィルタ処理できます。
ホストゾーンにデフォルトの NS および SOA リソースレコードセットのみが含まれる場合、[Alias
Targets] リストに [No Targets Available] が表示されます。
[Alias Hosted Zone ID]
[Alias Target] で選択または入力した値に基づいて、値が自動的に表示されます。
ルーティングポリシー
[Geolocation] を選択します。
場所
クエリの発信元の場所に基づいて DNS クエリに応答するように Amazon Route 53 を設定する場合は、
Amazon Route 53 がこのリソースレコードセットの設定を使用して応答する対象の大陸または国を選
択します。Amazon Route 53 で米国の個別の州の DNS クエリに応答する場合は、[Location] リストか
ら [United States] を選択し、次に [Sublocation] リストから州を選択します。
Important
リソースレコードセットを作成していない地理的な場所に対応したり、Amazon Route 53 で場
所を特定できない IP アドレスに対応したりするために、[Location] の値が [Default] である位置
情報リソースレコードセットを作成することをお勧めします。
位置情報リソースレコードセットリソースと [Name] および [Type] の値が同じである非位置情報リソー
スレコードセットを作成することはできません。
詳細については、「位置情報ルーティング (p. 107)」を参照してください。
Amazon Route 53 が各大陸に関連付ける国を次に示します。国コードは、ISO 3166 のものです。詳細
については、Wikipedia の記事、「ISO 3166-1 alpha-2」を参照してください。
アフリカ（AF）
AO、BF、BI、BJ、BW、CD、CF、CG、CI、CM、CV、DJ、DZ、EG、ER、ET、GA、GH、GM、
GN、GQ、GW、KE、KM、LR、LS、LY、MA、MG、ML、MR、MU、MW、MZ、NA、NE、NG、
RE、RW、SC、SD、SH、SL、SN、SO、SS、ST、SZ、TD、TG、TN、TZ、UG、YT、ZA、
ZM、ZW
南極（AN）
AQ、GS、TF
API Version 2013-04-01
157
Amazon Route 53 開発者ガイド
位置情報エイリアスリソースレコードセットの値
アジア（AS）
AE、AF、AM、AZ、BD、BH、BN、BT、CC、CN、GE、HK、ID、IL、IN、IO、IQ、IR、JO、
JP、KG、KH、KP、KR、KW、KZ、LA、LB、LK、MM、MN、MO、MV、MY、NP、OM、PH、
PK、PS、QA、SA、SG、SY、TH、TJ、TM、TR、TW、UZ、VN、YE
欧州（EU）
AD、AL、AT、AX、BA、BE、BG、BY、CH、CY、CZ、DE、DK、EE、ES、FI、FO、FR、GB、
GG、GI、GR、HR、HU、IE、IM、IS、IT、JE、LI、LT、LU、LV、MC、MD、ME、MK、MT、
NL、NO、PL、PT、RO、RS、RU、SE、SI、SJ、SK、SM、UA、VA、XK
北米（NA）
AG、AI、AW、BB、BL、BM、BQ、BS、BZ、CA、CR、CU、CW、DM、DO、GD、GL、GP、
GT、HN、HT、JM、KN、KY、LC、MF、MQ、MS、MX、NI、PA、PM、PR、SV、SX、TC、
TT、US、VC、VG、VI
オセアニア（OC）
AS、AU、CK、FJ、FM、GU、KI、MH、MP、NC、NF、NR、NU、NZ、PF、PG、PN、PW、
SB、TK、TL、TO、TV、UM、VU、WF、WS
南米（SA）
AR、BO、BR、CL、CO、EC、FK、GF、GY、PE、PY、SR、UY、VE
Note
Amazon Route 53 では、以下の国の位置情報リソースレコードセットの作成をサポートしてい
ません。ブーベ島（BV）、クリスマス島（CX）、西サハラ（EH）、ハード島とマクドナルド
諸島（HM）。これらの国の IP アドレスに関するデータは利用できません。
Sublocation
クエリの発信元である米国の州に基づいて DNS クエリに応答するように Amazon Route 53 を設定す
る場合は、[Sublocations] リストから州を選択します。米国の海外領土（プエルトリコなど）は [Location]
リストに国として表示されます。
Important
一部の IP アドレスは、米国と関連付けられていますが、個々の州とは関連付けられていませ
ん。米国のすべての州に対するリソースレコードセットを作成する場合は、これらの関連付け
られていない IP アドレスのクエリをルーティングするために、米国のリソースレコードセッ
トも作成することをお勧めします。米国のリソースレコードセットを作成しない場合、Amazon
Route 53 は関連付けられていない米国の IP アドレスからのクエリに対して、デフォルトの位
置情報リソースレコードセットの設定（作成している場合）または "応答なし" の応答を使用し
て応答します。
セット ID
位置情報リソースレコードセットのグループ内で、このリソースレコードセットを一意に識別する値を
入力します。
ターゲットの正常性の評価
このリソースレコードセットを使用して DNS クエリに応答するかどうかを Amazon Route 53 が判断
する場合に、[Alias Target] で指定されたリソースレコードセットの正常性をチェックするには、[Yes]
を選択します。
一部の AWS リソースには、特別な要件があります。
API Version 2013-04-01
158
Amazon Route 53 開発者ガイド
位置情報エイリアスリソースレコードセットの値
• CloudFront ディストリビューション – エイリアスターゲットが CloudFront ディストリビューション
の場合は、[Evaluate Target Health] を [Yes] に設定できません。
• ELB ロードバランサー – [Alias Target] に ELB ロードバランサーを指定すると、Elastic Load Balancing
は、ロードバランサーに登録されている正常な Amazon EC2 インスタンスにのみクエリをルーティ
ングします。[Evaluate Target Health] が [Yes] に設定されているときに、正常な Amazon EC2 イン
スタンスがない場合やロードバランサー自体が正常でない場合、Amazon Route 53 は、他のリソー
スにクエリをルーティングします。
ロードバランサーを作成するときは、Elastic Load Balancing ヘルスチェックの設定を行います。こ
れは Amazon Route 53 ヘルスチェックではありませんが、同様の機能を実行します。ELB ロードバ
ランサーに登録する Amazon EC2 インスタンスに対しては Amazon Route 53 ヘルスチェックを作成
しないでください。
詳細については、「複雑な Amazon Route 53 構成におけるヘルスチェックの動作 (p. 195)」を参照し
てください。
• その他のリソースレコードセット – [Alias Target] に指定した AWS リソースが、別のエイリアスリ
ソースレコードセットではなく、リソースレコードセットまたはリソースレコードセットのグループ
（たとえば、加重リソースレコードセットのグループ）の場合は、エイリアスターゲットのすべての
リソースレコードセットにヘルスチェックを関連付けることをお勧めします。詳細については、「ヘ
ルスチェックを省略するとどうなるか (p. 198)」を参照してください。
1 つ以上のエンドポイントの障害に対応するだけのアイドル状態の容量がある場合にのみ、[Evaluate
Target Health] を [Yes] に設定することをお勧めします。
ヘルスチェックとの関連付け/関連付けるヘルスチェック
Amazon Route 53 で指定されたエンドポイントの正常性をチェックし、エンドポイントが正常である
ときにのみ、このリソースレコードセットを使用して DNS クエリに応答する場合は、[Yes] を選択し
ます。その後で、このリソースレコードセットに対して Amazon Route 53 で実行するヘルスチェック
を選択します。
Amazon Route 53 は、リソースレコードセット内の指定されたエンドポイント、たとえば、[Value]
フィールドの IP アドレスで指定されたエンドポイントの正常性はチェックしません。Amazon Route 53
は、リソースレコードセットのヘルスチェックを選択したとき、ヘルスチェックで指定されたエンドポ
イントの正常性をチェックします。エンドポイントが正常であるかどうかを、Amazon Route 53 がど
のように判断するかについては、「Amazon Route 53 がエンドポイントの正常性を判断する方法 (p. 184)」
を参照してください。
ヘルスチェックをリソースレコードセットに関連付けることに意味があるのは、Amazon Route 53 が
複数のリソースレコードセットの中から選択して DNS クエリに応答しており、その選択の一部をヘル
スチェックのステータスに基づいて行うように Amazon Route 53 を設定する必要がある場合だけです。
以下の設定でのみ、ヘルスチェックを使用してください。
• 加重、レイテンシー、位置情報、またはフェイルオーバーのリソースレコードセットで、リソースレ
コードセットの正常性をチェックしており、すべてのリソースレコードセットのヘルスチェック ID
を指定します。リソースレコードセットのヘルスチェックが正常ではないエンドポイントを特定した
場合、Amazon Route 53 はそのリソースレコードセットの値を使用してクエリへの応答を停止しま
す。
• エイリアス内のリソースレコードセット、つまり加重エイリアス、レイテンシーエイリアス、位置情
報エイリアス、またはフェイルオーバーエイリアスのリソースレコードセットについて、[Evaluate
Target Health] で [Yes] を選択し、エイリアスリソースレコードセットによって参照されるすべての
リソースレコードセットについてヘルスチェックを指定します。
位置情報リソースレコードセットで、エンドポイントが異常状態である場合、Amazon Route 53 は、
より大きい、関連付けられた地理的リージョンのリソースレコードセットを探します。たとえば、米国
の 1 つの州、米国、北米、およびすべての場所（[Location] が [Default]）のリソースレコードセットが
API Version 2013-04-01
159
Amazon Route 53 開発者ガイド
ゾーンファイルをインポートしてリソースレコードセット
を作成する
あるとします。州のリソースレコードセットのエンドポイントが異常状態である場合、Amazon Route 53
は、エンドポイントが正常であるリソースレコードセットが見つかるまで、米国、北米、すべての場所
のリソースレコードセットを、この順序で確認します。
ヘルスチェックでドメイン名によってのみエンドポイントを指定する場合、エンドポイントごとにヘル
スチェックを作成することをお勧めします。たとえば、www.example.com のコンテンツを配信する各
HTTP サーバーについて、ヘルスチェックを作成します。[Domain Name] の値には、リソースレコード
セットの名前（example.com など）ではなく、サーバーのドメイン名（us-east-1-www.example.com
など）を指定します。
Important
この構成で、[Domain Name] の値がリソースレコードセットの名前と一致するヘルスチェック
を作成し、それらのリソースレコードセットにヘルスチェックを関連付けた場合、ヘルスチェッ
クで予想できない結果が生じます。
エンドポイントのヘルスチェックの詳細については、「Amazon Route 53 ヘルスチェックと DNS フェ
イルオーバー (p. 176)」を参照してください。
ゾーンファイルをインポートしてリソースレコー
ドセットを作成する
Abstract
現在の DNS サービスプロバイダーからゾーンファイルをインポートして、リソースレコードセットを作成します。
別の DNS サービスプロバイダーから移行しようとしていて、現在の DNS 設定をゾーンファイルにエ
クスポートすることが現在の DNS サービスプロバイダーから許可されている場合は、ゾーンファイル
をインポートすることで、Amazon Route 53 ホストゾーン用のすべてのリソースレコードセットを迅
速に作成できます。
Note
ゾーンファイルでは、リソースレコードセットをテキスト形式で表すための BIND と呼ばれる
標準形式が使用されています。ゾーンファイルの形式については、Wikipedia のゾーンファイ
ルのエントリを参照してください。詳細については、「RFC 1034: ドメイン名 - 概念と機能」
のセクション 3.6.1、および「RFC1035: ドメイン名 - 実装と仕様」のセクション 5 を参照して
ください。
ゾーンファイルをインポートしてリソースレコードセットを作成する場合は、次の点に注意してくださ
い。
• ゾーンファイルは、RFC に準拠した形式である必要があります。
• デフォルトの NS レコードおよび SOA レコードを除き、ホストゾーンは空である必要があります。
• ゾーンファイル内のリソースレコードセットのドメイン名は、ホストゾーンの名前に一致する必要が
あります。
• Amazon Route 53 では、$ORIGIN と $TTL のキーワードがサポートされます。ゾーンファイルにキー
ワード $GENERATE または $INCLUDE が含まれる場合、インポートは失敗し、Amazon Route 53 か
らエラーが返されます。
• ゾーンファイルをインポートする場合、ゾーンファイル内の SOA レコードは無視されます。また、
ホストゾーンと同じ名前を持つ NS レコードもすべて無視されます。
API Version 2013-04-01
160
Amazon Route 53 開発者ガイド
ゾーンファイルをインポートしてリソースレコードセット
を作成する
• 最大で 1,000 個のリソースレコードセットをインポートできます。1,000 を超えるレコードをイン
ポートする必要がある場合は、BIND から Amazon Route 53 への変換ツールを使用できる可能性が
あります。
• ゾーンファイル内のリソースレコードセットの名前の末尾にドットが含まれる場合
（example.com.）、この名前はインポートプロセスによって完全修飾ドメイン名と解釈され、この
名前を持つ Amazon Route 53 リソースレコードセットが作成されます。
ゾーンファイル内のリソースレコードセットの名前の末尾にドットが含まれない場合（www）、この
名前はインポートプロセスによってゾーンファイル内のドメイン名（example.com）と連結され、
連結後の名前（www.example.com）を持つ Amazon Route 53 リソースレコードセットが作成され
ます。
ゾーンファイルの作成に GoDaddy エクスポートプロセスを使用した場合、ゾーンファイルをホスト
ゾーンにインポートする前に、ゾーンファイルを編集して末尾のドットを MX リソースレコードセッ
トに追加する必要がある場合があります。現在、エクスポートプロセスでは MX リソースレコード
セットの完全修飾ドメイン名に末尾のドットは追加されないため、Amazon Route 53 インポートプ
ロセスでドメイン名がリソースレコードセットの名前に追加されます。たとえば、リソースレコード
セットをホストゾーン example.com にインポートし、ゾーンファイルの MX レコードの名前は
mail.example.com で末尾のドットがない場合、Amazon Route 53 インポートプロセスで
mail.example.com.example.com という名前の MX リソースレコードセットが作成されます。
Important
CNAME、MX、PTR、および SRV リソースレコードセットの場合も、RDATA 値に含まれる
ドメイン名にこの動作が適用されます。たとえば、example.com のゾーンファイルがある
とします。ゾーンファイル内の CNAME リソースレコードセット（末尾にドットのない
support）に RDATA 値（同様に末尾にドットのない www.example.com）が含まれる場
合、インポートプロセスによって、www.example.com.example.com にトラフィックを
ルーティングする support.example.com という名前の Amazon Route 53 リソースレコー
ドセットが作成されます。ゾーンファイルをインポートする前に、RDATA 値を確認し、必
要に応じて更新してください。
Amazon Route 53 はリソースレコードセットのゾーンファイルへのエクスポートをサポートしていま
せん。
ゾーンファイルをインポートしてリソースレコードセットを作成するには
1.
現在ドメインにサービスを提供している DNS サービスプロバイダーからゾーンファイルを取得し
ます。手順と用語はサービスプロバイダーによって異なります。レコードをゾーンファイルまたは
BIND ファイルにエクスポートまたは保存する方法については、プロバイダーのインターフェイス
およびドキュメントを参照してください。
手順がわからない場合は、レコードリストまたはゾーンファイルについて、現在の DNS プロバイ
ダーのカスタマーサポートに問い合わせてください。
2.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
3.
[Hosted Zones] ページで、新しいホストゾーンを作成します。
4.
a.
b.
[Create Hosted Zone] をクリックします。
ドメインの名前（およびオプションでコメント）を入力します。コメントは後で編集できない
ので注意してください。
c.
[Create] をクリックします。
[Hosted Zones] ページで、新しいホストゾーンの名前をダブルクリックします。
API Version 2013-04-01
161
Amazon Route 53 開発者ガイド
リソースレコードセットの編集
5.
6.
7.
[Import Zone File] をクリックします。
[Import Zone File] ペインで、ゾーンファイルの内容を [Zone File] テキストボックスに貼り付けま
す。
[Import] をクリックします。
Note
ゾーンファイル内のリソースレコードセットの数によっては、リソースレコードセットが
作成されるまで数分かかる場合があります。
8.
ドメインで別の DNS サービスを使用している場合は（別のレジストラにドメインを登録していた
場合はよくあることです）、DNS サービスを Amazon Route 53 に移行します。そのステップが完
了すると、レジストラはドメインの DNS クエリに応じる DNS サービスとして Amazon Route 53
を認識し始め、クエリが Amazon Route 53 DNS サーバーに送信され始めます（以前の DNS サー
ビスに関する情報が DNS リゾルバーにキャッシュされているため、DNS クエリが Amazon Route 53
にルーティングされ始めるまでに通常は 1～2 日の遅れが生じます）。詳細については、「既存ド
メインの DNS サービスを Amazon Route 53 に移行する (p. 70)」を参照してください。
リソースレコードセットの編集
Abstract
Amazon Route 53 でリソースレコードセットを編集します。
以下の手順では、Amazon Route 53 コンソールを使用してリソースレコードセットを編集する方法に
ついて説明します。Amazon Route 53 API を使用したリソースレコードセットの編集方法については、
『Amazon Route 53 API Reference』の「POST ChangeResourceRecordSets」を参照してください。
Note
変更したリソースレコードセットが Amazon Route 53 DNS サーバーに伝達されるまでに、し
ばらく時間がかかります。現在、変更が伝達されたことを確認する唯一の方法は、GetChange
API アクションを使用することです。通常、変更は 2～3 分以内にすべての Amazon Route 53
ネームサーバーに伝達されます。まれに、プロパゲートするのに最大で 30 分ほどかかること
があります。
Amazon Route 53 コンソールを使用してリソースレコードセットを編集するには
1.
エイリアスリソースレコードセットを編集しない場合は、ステップ 2 に進みます。
ELB ロードバランサーにトラフィックをルーティングするエイリアスリソースレコードセットを
編集する場合、および、異なるアカウントを使用して Amazon Route 53 ホストゾーンとロードバ
ランサーを作成した場合は、手順「ELB ロードバランサーの DNS 名の取得 (p. 111)」を実行して、
ロードバランサーの DNS 名を取得します。
2.
3.
4.
他の AWS リソースに対してエイリアスリソースレコードセットを編集する場合は、ステップ 2 に
進みます。
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
[Hosted Zones] ページで、リソースレコードセットを編集するホストゾーンの行をダブルクリック
します。
編集するリソースレコードセットの行をダブルクリックします。
API Version 2013-04-01
162
Amazon Route 53 開発者ガイド
リソースレコードセットの削除
5.
6.
7.
適切な値を入力します。詳細については、「Amazon Route 53 リソースレコードセットの作成時
または編集時に指定する値 (p. 111)」を参照してください。
[Save Record Set] をクリックします。
リソースレコードセットを複数編集する場合は、ステップ 4～6 を繰り返します。
リソースレコードセットの削除
Abstract
Amazon Route 53 でリソースレコードセットを削除します。
以下の手順では、Amazon Route 53 コンソールを使用してリソースレコードセットを削除する方法に
ついて説明します。Amazon Route 53 API を使用したリソースレコードセットの削除方法については、
『Amazon Route 53 API Reference』の「POST ChangeResourceRecordSets」を参照してください。
Note
変更したリソースレコードセットが Amazon Route 53 DNS サーバーに伝達されるまでに、し
ばらく時間がかかります。現在、変更が伝達されたことを確認する唯一の方法は、GetChange
API アクションを使用することです。通常、変更は 2～3 分以内にすべての Amazon Route 53
ネームサーバーに伝達されます。まれに、プロパゲートするのに最大で 30 分ほどかかること
があります。
リソースレコードセットを削除するには
1.
2.
3.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
[Hosted Zones] ページで、削除するリソースレコードセットを含むホストゾーンの行をダブルク
リックします。
リソースレコードセットのリストで、削除するリソースレコードセットを選択します。
複数の連続するリソースレコードセットを選択するには、最初の行をクリックし、Shift キーを押
したまま最後の行をクリックします。複数の連続しないリソースレコードセットを選択するには、
最初の行をクリックし、Ctrl キーを押したまま追加の行をクリックします。
[Type] の値が [NS] または [SOA] のリソースレコードセットを削除することはできません。
4.
5.
[Delete Record Set] をクリックします。
[OK] をクリックして確定します。
リソースレコードセットの一覧表示
Abstract
Route 53 コンソールを使用して、ホストゾーンのリソースレコードセットを一覧表示します。
以下の手順は、Amazon Route 53 コンソールを使用してホストゾーンのリソースレコードセットを一
覧表示する方法を説明しています。Amazon Route 53 API を使用してリソースレコードセットを一覧
表示する方法については、『Amazon Route 53 API Reference』の「GET ListResourceRecordSets」
を参照してください。
API Version 2013-04-01
163
Amazon Route 53 開発者ガイド
リソースレコードセットの一覧表示
リソースレコードセットを一覧表示するには
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
2.
[Hosted Zones] ページで、ホストゾーンの名前をダブルクリックし、[Record Sets] ページを表示
します。
選択したリソースレコードセットのみを表示するには、リソースレコードセットのリストの上に、
該当する検索条件を入力します。
• [Name] または [Value] フィールドに特定の値を含んでいるリソースレコードセットを表示する
には、[Search] フィールドに値を入力します。たとえば、192.0 で始まる IP アドレスを持つリ
ソースレコードセットを表示するには、[Search] フィールドにその値を入力します。
• DNS レコードタイプが同じリソースレコードセットのみを表示するには、ドロップダウンリス
トでそのタイプを選択します。
• エイリアスリソースレコードセットのみを表示するには、[Aliases Only] を選択します。
• 加重リソースレコードセットのみを表示するには、[Weighted Only] を選択します。
API Version 2013-04-01
164
Amazon Route 53 開発者ガイド
Route DNS トラフィックへのトラ
フィックフローを使用する
Abstract
Amazon Route 53 コンソールにあるビジュアルエディターを使って複雑な DNS ルーティング設定を作成し、その
設定をドメイン名や www.example.com などのサブドメイン名に関連付けします。
複数の場所でウェブサーバーなど複数のリソースを使用する場合、Amazon Route 53 のルーティング
ポリシー (加重、レイテンシー、フェイルオーバー、位置情報など) の組み合わせを使う複雑な設定の
リソースレコードセットを作成するのは容易ではありません。リソースレコードセットは 1 つずつ作成
できますが、コンソールの表で設定を確認する場合、リソースレコードセット間の関係を把握するのは
困難です。
Amazon Route 53 コンソールを使用する場合、Amazon Route 53 のトラフィックフローで使用できる
ビジュアルエディターでは、わずかな時間と労力で複雑なトリーを作成できます。設定をトラフィック
ポリシーとして保存した後、同じホストゾーンまたは複数のホストゾーンでトラフィックポリシーを 1
つ以上のドメイン名 (example.com など) またはサブドメイン名 (www.example.com など) に関連付け
ます。(トラフィックフローはパブリックホストゾーンの設定を作成する場合にのみ使用できます)。ま
た、ビジュアルエディターを使用して更新が必要なリソースをすばやく探し、www.example.com など
1 つ以上の DNS 名に更新を適用できます。さらに、新しい設定が期待どおりに機能していない場合は、
更新を元に戻すことができます。
たとえば、トラフィックフローのビジュアルエディターを使用すると、位置情報ルーティングを使って
1 つの国のすべてのユーザーを単一のエンドポイントにルーティングする設定を簡単に作成できます。
その後、レイテンシールーティングを使って、それらのユーザーと AWS リージョンとの間のレイテン
シーに基づいて、他のすべてのユーザーを AWS リージョンにルーティングできます。またフェイル
オーバールーティングを使って、ロードバランサーが機能している場合はユーザーを各リージョン内の
プライマリ ELB ロードバランサーにルーティングし、プライマリロードバランサーに異常があるかメ
ンテナンスでオフラインの場合はセカンダリロードバランサーにルーティングすることもできます。
トラフィックフローの仕組みの概要を説明します。
1. ビジュアルエディターはトラフィックポリシーを作成するために使用します。トラフィックポリシー
には、作成するルーティング設定に関する情報が含まれます。これには、使用するルーティングポ
リシー、および各 EC2 インスタンスの IP アドレスや各 ELB ロードバランサーのドメイン名など
DNS トラフィックのルーティング先となるリソースがあります。また、ヘルスチェックをエンドポ
イントに関連付けて、Amazon Route 53 が正常なリソースにのみトラフィックをルーティングする
API Version 2013-04-01
165
Amazon Route 53 開発者ガイド
トラフィックポリシーの作成と管理
ようにもできます。(トラフィックフローでは AWS 以外のリソースにもトラフィックをルーティン
グできます)。
2. ポリシーレコードを作成します。ここでは、トラフィックポリシーで定義した設定を作成するホス
トゾーン (example.comなど) を指定します。ここではまた、設定を関連付ける DNS 名
(www.example.com など) を指定することもできます。同じトラフィックポリシーを使って、同じホ
ストゾーンまたは異なるホストゾーンで 1 つ以上のポリシーレコードを作成することができます。
ポリシーレコードを作成すると、Amazon Route 53 はリソースレコードセットのツリーを作成しま
す。ルートリソースレコードセットは、ホストゾーンのリソースレコードセットに一覧表示されま
す。ルートリソースレコードセットには、ポリシーレコードを作成したときに指定した DNS 名が含
まれています。Amazon Route 53 は他のすべてのツリーでもリソースレコードセットを作成します
が、ホストゾーンのリソースレコードセットのリストでは非表示になります。
3. ユーザーが www.example.com を参照すると、Amazon Route 53 はポリシーレコードを作成するた
めに使用したトラフィックポリシーの設定に基づいてクエリに応答します。
トピック
• トラフィックポリシーの作成と管理 (p. 166)
• ポリシーレコードの作成および管理 (p. 173)
トラフィックポリシーの作成と管理
トピック
• トラフィックポリシーの作成 (p. 166)
• トラフィックポリシーを作成するときに指定する値 (p. 167)
• トラフィックポリシーの追加のバージョンの作成 (p. 169)
• JSON ドキュメントをインポートしてトラフィックポリシーを作成する (p. 170)
• トラフィックポリシーバージョンおよび関連するポリシーレコードの表示 (p. 171)
• トラフィックポリシーバージョンとトラフィックポリシーの削除 (p. 173)
トラフィックポリシーの作成
トラフィックポリシーを作成するには、以下の手順を実行します。
トラフィックポリシーを作成するには
1.
設定を設計します。複雑な DNS ルーティング設定の仕組みの詳細については、Amazon Route 53
ヘルスチェックと DNS フェイルオーバー (p. 176) の「DNS フェイルオーバーの設定 (p. 191)」を参
照してください。
2.
3.
設定の設計に基づいて、エンドポイントで使用するヘルスチェックを作成します。
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで、[Traffic policies] を選択します。
4.
5.
6.
[Create traffic policy] を選択します。
[Name policy] ページで、適切な値を指定します。詳細については、「トラフィックポリシーを作
成するときに指定する値 (p. 167)」を参照してください。
7.
8.
[Next] を選択します。
[policy name] ページで、適切な値を指定します。詳細については、「トラフィックポリシーを作
成するときに指定する値 (p. 167)」を参照してください。
トラフィックポリシーのルール、エンドポイント、ブランチは、次の方法で削除できます。
API Version 2013-04-01
166
Amazon Route 53 開発者ガイド
トラフィックポリシーを作成するときに指定する値
• ルールまたはエンドポイントを削除するには、ボックスの右上隅の [x] をクリックします。
Important
子ルールおよび子エンドポイントがあるルールを削除すると、Amazon Route 53 はそれ
らの子もすべて削除します。
• 2 つのルールが同じ子ルールまたは子エンドポイントに接続されていて、片方の接続を削除する
場合、削除する接続の上にカーソルを置き、その接続の [x] をクリックします。
9.
[Next] を選択します。
10. オプション: 新しいトラフィックポリシーを使って、1 つのホストゾーンで 1 つ以上のポリシーレ
コードを作成するための設定を指定します。詳細については、「ポリシーレコードを作成または更
新する場合に指定する値 (p. 174)」を参照してください。後で、同じホストゾーンまたは追加のホ
ストゾーンでポリシーレコードを作成することもできます。
ポリシーレコードを今作成しない場合、[Skip this step] を選択すると、コンソールには現在の AWS
アカウントを使用して作成したトラフィックポリシーとポリシーレコードのリストが表示されま
す。
11. 前述のステップでレコードポリシーの設定を指定した場合、[Create policy record] を選択します。
トラフィックポリシーを作成するときに指定する値
トラフィックポリシーを作成するときは、以下の値を指定します。
•
•
•
•
•
•
•
Policy name
Version
Version description
DNS type
Connect to
Value type
Value
ポリシー名
トラフィックポリシーを説明する名前を入力します。この値は、コンソールのトラフィックポリ
シーのリストに表示されます。一度作成したトラフィックポリシーの名前は変更できません。
バージョン
この値は、トラフィックポリシーまたは既存のポリシーの新しいバージョンを作成すると、Amazon
Route 53 によって自動的に割り当てられます。
バージョンの説明
トラフィックポリシーのこのバージョンに適用されるに説明を入力します。この値は、コンソール
のトラフィックポリシーバージョンの一覧に表示されます。
DNS タイプ
このトラフィックポリシーバージョンを使用してポリシーレコードを作成する際に、Amazon
Route 53 がすべてのリソースレコードセットに割り当てる DNS タイプを選択します。サポートさ
れているタイプのリストについては、「サポートされる DNS リソースレコードタイプ (p. 5)」を
参照してください。
Important
既存のトラフィックポリシーの新しいバージョンを作成する場合、DNS タイプを変更でき
ます。ただし、ポリシーレコードを編集して、ポリシーレコードを作成するときに使用し
API Version 2013-04-01
167
Amazon Route 53 開発者ガイド
トラフィックポリシーを作成するときに指定する値
たトラフィックポリシーバージョンとは異なる DNS タイプのトラフィックポリシーバー
ジョンを選択することはできません。たとえば、[DNS type] が A のトラフィックポリシー
バージョンを使用してポリシーレコードを作成した場合、ポリシーレコードを編集して、
[DNS type] が他の値のトラフィックポリシーバージョンを選択することはできません。
次の AWS リソースにトラフィックをルーティングするには、該当する値を選択します。
• CloudFront ディストリビューション – [A: IP address in IPv4 format] を選択します。
• ELB ロードバランサー – [A: IP address in IPv4 format] または [AAAA: IP address in IPv6 format]
を選択します。
• ウェブサイトエンドポイントとして設定された Amazon S3 バケット: [A: IP address in IPv4
format] を選択します。
に接続します。
設定の設計に基づいて該当するルールまたはエンドポイントを選択します。
加重ルール
同じ機能を実行する複数のリソース (たとえば同じウェブサイトを対象とする複数のウェブサー
バー) があり、それらのリソースに対するトラフィックを指定した比率 (たとえば、あるサー
バーに 1/3、別のサーバーに 2/3) で Amazon Route 53 がルーティングする場合に、このオプ
ションを選択します。
詳細については、「加重ルーティング (p. 105)」を参照してください。
フェイルオーバールール
あるリソースが利用できるときは、それがすべてのトラフィックを処理し、そのリソースが利
用できないときは別のリソースがすべてのトラフィックを処理するという、アクティブ/パッ
シブフェイルオーバーを設定する場合に、このオプションを選択します。
詳細については、「Amazon Route 53 のフェイルオーバーリソースレコードセットおよびフェ
イルオーバーエイリアスリソースレコードセットを使用してアクティブ/パッシブフェイルオー
バーを構成する (p. 204)」を参照してください。
位置情報ルール
ユーザーの位置に基づいて Amazon Route 53 が DNS クエリに応答する場合に、このオプショ
ンを選択します。
詳細については、「位置情報ルーティング (p. 107)」を参照してください。
レイテンシールール
複数の Amazon EC2 データセンターに同じ機能を実行するリソースがあり、最高のレイテン
シーを実現するリソースを使って Amazon Route 53 が DNS クエリに応答する場合に、このオ
プションを選択します。
詳細については、「レイテンシーベースのルーティング (p. 105)」を参照してください。
エンドポイント
DNS クエリのルーティング先となる CloudFront ディストリビューションや ELB ロードバラ
ンサーなどのリソースを指定する場合に、このオプションを選択します。
既存のルール
このトラフィックポリシーの既存のルールに DNS クエリをルーティングする場合に、このオ
プションを選択します。たとえば、2 つ以上の位置情報ルールを作成して、異なる国のクエリ
を同じフェイルオーバールールにルーティングすることができます。その後、このフェイル
オーバールールはクエリを 2 つの ELB ロードバランサーにルーティングすることもできます。
このオプションはトラフィックポリシーにルールが含まれていない場合は使用できません。
既存のエンドポイント
既存のエンドポイントに DNS クエリをルーティングする場合に、このオプションを選択しま
す。たとえば、2 つのフェイルオーバールールがある場合、両方の [On failover] (セカンダリ)
オプションの DNS リクエストを同じ ELB ロードバランサーにルーティングすることができま
す。
API Version 2013-04-01
168
Amazon Route 53 開発者ガイド
トラフィックポリシーの追加のバージョンの作成
このオプションはトラフィックポリシーにエンドポイントが含まれていない場合は使用できま
せん。
値の型
適用可能なオプションを選択します。
CloudFront ディストリビューション
CloudFront ディストリビューションにトラフィックをルーティングする場合に、このオプショ
ンを選択します。このオプションは、[DNS type] として [A: IP address in IPv4 format] を選択
した場合にのみ使用できます。
ELB ロードバランサー
ELB ロードバランサーにトラフィックをルーティングする場合に、このオプションを選択しま
す。このオプションは、[DNS type] として [A: IP address in IPv4 format] または [AAAA: IP
address in IPv6 format] を選択した場合にのみ使用できます。
S3 ウェブサイトエンドポイント
ウェブサイトエンドポイントとして設定された Amazon S3 バケットにトラフィックをルーティ
ングする場合に、このオプションを選択します。このオプションは、[DNS type] として [A: IP
address in IPv4 format] を選択した場合にのみ使用できます。
DNS タイプの値の入力
Amazon Route 53 が [Value] フィールドの値を使って DNS クエリに応答する場合に、このオ
プションを選択します。たとえば、このトラフィックポリシーを作成したときに [DNS type]
の値として [A] を選択した場合、[Value type] リストのこのオプションは [Type A value] とな
ります。つまり、[Value] フィールドで IP アドレスを IPv4 フォーマットで入力する必要があ
ります。Amazon Route 53 は、[Value] フィールドの IP アドレスで、このエンドポイントに
ルーティングされた DNS クエリに応答します。
値
[Value type] で選択したオプションに基づいて値を選択または入力します。
CloudFront ディストリビューション
現在の AWS アカウントに関連付けられたディストリビューションのリストから CloudFront
ディストリビューションを選択します。
ELB ロードバランサー
現在の AWS アカウントに関連付けられた ELB ロードバランサーのリストから ELB ロードバ
ランサーを選択します。
S3 ウェブサイトエンドポイント
現在の AWS アカウントに関連付けられ、ウェブサイトエンドポイントとして設定されている
Amazon S3 バケットのリストから Amazon S3 バケットを選択します。
DNS タイプの値の入力
このトラフィックポリシーを開始したときに [DNS type] で指定した値に対応する値を入力し
ます。たとえば、[DNS type] として [MX] を選択した場合、次の 2 つの値を入力します。メー
ルサーバーに割り当てる優先順位およびメールサーバーのドメイン名 (10
sydney.mail.example.com など)。
サポートされる DNS タイプについては、「サポートされる DNS リソースレコードタイ
プ (p. 5)」を参照してください。
トラフィックポリシーの追加のバージョンの作成
トラフィックポリシーを編集する場合、Amazon Route 53 はトラフィックポリシーの別のバージョン
を自動的に作成し、削除するまで以前のバージョンを保持します。新しいバージョンの名前は編集して
いるトラフィックポリシーの名前と同じになります。Amazon Route 53 が自動的に増分するバージョ
ン番号によってオリジナルバージョンと区別できます。トラフィックポリシーの新しいバージョンは、
同じ名前が付けられたトラフィックポリシーの任意の既存のバージョンに基づくことができます。
Amazon Route 53 は特定のトラフィックポリシーの新しいバージョンで、バージョン番号を再利用し
ません。たとえば、3 つのバージョンの [MyTrafficPolicy] を作成した後、最後の 2 つのバージョンを削
除して別のバージョンを作成した場合、新しいバージョンはバージョン 4 となります。以前のバージョ
API Version 2013-04-01
169
Amazon Route 53 開発者ガイド
JSON ドキュメントをインポートしてトラフィックポリシー
を作成する
ンを保持することにより、Amazon Route 53 は新しい設定で希望どおりにトラフィックをルーティン
グできない場合にロールバックできることを保証しています。
新しいトラフィックポリシーバージョンを作成するには、以下の手順を実行します。
トラフィックポリシーの別のバージョンを作成するには
1.
2.
3.
4.
5.
6.
7.
8.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで、[Traffic policies] を選択します。
新しいバージョンを作成するトラフィックポリシーの名前を選択します。
ページ上部の [Traffic policy versions] の表で、新しいトラフィックポリシーバージョンのベースと
して使用するトラフィックポリシーバージョンのチェックボックスをオンにします。
[Edit policy as new version] を選択します。
[Update description] ページで、新しいトラフィックポリシーバージョンの説明を入力します。同
じトラフィックポリシーの他のバージョンとこのバージョン区別できる説明を入力することをお勧
めします。新しいポリシーレコードを作成すると、指定した値はこのトラフィックポリシーで使用
可能なバージョンの一覧に表示されます。
[Next] を選択します。
必要に応じて設定を更新します。詳細については、「トラフィックポリシーを作成するときに指定
する値 (p. 167)」を参照してください。
トラフィックポリシーのルール、エンドポイント、ブランチは、次の方法で削除できます。
• ルールまたはエンドポイントを削除するには、ボックスの右上隅の [x] をクリックします。
Important
子ルールおよび子エンドポイントがあるルールを削除すると、Amazon Route 53 はそれ
らの子もすべて削除します。
• 2 つのルールが同じ子ルールまたは子エンドポイントに接続されていて、片方の接続を削除する
場合、削除する接続の上にカーソルを置き、その接続の [x] をクリックします。
9. 編集を終えると、[Save as new version] を選択します。
10. オプション: 新しいトラフィックポリシーバージョンを使って、1 つのホストゾーンで 1 つ以上の
ポリシーレコードを作成するための設定を指定します。詳細については、「ポリシーレコードを作
成または更新する場合に指定する値 (p. 174)」を参照してください。後で、同じホストゾーンまた
は追加のホストゾーンでポリシーレコードを作成することもできます。
ポリシーレコードを今作成しない場合、[Skip this step] を選択すると、コンソールには現在の AWS
アカウントを使用して作成したトラフィックポリシーとポリシーレコードのリストが表示されま
す。
11. 前述のステップでレコードポリシーの設定を指定した場合、[Create policy record] を選択します。
JSON ドキュメントをインポートしてトラフィック
ポリシーを作成する
トラフィックポリシーに含めるすべてのエンドポイントとルールを説明した JSON 形式のドキュメン
トをインポートすることによって、新しいトラフィックポリシーまたは既存のトラフィックポリシーの
新しいバージョンを作成できます。JSON ドキュメントの形式およびコピーして変更できる幾つかの例
API Version 2013-04-01
170
Amazon Route 53 開発者ガイド
トラフィックポリシーバージョンおよび関連するポリシー
レコードの表示
については、Amazon Route 53 API Reference にある「Traffic Policy Document Format」を参照してく
ださい。
既存のトラフィックポリシーバージョンの JSON 形式のドキュメントを取得する最も簡単な方法は、
AWS CLI の get-traffic-policy コマンドを使用することです。詳細については、AWS Command
Line Interface Reference にある「get-traffic-policy」を参照してください。
JSON ドキュメントをインポートしてトラフィックポリシーを作成する
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
2.
JSON ドキュメントをインポートしてトラフィックポリシーを作成するには、以下の手順に従って
ください。
3.
a.
b.
ナビゲーションペインで、[Traffic policies] を選択します。
[Create traffic policy] を選択します。
c.
[Name policy] ページで、適切な値を指定します。詳細については、「トラフィックポリシー
を作成するときに指定する値 (p. 167)」を参照してください。
d.
ステップ 4 に進みます。
JSON ドキュメントをインポートして既存のトラフィックポリシーの新しいバージョンを作成する
には、以下の手順に従ってください:
a.
b.
c.
d.
e.
f.
ナビゲーションペインで、[Traffic policies] を選択します。
新しいバージョンのベースにするトラフィックポリシーの名前を選択します。
[Traffic policy versions] の表で、新しいバージョンのベースにするバージョンのチェックボッ
クスをオンにします。
[Edit policy as new version] を選択します。
[Update description] ページで、新しいバージョンの説明を入力します。
ステップ 4 に進みます。
4.
5.
6.
[Next] を選択します。
[Import traffic policy] を選択します。
新しいトラフィックポリシーを入力し、トラフィックポリシーの例を貼り付けて、既存のトラフィッ
クポリシーを貼り付けます。
7.
[Import traffic policy] を選択します。
トラフィックポリシーバージョンおよび関連するポ
リシーレコードの表示
トラフィックポリシーで作成したすべてのバージョン、およびトラフィックポリシーの各バージョンを
使って作成したすべてのポリシーレコードを表示できます。
トラフィックポリシーバージョンおよび関連するポリシーレコードを表示するには
1.
2.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで、[Traffic policies] を選択します。
3.
トラフィックポリシーの名前を選択します。
API Version 2013-04-01
171
Amazon Route 53 開発者ガイド
トラフィックポリシーバージョンおよび関連するポリシー
レコードの表示
4.
上の表では、トラフィックポリシーで作成したすべてのバージョンが一覧表示されます。表には、
次の情報が含まれます。
バージョン番号
作成したトラフィックポリシーの各バージョンの数。バージョン番号を選択した場合、コン
ソールにはそのバージョンの設定が表示されます。
ポリシーレコードの数
このポリシーバージョンを使って作成したポリシーレコードの数。
DNS タイプ
トラフィックポリシーバージョンを作成したときに指定した DNS タイプ。
バージョンの説明
トラフィックポリシーバージョンを作成したときに指定した説明。
5.
下の表では、上の表にあるトラフィックポリシーバージョンを使って作成したすべてのポリシーレ
コードの一覧を表示しています。表には、次の情報が含まれます。
ポリシーレコード DNS 名
トラフィックポリシーを関連付けた DNS の名前。
ステータス
以下に示しているのは、可能な値です。
申請済み
Amazon Route 53 はポリシーレコードおよび関連するリソースレコードセットの作成お
よび更新を終了しました。
作成
Amazon Route 53 は新しいポリシーレコード用にリソースレコードセットを作成してい
ます。
更新
ポリシーレコードを更新し、Amazon Route 53 は、指定された DNS 名でリソースレコー
ドセットの既存のグループを置き換えるリソースレコードセットの新しいグループを作成
中です。
削除
Amazon Route 53 はポリシーレコードおよび関連するリソースレコードセットの削除中
です。
失敗
Amazon Route 53 はポリシーレコードおよび関連するリソースレコードセットを作成ま
たは更新できませんでした。
使用バージョン
ポリシーレコードを作成するために使用したトラフィックポリシーのバージョンを示します。
DNS タイプ
このポリシーレコード用に Amazon Route 53 が作成したすべてのリソースレコードセットの
DNS タイプ。ポリシーレコードを編集する場合、編集するポリシーレコードの DNS タイプと
同じ DNS タイプを持つトラフィックポリシーバージョンを指定する必要があります。
TTL (秒単位)
再帰的な DNS リゾルバーでこのリソースレコードセットに関する情報をキャッシュしておく
時間（秒単位）。より大きい値（172800 秒、つまり 2 日など）を指定した場合、再帰的なリ
ゾルバーが Amazon Route 53 にリクエストを送信する頻度が低くなるため、Amazon Route 53
サービスのコストが低くなります。ただし、再帰的なリゾルバーは、Amazon Route 53 に最
新の情報を問い合わせる代わりに、長い間キャッシュ内の値を使用するため、リソースレコー
ドセットに対する変更 (たとえば、新しい IP アドレス) が有効になるまでに時間が多くかかり
ます。
API Version 2013-04-01
172
Amazon Route 53 開発者ガイド
トラフィックポリシーバージョンとトラフィックポリシー
の削除
トラフィックポリシーバージョンとトラフィックポ
リシーの削除
トラフィックポリシーを削除するには、トラフィックポリシー用に作成したすべてのバージョン (オリ
ジナルを含む) を削除する必要があります。加えて、トラフィックポリシーバージョンを削除するには、
トラフィックポリシーバージョンを使用して作成したすべてのポリシーレコードを削除する必要があり
ます。
Caution
DNS クエリに応答するために Amazon Route 53 が使用しているポリシーレコードを削除する
と、Amazon Route 53 は対応する DNS 名のクエリへの応答を停止します。たとえば、Amazon
Route 53 が www.example.com のポリシーレコードを使用して www.example.com の DNS ク
エリに応答していて、ポリシーレコードを削除した場合、ユーザーはドメイン名
www.example.com を使用してそのウェブサイトまたはウェブアプリケーションにアクセスす
ることはできません。
トラフィックポリシーバージョンおよび、必要に応じて、トラフィックポリシーを削除するには、以下
の手順を実行します。
トラフィックポリシーバージョンおよびトラフィックポリシーを削除するには
1.
2.
3.
4.
5.
6.
7.
8.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで、[Traffic policies] を選択します。
トラフィックポリシーバージョン、または必要に応じてトラフィックポリシー全体を削除するトラ
フィックポリシーの名前を選択します。
上の表で削除するトラフィックポリシーバージョンが下の表の [Version used] に表示されている場
合、下の表の対応するポリシーレコードのチェックボックスをオンにします。
たとえば、トラフィックポリシーのバージョン 3 を削除する場合、下の表のいずれかのポリシーレ
コードをバージョン 3 で作成したなら、そのポリシーレコードのチェックボックスをオンにしま
す。
[Delete policy records] を選択します。
削除したポリシーレコードが表に表示されなくなるまで、下の表の [Refresh] ボタンを選択してディ
スプレイを更新します。
上の表で、削除するトラフィックポリシーバージョンのチェックボックスをオンにします。
[Delete version] を選択します。
9.
前述のステップですべてのトラフィックポリシーバージョンを削除し、トラフィックポリシーも削
除する場合、表が空になるまで上の表の [Refresh] ボタンを選択してディスプレイを更新します。
10. ナビゲーションペインで、[Traffic policies] を選択します。
11. トラフィックポリシーのリストで、削除するトラフィックポリシーのチェックボックスをオンにし
ます。
12. [Delete traffic policy] を選択します。
ポリシーレコードの作成および管理
ポリシーレコードは、トラフィックポリシーで作成した設定を 1 つ以上のドメイン名またはサブドメイ
ン名に適用するために作成します。
トピック
API Version 2013-04-01
173
Amazon Route 53 開発者ガイド
ポリシーレコードの作成
• ポリシーレコードの作成 (p. 174)
• ポリシーレコードを作成または更新する場合に指定する値 (p. 174)
• ポリシーレコードの更新 (p. 175)
• ポリシーレコードの削除 (p. 175)
ポリシーレコードの作成
ポリシーレコードを作成するには、以下の手順を実行します。
Important
作成する各ポリシーレコードについて月額料金が発生します。後にポリシーレコードを削除す
ると、料金は案分されます。詳細については、Amazon Route 53 料金表を参照してください。
ポリシーレコードを作成するには
1.
2.
3.
4.
5.
6.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで、[Policy records] を選択します。
[Policy records] ページで、[Create policy records] を選択します。
[Create policy records] ページで、該当する値を指定します。詳細については、「ポリシーレコー
ドを作成または更新する場合に指定する値 (p. 174)」を参照してください。
[Create policy records] を選択します。
別のホストゾーンでポリシーレコードを作成する場合、ステップ 3 ～ 5 を繰り返します。
ポリシーレコードを作成または更新する場合に指定
する値
ポリシーレコードを作成または更新する場合、次の値を指定します。
トラフィックポリシー
このポリシーレコードで使用する設定のトラフィックポリシーを選択します。
バージョン
このポリシーレコードで使用する設定のトラフィックポリシーのバージョンを選択します。
既存のポリシーレコードを更新する場合、ポリシーレコードの現在の DNS タイプに一致する DNS
タイプのバージョンを選択する必要があります。たとえば、ポリシーレコードの DNS タイプが [A]
の場合、DNS タイプが [A] のバージョンを選択する必要があります。
ホストゾーン
指定したトラフィックポリシーとバージョンを使用してポリシーレコードを作成するホストゾーン
を選択します。ポリシーレコードを作成した後に [Hosted zone] の値を変更することはできませ
ん。
ポリシーレコード DNS 名
ポリシーレコードを作成する場合、指定したトラフィックポリシーとバージョンを使用して Amazon
Route 53 が DNS クエリに応答するドメイン名またはサブドメイン名を入力します。
指定したホストゾーンで複数のドメイン名またはサブドメイン名で同じ設定を使用するには、[Add
another policy record] を選択して、該当するドメイン名またはサブドメイン名および TTL を入力
します。
ポリシーレコードを作成した後に [Policy record DNS name] の値を変更することはできません。
API Version 2013-04-01
174
Amazon Route 53 開発者ガイド
ポリシーレコードの更新
TTL (秒単位)
再帰的な DNS リゾルバーでこのリソースレコードセットに関する情報をキャッシュしておく時間
(秒単位) を入力します。より大きい値（172800 秒、つまり 2 日など）を指定した場合、再帰的な
リゾルバーが Amazon Route 53 にリクエストを送信する頻度が低くなるため、Amazon Route 53
サービスのコストが低くなります。ただし、再帰的なリゾルバーは、Amazon Route 53 に最新の
情報を問い合わせる代わりに、長い間キャッシュ内の値を使用するため、リソースレコードセット
に対する変更 (たとえば、新しい IP アドレス) が有効になるまでに時間が多くかかります。
ポリシーレコードの更新
ポリシーレコードの設定を更新するには、以下の手順を実行します。
ポリシーレコードを更新するには
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
2.
3.
ナビゲーションペインで、[Policy records] を選択します。
[Policy records] ページで、更新するポリシーレコードのチェックボックスをオンにして、[Edit
policy record] を選択します。
[Edit policy record] ページで、該当する値を指定します。詳細については、「ポリシーレコードを
作成または更新する場合に指定する値 (p. 174)」を参照してください。
[Edit policy record] を選択します。
別のポリシーレコードを更新するには、ステップ 3 ～ 5 を繰り返します。
4.
5.
6.
ポリシーレコードの削除
ポリシーレコードを削除するには、以下の手順を実行します。
Caution
DNS クエリに応答するために Amazon Route 53 が使用しているポリシーレコードを削除する
と、Amazon Route 53 は対応する DNS 名のクエリへの応答を停止します。たとえば、Amazon
Route 53 が www.example.com のポリシーレコードを使用して www.example.com の DNS ク
エリに応答していて、ポリシーレコードを削除した場合、ユーザーはドメイン名
www.example.com を使用してそのウェブサイトまたはウェブアプリケーションにアクセスす
ることはできません。
ポリシーレコードを削除するには
1.
2.
3.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで、[Policy records] を選択します。
[Policy records] ページで、削除するポリシーレコードのチェックボックスをオンにして、[Delete
policy record] を選択します。
API Version 2013-04-01
175
Amazon Route 53 開発者ガイド
Amazon Route 53 ヘルスチェックと
DNS フェイルオーバー
Abstract
リソースの正常性をチェックし、正常なリソースのみを使用して DNS クエリに応答するように Route 53 を設定し
ます。
Amazon Route 53 ヘルスチェックでは、ウェブアプリケーション、ウェブサーバー、その他のリソー
スの正常性とパフォーマンスを監視します。指定された一定の間隔で、Amazon Route 53 は、自動リ
クエストをインターネット経由でアプリケーションやサーバーなどのリソースに送信して、そのリソー
スが到達可能、使用可能、機能中であることを確認します。
ユーザーが行ったものと同様のリクエスト（特定の URL へのウェブページのリクエストなど）を行う
ように、ヘルスチェックを設定できます。ヘルスチェックの現在および最近のステータスを表示するこ
ともできます。アプリケーションまたはリソースが使用不可になったら通知を受け取るようにする場合
は、各ヘルスチェックに対して Amazon CloudWatch アラームを設定できます。ヘルスチェックの作成
の詳細については、「ヘルスチェックの作成、更新、削除 (p. 177)」を参照してください。ヘルスチェッ
クのステータス表示と通知の受信の詳細については、「ヘルスチェックのステータス監視と通知の受
信 (p. 185)」を参照してください。
複数のウェブサーバー、複数の E メールサーバーなど、同じ機能を実行するリソースが複数あり、
Amazon Route 53 によって正常なリソースにのみトラフィックがルーティングされるようにする場合、
リソースレコードセットにヘルスチェックを関連付けることで、DNS フェイルオーバーを設定できま
す。基盤となるリソースが正常でないとヘルスチェックでわかった場合、Amazon Route 53 は関連付
けられているリソースレコードセットにトラフィックをルーティングしないようにします。詳細につい
ては、「DNS フェイルオーバーの設定 (p. 191)」を参照してください。
トピック
• ヘルスチェックの作成、更新、削除 (p. 177)
• ヘルスチェックのステータス監視と通知の受信 (p. 185)
• DNS フェイルオーバーの設定 (p. 191)
• ヘルスチェックの名前付けとタグ付け (p. 206)
• Amazon Route 53 API バージョン 2012-12-12 未満でのヘルスチェックの使用 (p. 208)
API Version 2013-04-01
176
Amazon Route 53 開発者ガイド
ヘルスチェックの作成、更新、削除
ヘルスチェックの作成、更新、削除
Abstract
Route 53 のヘルスチェックを作成、更新、削除します。
以下のトピックの手順では、Amazon Route 53 のヘルスチェックを作成、更新、削除する方法につい
て説明します。
Important
これらの手順に進む前に、リソースレコードセットに関連付けられているヘルスチェックを更
新または削除する場合は、「DNS フェイルオーバーが設定されている場合のヘルスチェックの
更新または削除 (p. 183)」のタスクを確認してください。
トピック
• ヘルスチェックの作成と更新 (p. 177)
• ヘルスチェックの削除 (p. 182)
• DNS フェイルオーバーが設定されている場合のヘルスチェックの更新または削除 (p. 183)
• Amazon Route 53 のヘルスチェックができるようにルーターとファイアウォールのルールを設定す
る (p. 184)
• Amazon Route 53 がエンドポイントの正常性を判断する方法 (p. 184)
ヘルスチェックの作成と更新
以下の手順では、Amazon Route 53 コンソールを使用してヘルスチェックを作成したり更新したりす
る方法について説明します。
Note
プライベートホストゾーンのリソースレコードセットに Amazon Route 53 ヘルスチェックを
関連付けることはできません。
API を使用したヘルスチェックの作成については、『Amazon Route 53 API Reference』の「POST
CreateHealthCheck」を参照してください。API を使用したヘルスチェックの更新については、『Amazon
Route 53 API Reference』の「POST UpdateHealthCheck」を参照してください。
Note
ヘルスチェックは、Amazon Route 53 API 2012-12-12 以降のバージョンでサポートされます。
Amazon Route 53 コンソールを使用してヘルスチェックを作成または更新するには
1.
2.
3.
4.
リソースレコードセットに関連付けられているヘルスチェックを更新する場合は、「DNS フェイ
ルオーバーが設定されている場合のヘルスチェックの更新または削除 (p. 183)」で推奨されている
タスクを実行します。
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで [Health Checks] を選択します。
既存のヘルスチェックを更新する場合は、目的のヘルスチェックを選択してから、[Edit Health
Check] を選択します。
API Version 2013-04-01
177
Amazon Route 53 開発者ガイド
ヘルスチェックの作成と更新
5.
6.
7.
ヘルスチェックを作成する場合は、[Create Health Check] を選択します。各設定の詳細について
は、ラベルの上にマウスポインタを移動してツールヒントを表示してください。
適切な値を入力します。一部の値はヘルスチェックの作成後に変更できないのでご注意ください。
詳細については、「ヘルスチェックを作成または更新するときに指定する値 (p. 178)」を参照して
ください。
[Create Health Check] を選択します。
1 つまたは複数の Amazon Route 53 リソースレコードセットにヘルスチェックを関連付けます。
リソースレコードセットの作成と更新については、「リソースレコードセットの使用 (p. 103)」を
参照してください。
ヘルスチェックを作成または更新するときに指定する値
ヘルスチェックを作成または更新する際は、該当する値を指定します。一部の値はヘルスチェックの作
成後に変更できないのでご注意ください。
トピック
•
•
•
•
•
エンドポイントの監視 (p. 178)
他のヘルスチェック（算出したヘルスチェック）の監視 (p. 180)
高度な設定（"エンドポイントを監視" する場合のみ） (p. 181)
ヘルスチェックが失敗した場合の通知を取得する (p. 181)
Amazon Route 53 で表示される値 (p. 182)
名前
オプション（ただし推奨）: ヘルスチェックに割り当てる名前。[Name] に値が指定された場合、
Amazon Route 53 は、ヘルスチェックにタグを追加し、そのタグのキーに Name という値を割り
当てたうえで、指定された値をタグの値に割り当てます。Amazon Route 53 コンソールに表示さ
れるヘルスチェックのリストには、Name タグの値が表示されるため、個々のヘルスチェックが識
別しやすくなります。
タグ付けとヘルスチェックの詳細については、「ヘルスチェックの名前付けとタグ付け (p. 206)」
を参照してください。
モニタリングの対象
このヘルスチェックで、エンドポイントを監視するか、または他のヘルスチェックのステータスを
監視するか。
• エンドポイント – Amazon Route 53 は指定したエンドポイントの状態を監視します。ドメイン
名または IP アドレスとポートを指定して、エンドポイントを指定できます。
• 他のヘルスチェック（計算されたヘルスチェック）のステータス – Amazon Route 53 は、指定
した他のヘルスチェックの状態に基づいてこの状態チェックが正常であるかどうかを決定しま
す。このヘルスチェックが正常であると判断されるために必要なヘルスチェック数も指定しま
す。
エンドポイントの監視
このヘルスチェックでエンドポイントを監視する場合、以下の値を指定します。
Specify endpoint by
IP アドレスまたはドメイン名を使用してエンドポイントを指定するかどうか。
ヘルスチェックの作成後は、[Specify endpoint by] の値を変更できません。
プロトコル
エンドポイントの正常性をチェックする際に Amazon Route 53 が使用する方法。
API Version 2013-04-01
178
Amazon Route 53 開発者ガイド
ヘルスチェックの作成と更新
• [HTTP] – Amazon Route 53 は TCP 接続の確立を試行します。成功した場合、Amazon Route 53
は HTTP リクエストを送信し、200 以上、および 400 より小さい HTTP ステータスコードを待
機します。
• [HTTPS] – Amazon Route 53 は TCP 接続の確立を試行します。成功した場合、Amazon Route 53
は HTTPS リクエストを送信し、200 以上、および 400 より小さい HTTP ステータスコードを待
機します。
Important
[HTTPS] を選択する場合は、エンドポイントが TLS v1.0 以降をサポートする必要があ
ります。
• [TCP] – Amazon Route 53 は TCP 接続の確立を試行します。
詳細については、「Amazon Route 53 がエンドポイントの正常性を判断する方法 (p. 184)」を参照
してください。
ヘルスチェックの作成後は、[Protocol] の値を変更できません。
IP address（[Specify endpoint by] で [IP address] を選択した場合のみ）
Amazon Route 53 でヘルスチェックを実行するエンドポイントの IPv4 アドレス（[Specify Endpoint
by] で [IP Address] を選択した場合）。
エンドポイントの IP アドレスの範囲がローカル、プライベート、ルーティング範囲外、マルチキャ
ストのいずれかに該当する場合、Amazon Route 53 は、エンドポイントの正常性をチェックでき
ません。ヘルスチェックを作成できない IP アドレスの詳細については、「RFC 5735, Special Use
IPv4 Addresses」と「RFC 6598, IANA-Reserved IPv4 Prefix for Shared Address Space」を参照し
てください。
エンドポイントが Amazon EC2 インスタンスである場合は、Elastic IP アドレスを作成して Amazon
EC2 インスタンスに関連付け、Elastic IP アドレスを指定します。これによってインスタンスの IP
アドレスが固定されます。詳細については、『Linux インスタンス用 Amazon EC2 ユーザーガイ
ド』の「Elastic IP アドレス（EIP）」を参照してください。
Host name（[Specify Endpoint by] = [IP Address] で [HTTP] と [HTTPS Protocols] を選択した場合のみ）
HTTP/HTTPS ヘルスチェックで Amazon Route 53 から Host ヘッダーに渡す値。通常は、Amazon
Route 53 でヘルスチェックを実行するウェブサイトの完全修飾 DNS 名を指定します。Amazon
Route 53 がエンドポイントの正常性をチェックするときに、Host ヘッダーがどのように構築され
るかを以下に示します。
• [Port] の値として 80 を指定し、[Protocol] に [HTTP] を指定した場合、Amazon Route 53 では
[Host Name] の値を含んだ Host ヘッダーがエンドポイントに渡されます。
• [Port] の値として 443 を指定し、[Protocol] に [HTTPS] を指定した場合、Amazon Route 53 では
[Host Name] の値を含んだ Host ヘッダーがエンドポイントに渡されます。
• それ以外の値を [Port] に指定し、[Protocol] に [HTTP] または [HTTPS] を指定した場合、Amazon
Route 53 では Host Name:Port という値を含んだ Host ヘッダーがエンドポイントに渡されま
す。
エンドポイントを IP アドレスで指定するように選択した場合で、かつ [Host Name] に値を指定し
なかった場合、上記の各ケースの Host ヘッダーには、代わりに [IP Address] の値が使用されま
す。
ポート
Amazon Route 53 でヘルスチェックを実行するエンドポイント上のポート。
Domain name（[Specify Endpoint by] = [Domain Name] で [All Protocols] を選択した場合のみ）
Amazon Route 53 でヘルスチェックを実行するエンドポイントのドメイン名（[Specify Endpoint
by] で [Domain Name] を選択した場合）。
エンドポイントをドメイン名で指定するように選択した場合、[Domain Name] に指定したドメイ
ン名を解決するための DNS リクエストが、[Request Interval] に指定した間隔で Amazon Route 53
API Version 2013-04-01
179
Amazon Route 53 開発者ガイド
ヘルスチェックの作成と更新
から送信されます。その後、Amazon Route 53 は、DNS から返された IP アドレスを使用して、エ
ンドポイントの正常性をチェックします。
加重、レイテンシー、位置情報ルーティング、フェイルオーバーのいずれかのリソースレコード
セットについて正常性をチェックする場合で、かつエンドポイントをドメイン名で指定した場合
は、エンドポイントごとにヘルスチェックを作成することをお勧めします。たとえば、
www.example.com のコンテンツを配信する各 HTTP サーバーについて、ヘルスチェックを作成し
ます。[Domain Name] の値には、リソースレコードセットの名前（www.example.com）ではなく、
サーバーのドメイン名（us-east-1-www.example.com など）を指定します。
Important
この構成で、[Domain Name] の値がリソースレコードセットの名前と一致するヘルスチェッ
クを作成し、それらのリソースレコードセットにヘルスチェックを関連付けた場合、ヘル
スチェックで予想できない結果が生じます。
加えて、[Protocol] の値が [HTTP] または [HTTPS] である場合、前述の「ホスト名」で説明したよ
うに、Host ヘッダーには、[Domain Name] の値が Amazon Route 53 から渡されます。[Protocol]
の値が [TCP] である場合、Amazon Route 53 は Host ヘッダーを渡しません。
Path（[Protocols] で [HTTP] および [HTTPS] を選択した場合のみ）
Amazon Route 53 でヘルスチェックを実行する際にリクエストするパス。エンドポイントが正常
であるときに、2xx または 3xx の HTTP ステータスコードが返されるパスを指定してください
（ファイル /docs/route53-health-check.html など）。先行する / 文字が自動的に追加され
ます。
他のヘルスチェック（算出したヘルスチェック）の監視
このヘルスチェックで他のヘルスチェックのステータスを監視する場合、以下の値を指定します。
Health checks to monitor
Amazon Route 53 で監視するヘルスチェック。監視によりヘルスチェックの状態を判断します。
[Health checks to monitor] に最大 256 個のヘルスチェックを追加できます。リストからヘルスチェッ
クを削除するには、対象のヘルスチェックの強調表示部分の右端にある x を選択します。
Note
算出したヘルスチェックを、算出したその他のヘルスチェックの状態を監視するように設
定することはできません。
Report healthy when
このヘルスチェックが正常かどうかを判断するために、Amazon Route 53 で実行する計算
• Report healthy when at least x of y selected health checks are healthy– Amazon Route 53 は、
[Health checks to monitor] に追加したヘルスチェックのうち指定数のヘルスチェックが正常であ
る場合に、そのヘルスチェックが正常であると見なします。次の点に注意してください。
• [Health checks to monitor] に指定したヘルスチェックの数より大きい数値を指定した場合、
Amazon Route 53 は必ずこのヘルスチェックに不具合があると見なします。
• 0 を指定した場合、Amazon Route 53 は必ずこのヘルスチェックが正常であると見なします。
• Report healthy when all health checks are healthy (AND) – Amazon Route 53 は、[Health checks
to monitor] に追加したすべてのヘルスチェックが正常である場合にのみ、このヘルスチェックを
正常であると見なします。
• Report healthy when one or more health checks are healthy (OR) – Amazon Route 53 は、[Health
checks to monitor] に追加したヘルスチェックのうち少なくとも 1 つが正常である場合に、この
ヘルスチェックが正常であると見なします。
API Version 2013-04-01
180
Amazon Route 53 開発者ガイド
ヘルスチェックの作成と更新
Invert health check status
Amazon Route 53 でヘルスチェックのステータスを反転させるかどうかを選択します。このオプ
ションを選択した場合、Amazon Route 53 はステータスが正常であればヘルスチェックに不具合
があると見なします。逆も同様です。
高度な設定（"エンドポイントを監視" する場合のみ）
エンドポイントを監視するオプションを選択した場合、以下の設定も指定できます。
Request Interval
各 Amazon Route 53 ヘルスチェッカーがエンドポイントから応答を受け取ってから、次のヘルス
チェックリクエストを送信するまでの秒数。30 秒の間隔を選択した場合、世界各地のデータセン
ターにあるそれぞれの Amazon Route 53 ヘルスチェッカーは、30 秒あたりに 1 つのヘルスチェッ
クリクエストをエンドポイントに送信します。平均して、エンドポイントは約 2 秒ごとにヘルス
チェックリクエストを受け取ることになります。10 秒の間隔を選択した場合、エンドポイントは
1 秒にあたりに複数のヘルスチェックリクエストを受け取ることになります。
異なるデータセンターの Amazon Route 53 ヘルスチェッカーは互いに調整しないため、選択した
間隔に関係なく、1 秒あたり複数のリクエストを受け取った後、数秒間はヘルスチェックを受け取
らないということが生じる場合があります。
ヘルスチェックの作成後は、[Request Interval] の値を変更できません。
Failure Threshold
エンドポイントが連続して何回のヘルスチェックで合格または不合格になったら、Amazon Route 53
が、エンドポイントの最新のステータスを異常から正常または正常から異常に変更するか。詳細に
ついては、「Amazon Route 53 がエンドポイントの正常性を判断する方法 (p. 184)」を参照してく
ださい。
String Matching（HTTP および HTTPS のみ）
Amazon Route 53 で、HTTP または HTTPS リクエストをエンドポイントに送信、または指定文字
列のレスポンス本文を検索することにより、エンドポイントの状態を判断するかどうか。[Search
String] で指定した値がレスポンス本文に含まれる場合、Amazon Route 53 は、そのエンドポイン
トが正常であると見なします。レスポンス本文に含まれない場合、またはエンドポイントが応答し
ない場合、Amazon Route 53 は、そのエンドポイントを異常と見なします。検索文字列全体が、
レスポンス本文の最初の 5,120 バイト内に出現している必要があります。
ヘルスチェックの作成後は、[String Matching] の値を変更できません。
Search String（[String Matching] を有効にした場合のみ）
エンドポイントからのレスポンス本文内で検索する文字列。最大長は 255 文字です。
Latency Measurements
Amazon Route 53 で、複数の AWS リージョンのヘルスチェッカーとエンドポイントの間のレイテ
ンシーを測定して、Amazon Route 53 コンソールの [Health Checks] ページの [Latency] タブの
Amazon CloudWatch レイテンシーグラフを表示するかどうか。Amazon Route 53 ヘルスチェッ
カーがエンドポイントに接続できない場合、Amazon Route 53 はそのエンドポイントのレイテン
シーグラフを表示できません。
ヘルスチェックの作成後は、[Latency Measurements] の値を変更できません。
Invert health check status
Amazon Route 53 でヘルスチェックのステータスを反転させるかどうかを選択します。このオプ
ションを選択した場合、Amazon Route 53 はステータスが正常であればヘルスチェックに不具合
があると見なします。逆も同様です。
ヘルスチェックが失敗した場合の通知を取得する
ヘルスチェックが不合格の場合、次のオプションを使用してメールでの通知を設定します。
API Version 2013-04-01
181
Amazon Route 53 開発者ガイド
ヘルスチェックの削除
Create Alarm（ヘルスチェックの作成時のみ）
デフォルトの CloudWatch アラームを作成するかどうかを指定します。[Yes] を選択した場合、こ
のエンドポイントのステータスが異常になり、エンドポイントの異常状態が 1 分間続いていると
Amazon Route 53 が判断すると、CloudWatch は Amazon SNS 通知を送信します。
既存のヘルスチェックにアラームを作成する場合、または、エンドポイントが 1 分（デフォルト
値）とは異なる時間、Amazon Route 53 に異常な状態とみなされると通知を受け取る場合は、[No]
を選択し、ヘルスチェックの作成後にアラームを追加します。詳細については、「CloudWatch を
使用したヘルスチェックのモニタリング (p. 187)」を参照してください。
Send Notification To（アラームの作成時のみ）
CloudWatch が既存または新規の Amazon SNS トピックに通知を送信するかどうかを指定します。
• Existing SNS Topic – リストからトピック名を選択します。
• New SNS Topic – [Topic Name] にトピック名を入力し、[Recipients] に通知の送信先メールアド
レスを入力します。
Topic Name（新しい SNS トピックの作成時のみ）
[ New SNS Topic] を指定した場合、新しいトピック名を入力します。
Recipient email addresses（新しい SNS トピックを作成する場合のみ）
[New SNS Topic] を指定した場合、通知の送信先となるメールアドレスを入力します。複数ある場
合は、カンマ（,）、セミコロン（;）、または空白で区切ります。
Amazon Route 53 で表示される値
[Create Health Check] ページには、入力した値に応じて以下の値が表示されます。
URL
ヘルスチェックを実行する際に Amazon Route 53 がリクエストを送信する完全な URL
（HTTP/HTTPS ヘルスチェックの場合）または IP アドレスとポート（TCP ヘルスチェックの場
合）。
ヘルスチェックタイプ
[Basic] または [Basic + additional options]（このヘルスチェックに対して指定した設定による）。
追加オプションの料金については、「Amazon Route 53 料金表」を参照してください。
ヘルスチェックの削除
ヘルスチェックを削除するには、次の手順を実行します。
Amazon Route 53 コンソールを使用してヘルスチェックを削除するには
1.
リソースレコードセットに関連付けられているヘルスチェックを削除する場合は、「DNS フェイ
ルオーバーが設定されている場合のヘルスチェックの更新または削除 (p. 183)」で推奨されている
タスクを実行します。
2.
3.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで [Health Checks] を選択します。
4.
5.
右側のペインで、削除するヘルスチェックを選択します。
[Delete Health Check] を選択します。
6.
[Yes, Delete] を選択して確定します。
API Version 2013-04-01
182
Amazon Route 53 開発者ガイド
DNS フェイルオーバーが設定されている場合のヘルス
チェックの更新または削除
DNS フェイルオーバーが設定されている場合のヘル
スチェックの更新または削除
リソースレコードセットに関連付けられているヘルスチェックを更新または削除するとき、あるいは、
ヘルスチェックが関連付けられているリソースレコードセットに変更を加えるときは、そうした変更が
DNS クエリのルーティングや DNS フェイルオーバーの構成に及ぼす影響を考慮する必要があります。
Caution
Amazon Route 53 に、ヘルスチェックの削除を防止する機構はありません。ヘルスチェックが
リソースレコードセットに関連付けられていたとしても同様です。ヘルスチェックを削除した
にもかかわらず、そこに関連付けられていたリソースレコードセットを更新しなかった場合、
以後そのヘルスチェックのステータスが予測不能となり、ステータスが変化する可能性もあり
ます。この場合、DNS フェイルオーバー設定の DNS クエリのルーティングが影響を受けま
す。
既にリソースレコードセットに関連付けられているヘルスチェックを更新または削除するには、次のタ
スクを実行するようお勧めします。
1.
ヘルスチェックに関連付けられているリソースレコードセットを特定します。ヘルスチェックに関
連付けられているリソースレコードセットを特定するには、次のいずれかを実行する必要がありま
す。
• Amazon Route 53 コンソールを使用して各ホストゾーンのリソースレコードセットを確認しま
す。詳細については、「リソースレコードセットの一覧表示 (p. 163)」を参照してください。
• 各ホストゾーンで GET ListResourceRecordSets API アクションを実行し、そのレスポンス
を確認します。詳細については、『Amazon Route 53 API Reference』の「GET
ListResourceRecordSets」を参照してください。
2.
ヘルスチェックの更新や削除、リソースレコードセットの更新によって生じる動作の変化を推定
し、実際に行う変更を決めます。詳細については、次のトピックを参照してください。
• ヘルスチェックを省略するとどうなるか (p. 198)
• Amazon Route 53 のフェイルオーバーリソースレコードセットおよびフェイルオーバーエイリ
アスリソースレコードセットを使用してアクティブ/パッシブフェイルオーバーを構成する (p. 204)
3.
ヘルスチェックおよびリソースレコードセットに適宜変更を加えます。詳細については、次のト
ピックを参照してください。
• ヘルスチェックの作成と更新 (p. 177)
• リソースレコードセットの編集 (p. 162)
4.
今後使用しないヘルスチェックがあれば削除します。コンソールを使用したヘルスチェックの削除
の詳細については、「ヘルスチェックの削除 (p. 182)」を参照してください。Amazon Route 53 API
の使用については、『Amazon Route 53 API Reference』の「DELETE DeleteHealthCheck」を参
照してください。
API Version 2013-04-01
183
Amazon Route 53 開発者ガイド
Amazon Route 53 のヘルスチェックができるようにルー
ターとファイアウォールのルールを設定する
Amazon Route 53 のヘルスチェックができるように
ルーターとファイアウォールのルールを設定する
Abstract
Route 53 のヘルスチェックができるようにルーターとファイアウォールのルールを設定します。
Amazon Route 53 は、エンドポイントの正常性をチェックする際、ヘルスチェックの作成時に指定さ
れた IP アドレスおよびポートに対し、HTTP、HTTPS、TCP のいずれかのリクエストを送信します。
ヘルスチェックが成功するためには、Amazon Route 53 ヘルスチェッカーが使用する IP アドレスから
のインバウンドトラフィックを、ルーターとファイアウォールのルールで許可する必要があります。
（Amazon EC2 では、セキュリティグループがファイアウォールとして機能します。詳細については、
『Linux インスタンス用 Amazon EC2 ユーザーガイド』の「Amazon EC2 セキュリティグループ」を
参照してください。）Amazon Route 53 ヘルスチェッカーで使用される IP アドレスの最新のリストに
ついては、Amazon Route 53 フォーラムの最上部にある「Forum Announcements」を参照してくださ
い。
Amazon Route 53 ヘルスチェッカーの IP アドレスは、Amazon Route 53 API を使用して取得すること
もできます。詳細については、『Amazon Route 53 API Reference』の「GET GetCheckerIpRanges」
を参照してください。
Amazon Route 53 がエンドポイントの正常性を判断
する方法
Abstract
Route 53 のヘルスチェックがエンドポイントの正常性をどのように判断するかについて説明します。
Amazon Route 53 は、ヘルスチェックに関連付けられているエンドポイントの正常性を応答時間とヘ
ルスチェックの合格/不合格数に基づいて判断します。
• HTTP/HTTPS ヘルスチェック – Amazon Route 53 が、エンドポイントとの TCP 接続を 4 秒以内に
確立できることが必要です。加えて、接続後 2 秒以内に、HTTP ステータスコード 200 以上、400
未満でエンドポイントが応答する必要があります。
• TCP ヘルスチェック - – Amazon Route 53 が、エンドポイントとの TCP 接続を 10 秒以内に確立で
きることが必要です。
• HTTP/HTTPS ヘルスチェックと文字列一致 – HTTP と HTTPS のヘルスチェックと同様、Amazon
Route 53 は、エンドポイントとの TCP 接続を 4 秒以内に確立し、エンドポイントは接続後 2 秒以内
に、200 以上、400 未満の HTTP ステータスコードで応答する必要があります。
Amazon Route 53 ヘルスチェッカーは、HTTP ステータスコードを受信後、続けて 2 秒以内にエン
ドポイントからレスポンス本文を受信する必要があります。Amazon Route 53 は、指定された文字
列をレスポンス本文から検索します。その際、検索文字列全体が、レスポンス本文の最初の 5,120 バ
イト内に出現している必要があります。それ以外の場合、エンドポイントはヘルスチェックで不合格
となります。Amazon Route 53 コンソールを使用している場合は、[Search String] フィールドに文
字列を指定します。Amazon Route 53 API を使用している場合は、ヘルスチェックの作成時に、
SearchString 要素で文字列を指定します。
• 計算されたヘルスチェック – 他のヘルスチェックのステータスを監視するヘルスチェックの場合、
Amazon Route 53 は Amazon Route 53 ヘルスチェッカーが正常であると見なすヘルスチェックの数
を加算します。Amazon Route 53 はその後、正常と見なされるヘルスチェックのステータスについ
て正常でなければならない子ヘルスチェック数と、その数を比較します。
詳細については、「ヘルスチェックの作成、更新、削除 (p. 177)」を参照してください。
API Version 2013-04-01
184
Amazon Route 53 開発者ガイド
ヘルスチェックのステータス監視と通知の受信
ヘルスチェックが作成されると、次の動作が生じます。
1.
世界各地にある AWS データセンター内のヘルスチェックを実行するサーバーに対し、Amazon
Route 53 がヘルスチェックの設定を伝達します。
2.
各データセンターの正常性チェックアプリケーション（ヘルスチェッカー）が、指定されたエンド
ポイントに、指定された要求間隔で（10 秒に 1 回または 30 秒に 1 回）リクエストを送信します。
リクエストの間隔は、Amazon Route 53 がエンドポイントからレスポンスを受信してから、次の
ヘルスチェックリクエストを送信するまでの秒数です。
3.
エンドポイントがヘルスチェックに連続して合格（または不合格）となった回数が、指定の回数
（Failure Threshold）に達すると、Amazon Route 53 は、そのエンドポイントの正常性ステータス
を更新します。その後、同じ回数続けてチェックに不合格（または合格）すると、エンドポイント
の正常性ステータスが正常から異常（または異常から正常）に変化します。
4.
個々の Amazon Route 53 ヘルスチェッカーが、そのヘルスチェックの結果を、世界各地の Amazon
Route 53 DNS サーバーに伝達します。利用可能なヘルスチェッカーのうち 18% を超えるヘルス
チェッカーからエンドポイントが正常であるという報告がなされた場合、Amazon Route 53 は適
宜、関連付けられているリソースレコードセットを使用してクエリに応答します。エンドポイント
を正常として報告するヘルスチェッカーが 18% 以下である場合、Amazon Route 53 は、通常、関
連付けられているリソースレコードセットをクエリの応答に使用しません。18% という値は、将
来のリリースで変更される可能性があります。
ヘルスチェックのステータス監視と通知の受信
Amazon Route 53 コンソールで、ヘルスチェックのステータスを監視します。ヘルスチェックのステー
タスが変更されたら自動通知を受け取るように、CloudWatch アラームを設定することもできます。
トピック
• ヘルスチェックのステータスと失敗理由を表示する (p. 185)
• ヘルスチェッカーとエンドポイント間のレイテンシーのモニタリング (p. 186)
• CloudWatch を使用したヘルスチェックのモニタリング (p. 187)
ヘルスチェックのステータスと失敗理由を表示する
Amazon Route 53 コンソールで、ヘルスチェックのステータス（正常または不具合）を Amazon Route 53
ヘルスチェッカーによってレポートされるように表示できます。計算されたヘルスチェックグラフを除
くすべてのヘルスチェックでは、最後のヘルスチェックが失敗した理由を確認できます（例: ヘルス
チェッカーがエンドポイントとの接続を確立できなかった）。
ヘルスチェックのステータスと最後の失敗の理由を表示するには（コンソール使用）
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
2.
3.
ナビゲーションペインで [Health Checks] を選択します。
すべてのヘルスチェックのステータスの概要（正常または不具合）を確認するには、[Status] 列を
参照します。詳細については、「Amazon Route 53 がエンドポイントの正常性を判断する方
法 (p. 184)」を参照してください。
計算されたヘルスチェックグラフを除くすべてのヘルスチェックについて、指定されたエンドポイ
ントの状態をチェックする Amazon Route 53 ヘルスチェッカーのステータスを確認できます。ヘ
ルスチェックを選択します。
4.
5.
下部のペインで、[Health Checkers] タブを選択します。
API Version 2013-04-01
185
Amazon Route 53 開発者ガイド
ヘルスチェッカーとエンドポイント間のレイテンシーのモ
ニタリング
Note
新しいヘルスチェックは、ヘルスチェックのステータスと最後の失敗理由が [Status] 列に
表示される前に、Amazon Route 53 ヘルスチェッカーに伝達する必要があります。伝達が
完了するまで、その列にはステータスが利用できない旨を示すメッセージが表示されま
す。
6.
ヘルスチェックの現在のステータスを表示するか、最後の失敗の日時と理由を表示するかを選択し
ます。[Status] タブの表には次の値が表示されます。
Health checker IP
ヘルスチェックを実行した Amazon Route 53 ヘルスチェッカーの IP アドレス。
Last checked
[Status] タブの上部で選択したオプションに応じて、ヘルスチェックの日時または最後の失敗
の日時。
ステータス
[Status] タブの上部で選択したオプションに応じて、ヘルスチェックの現在のステータスまた
は最後にヘルスチェックが失敗した理由。
ヘルスチェッカーとエンドポイント間のレイテンシー
のモニタリング
ヘルスチェックの作成時に、エンドポイントのステータス（他のヘルスチェックのステータスではな
い）を監視することを選択して [Latency graphs] オプションを選択した場合、Amazon Route 53 コン
ソールの CloudWatch グラフに次の値を表示することができます。
• Amazon Route 53 ヘルスチェッカーがエンドポイントとの TCP 接続を確立するのにかかる平均時間
（ミリ秒）
• Amazon Route 53 ヘルスチェッカーが HTTP または HTTPS リクエストへの応答の先頭バイトを受
け取るまでにかかった平均時間（ミリ秒）
• Amazon Route 53 ヘルスチェッカーが SSL ハンドシェイクを完了するまでにかかる平均時間（ミリ
秒）
Note
既存のヘルスチェックについてはレイテンシーのモニタリングを有効にできません。
Amazon Route 53 ヘルスチェッカーとエンドポイント（コンソール）間のレイテンシーを確認
するには
1.
2.
3.
4.
5.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで [Health Checks] を選択します。
目的のヘルスチェックの行を選択します。エンドポイントの状態を監視し、[Latency graphs] オプ
ションが有効になっているヘルスチェックについてのみ、レイテンシーデータを表示できます。
下部のペインで、[Latency] タブを選択します。
レイテンシーグラフを表示する時間範囲と地理的リージョンを選択します。
グラフは、指定された時間範囲のステータスを表示します。
API Version 2013-04-01
186
Amazon Route 53 開発者ガイド
CloudWatch を使用したヘルスチェックのモニタリング
TCP 接続時間（HTTP および TCP のみ）
選択した地理的リージョンの Amazon Route 53 ヘルスチェッカーが、エンドポイントとの
TCP 接続を確立するのにかかった平均時間（ミリ秒）。
先頭バイトまでの時間（HTTP および HTTPS のみ）
選択した地理的リージョンの Amazon Route 53 ヘルスチェッカーが、HTTP または HTTPS
リクエストへの応答の先頭バイトを受け取るまでにかかった平均時間（ミリ秒）。
SSL ハンドシェイク（HTTPS のみ）を完了するまでの時間
選択した地理的リージョンの Amazon Route 53 ヘルスチェッカーが SSL ハンドシェイクを完
了するまでにかかった平均時間（ミリ秒）。
Note
複数のヘルスチェックを選択した場合、グラフには、各ヘルスチェックに対応する行が色
分けして表示されます。
6.
グラフを拡大表示したり、異なる設定を指定するには、グラフをクリックします。以下の設定を指
定することができます。
Statistic
CloudWatch がデータを使用して実行した計算を変更します。
時間範囲
夜間、過去 1 週間など、期間ごとのヘルスチェックのステータスを表示します。
Period
グラフのデータポイントの間隔を変更します。
次の点に注意してください。
• ヘルスチェックを作成した直後は、グラフにデータが表示されたり、利用可能なメトリックスの
リストにヘルスチェックのメトリックスが表示されたりするまでに数分かかる場合があります。
•
グラフは自動的には更新されません。表示を更新するには、[Refresh] アイコン（
）をクリッ
クします。
• ヘルスチェックが接続タイムアウトなどの何らかの理由で失敗した場合、Amazon Route 53 は
レイテンシーを測定できず、レイテンシーデータは、影響を受ける期間のグラフには存在しませ
ん。
CloudWatch を使用したヘルスチェックのモニタリン
グ
Abstract
Route 53 ヘルスチェックのステータスを表示、監視するには、CloudWatch メトリックスを使用します。
Amazon Route 53 ヘルスチェックは CloudWatch メトリックスと連携します。次のことを実行できま
す。
• ヘルスチェックが適切に設定されているかどうかを確認できます。
• 指定した期間におけるヘルスチェックのステータスを確認できます。
API Version 2013-04-01
187
Amazon Route 53 開発者ガイド
CloudWatch を使用したヘルスチェックのモニタリング
• ヘルスチェックのステータスに不具合がある場合に Amazon Simple Notification Service（Amazon
SNS）アラートを送信するように CloudWatch を設定します。ただし、ヘルスチェックで不合格と
なってから、関連する Amazon SNS 通知が届くまでには、数分かかる場合があります。
CloudWatch メトリックスは 2 週間保持されます。
詳細については、「Amazon Route 53 がエンドポイントの正常性を判断する方法 (p. 184)」を参照して
ください。
• ヘルスチェックのステータスを表示するには（コンソール） (p. 188)
• ヘルスチェックのステータスに不具合がある場合に Amazon SNS 通知を受け取るには（コンソー
ル） (p. 189)
• CloudWatch アラームのステータスを表示したり Amazon Route 53 のアラームを編集したりするに
は (console) (p. 191)
• Amazon Route 53 コンソールで CloudWatch のメトリックスを表示するには (p. 191)
ヘルスチェックのステータスを表示するには（コンソール）
1.
2.
3.
4.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで [Health Checks] を選択します。
目的のヘルスチェックの行を選択します。
下部のペインで、[Monitoring] タブを選択します。
2 つのグラフに、1 分間隔の最後の瞬間のステータスが表示されます。
ヘルスチェックステータス
エンドポイントの正常性に対する Amazon Route 53 の診断結果がグラフに表示されます。[1]
は正常を示し、[0] は異常を示します。
エンドポイントが正常であるとレポートするヘルスチェッカー（パーセント）
計算されたヘルスチェックを除くすべてのヘルスチェックについて、グラフには、選択された
エンドポイントが正常であると見なす Amazon Route 53 ヘルスチェッカーの割合が示されま
す。
正常な子ヘルスチェックの数
計算されたヘルスチェックについてのみ、グラフにステータスが正常である子ヘルスチェック
の数が表示されます。
Note
複数のヘルスチェックを選択した場合、グラフには、各ヘルスチェックに対応する行が色
分けして表示されます。
5.
グラフを拡大表示したり、異なる設定を指定するには、グラフをクリックします。以下の設定を指
定することができます。
Statistic
CloudWatch がデータを使用して実行した計算を変更します。
時間範囲
夜間、過去 1 週間など、期間ごとのヘルスチェックのステータスを表示します。
Period
グラフのデータポイントの間隔を変更します。
API Version 2013-04-01
188
Amazon Route 53 開発者ガイド
CloudWatch を使用したヘルスチェックのモニタリング
次の点に注意してください。
• ヘルスチェックを作成した直後は、グラフにデータが表示されたり、利用可能なメトリックスの
リストにヘルスチェックのメトリックスが表示されたりするまでに数分かかる場合があります。
•
グラフは自動的には更新されません。表示を更新するには、[Refresh] アイコン（
クします。
）をクリッ
ヘルスチェックのステータスに不具合がある場合に Amazon SNS 通知を受け取るには（コン
ソール）
1.
Amazon Route 53 コンソールのナビゲーションペインで、[Health Checks] を選択します。
2.
3.
該当するヘルスチェックの行を選択します。
下部のペインで、[Alarms] タブを選択します。
4.
5.
テーブルには、このヘルスチェックについて作成したアラームが表示されます。
[Create Alarm] を選択します。
次の値を指定します。
アラーム名
テーブルの [Name] 列に表示する名前を入力します。
Alarm Description
（オプション）アラームの説明を入力します。
Send Notification
このヘルスチェックのステータスがアラームをトリガーした場合に、Amazon Route 53 から
通知を送信するかどうかを選択します。
Notification Target（[Send notification] が [Yes] の場合のみ）
既存の Amazon SNS トピックに CloudWatch から通知を送信する場合は、リストからトピッ
クを選択します。
既存の Amazon SNS トピック以外に CloudWatch から通知を送信する場合は、次のいずれか
を実行します。
• CloudWatch からメール通知を送信する場合 – [New SNS topic] を選択してこの手順を続行
します。
• 他の手段で CloudWatch から通知を送信する場合 – 新しいブラウザタブを開き、Amazon
SNS コンソールに移動し、新しいトピックを作成します。その後 Amazon Route 53 コン
ソールに戻り、[Notification target] リストから新しいトピック名を選択し、この手順を続行
します。
トピック名（新しい Amazon SNS トピックを作成する場合のみ）
新しい Amazon SNS トピックの名前を入力します。
受信者の E メールアドレス（新しい Amazon SNS トピックを作成する場合のみ）
ヘルスチェックがアラームをトリガーしたときに Amazon Route 53 が Amazon SNS 通知を送
信する宛先の E メールアドレスを入力します。
Alarm Target
このヘルスチェックについて Amazon Route 53 で評価する値を選択します。
• Health check status – Amazon Route 53 ヘルスチェッカーは、ヘルスチェックが正常か不具
合があるかをレポートします
• Health checkers that report the endpoint healthy (%)（計算されたヘルスチェックを除くすべ
てのヘルスチェック）– ヘルスチェックのステータスが正常であるとレポートする Amazon
Route 53 ヘルスチェッカーの割合
API Version 2013-04-01
189
Amazon Route 53 開発者ガイド
CloudWatch を使用したヘルスチェックのモニタリング
• Number of healthy child health checks（計算されたヘルスチェックのみ）– ヘルスチェック
のステータスが正常であるとレポートする計算されたヘルスチェックの子ヘルスチェックの
数
• TCP connection time（HTTP および TCP ヘルスチェックのみ）– Amazon Route 53 ヘルス
チェッカーがエンドポイントとの TCP 接続を確立するのにかかった時間（ミリ秒）
• Time to complete SSL handshake（HTTPS ヘルスチェックのみ）– Amazon Route 53 ヘル
スチェッカーが SSL ハンドシェイクを完了するのにかかった時間（ミリ秒）
• Time to first byte（HTTP および HTTPS ヘルスチェックのみ）– Amazon Route 53 ヘルス
チェッカーが HTTP および HTTPS リクエストの応答の先頭バイトを受信するのにかかった
時間（ミリ秒）
Alarm Target
レイテンシー（[TCP connection time]、[Time to complete SSL handshake]、[Time to first
byte]）に基づくアラームターゲットには、特定のリージョンまたはすべてのリージョン
（[Global]）の Amazon Route 53 ヘルスチェッカーのレイテンシーを CloudWatch で計算する
かどうかを選択します。
1 つのリージョンを選択した場合、Amazon Route 53 は 1 分につきレイテンシーを 2 回測定
するだけで、すべてのリージョンを選択した場合に比べるとサンプル数は少なくなります。そ
の結果、極端な値となる可能性があります。誤ったアラーム通知を防ぐには、CloudWatch が
通知を送信する前にヘルスチェックが失敗するように、連続した期間をより多く指定すること
をお勧めします。
Fulfill Condition
次の設定を使用して、CloudWatch によってアラームがトリガーされるタイミングを指定しま
す。
アラームターゲット
推奨状態
説明
ヘルスチェックステー 最小 < 1
タス
Amazon Route 53 ヘルスチェッカーはいつエ
ンドポイントに不具合が生じるかをレポート
します。
エンドポイントが正常 平均 < 必要なパーセ
であるとレポートする ント
ヘルスチェッカー
（パーセント）
計算されたヘルスチェックグラフ以外のヘル
スチェックについて、Amazon Route 53 はヘ
ルスチェッカーの 82% 未満がステータスが
正常であるとレポートする場合にはヘルス
チェックのステータスが不具合であると見な
します。
正常な子ヘルスチェッ 最小 < 必要な正常な
クの数
子ヘルスチェック数
最小の統計は、控えめな値を返し、最悪シナ
リオ値を表します。
TCP 接続時間
平均 > 必要な時間
（ミリ秒）
平均は、他の統計よりも一貫性のある値で
す。
SSL ハンドシェイク
が完了する時間
平均 > 必要な時間
（ミリ秒）
平均は、他の統計よりも一貫性のある値で
す。
先頭バイトまでの時間 平均 > 必要な時間
（ミリ秒）
平均は、他の統計よりも一貫性のある値で
す。
y 分/時間/日の連続した期間が少なくとも x 回
指定した値が基準を満たした期間が連続して何回続いたときに、Amazon Route 53 から通知
を送信するかを指定します。そのうえで、期間の長さを指定します。
6.
[Create] を選択すると、新しい Amazon SNS トピックに関する情報を記載した E メールが Amazon
SNS から送信されます。
API Version 2013-04-01
190
Amazon Route 53 開発者ガイド
DNS フェイルオーバーの設定
7.
その E メールに記載されている [Confirm subscription] を選択します。CloudWatch の通知の受信
を開始するには、サブスクリプションを確定する必要があります。
CloudWatch アラームのステータスを表示したり Amazon Route 53 のアラームを編集したりす
るには (console)
1.
Amazon Route 53 コンソールのナビゲーションペインで、[Health Checks] を選択します。
2.
3.
ヘルスチェックの行を選択します。
詳細ペイン（[x Health Checks Selected] の後）の右向きキャレットアイコン（ ）を選択します。
[CloudWatch Alarms] リストには、現在の AWS アカウントを使用して作成したすべての Amazon
Route 53 アラームが表示されます。
[State] 列には、各アラームの最新のステータスが表示されます。
OK
Amazon Route 53 ヘルスチェックから、エンドポイントがアラームのしきい値を満たしてい
ないと判断できるだけの統計が CloudWatch によって収集されました。
データ不足
エンドポイントがアラームのしきい値を満たしているかどうかを判断できるだけの統計が、ま
だ CloudWatch によって収集されていません。新しいアラームの初期状態はこれに該当しま
す。
アラーム
Amazon Route 53 ヘルスチェックから、エンドポイントがアラームのしきい値を満たしてい
ると判断でき、かつ指定された E メールアドレスに通知を送信できるだけの統計が CloudWatch
によって収集されました。
4.
5.
6.
7.
アラームの設定を表示したり編集したりするには、目的のアラームの名前を選択します。
CloudWatch コンソールでアラームを表示し、アラームに関するさらに詳しい情報（アラームに対
するアップデートの履歴、ステータスの変化など）を得るには、アラームの [More Options] 列の
[View] を選択します。
他の AWS サービスのアラームを含め、現在の AWS アカウントを使用して作成したすべての
CloudWatch アラームを表示するには、[View All CloudWatch Alarms] を選択します。
現在の AWS アカウントで使用されていないメトリックスも含め、利用可能なすべての CloudWatch
メトリックスを表示するには、[View All CloudWatch Metrics] を選択します。
Amazon Route 53 コンソールで CloudWatch のメトリックスを表示するには
1.
AWS マネジメントコンソール にサインインした後、 https://console.aws.amazon.com/cloudwatch/
にある CloudWatch コンソールを開きます。
2.
3.
現在のリージョンを [US East (N. Virginia)] に変更します。それ以外のリージョンを現在のリージョ
ンとして選択した場合、Amazon Route 53 のメトリックスは利用できません。
ナビゲーションペインで [Route 53] を選択します。
4.
[HealthCheckId] で、目的のメトリックスのチェックボックスをオンにします。
DNS フェイルオーバーの設定
複数の HTTP サーバー、複数のメールサーバーなど、同じ機能を実行するリソースが複数あれば、リ
ソースの正常性をチェックし正常なリソースのみを使って DNS クエリに応答するように Amazon
Route 53 を設定することができます。たとえば、ウェブサイト example.com が、世界各地の 5 拠点の
データセンターにそれぞれ 2 台ずつ、合計 10 台のサーバーでホストされているとします。それらの
API Version 2013-04-01
191
Amazon Route 53 開発者ガイド
Amazon Route 53 の単純構成におけるヘルスチェックの動
作
サーバーの正常性をチェックし、その時点で正常なサーバーのみを使って example.com の DNS クエ
リに応答するように Amazon Route 53 を設定することができます。
Amazon Route 53 のエイリアス、加重、レイテンシー、位置情報ルーティング、フェイルオーバーの
各リソースレコードセットを使用して、さまざまなフェイルオーバー構成をセットアップできます。
• アクティブ/アクティブフェイルオーバー: 大部分の時間、すべてのリソースを稼働状態にするには、
このフェイルオーバー構成を使用します。リソースが利用できなくなると、そのリソースを Amazon
Route 53 が異常として検出し、以後、クエリへの応答に含めることを控えます。
• アクティブ/パッシブフェイルオーバー: 大部分の時間、リソースのプライマリグループを稼働状態に
し、プライマリリソースがすべて利用できない状況になったときのためにセカンダリグループを待機
させるには、このフェイルオーバー構成を使用します。クエリへの応答で Amazon Route 53 が返す
のは、正常なプライマリリソースのみです。すべてのプライマリリソースで異常が発生した場合、
Amazon Route 53 は、DNS クエリへの応答として、正常なセカンダリリソースのみを返します。
• アクティブ/アクティブ/パッシブおよびその他の混合構成: エイリアスリソースレコードセットと非エ
イリアスリソースレコードセットを組み合わせて、Amazon Route 53 のさまざまな動作を引き出す
ことができます。
Amazon Route 53 は、単純な構成でも複雑な構成でもリソースの正常性をチェックすることができま
す。
• いずれの構成においても、名前とタイプがすべて同じであるリソースレコードセットのグループを作
成します（example.com に対するタイプ A の加重リソースレコードセットのグループなど）。その
うえで、対応するリソースの正常性をチェックするように Amazon Route 53 を設定します。Amazon
Route 53 は、リソースの正常性に基づいて DNS クエリに応答します。詳細については、「Amazon
Route 53 の単純構成におけるヘルスチェックの動作 (p. 192)」を参照してください。
• 加重エイリアス、レイテンシーエイリアス、位置情報エイリアス、フェイルオーバーエイリアスな
ど、さまざまなエイリアスリソースレコードセットを組み合わせた複雑な構成では、リソースレコー
ドセットのツリーを作成することができます。単純な構成と同じように、リソースの正常性をチェッ
クするための設定を Amazon Route 53 に対して行います。ただし、エイリアスターゲットのステー
タスに応じて、つまり、特定のブランチ内のエイリアスターゲットがいずれも異常であった場合に、
ツリー内の別のブランチまでスキップするようにエイリアスリソースレコードセットを設定すること
もできます。複雑な構成では、リクエストに対する Amazon Route 53 の応答をより柔軟に制御する
ことができます。たとえば、レイテンシーベースのルーティングを使用してユーザーに近いリージョ
ンを選択し、各リージョン内の ELB ロードバランサーを使用して、単一エンドポイントやアベイラ
ビリティーゾーンの障害への対策を講じることができます。詳細については、「複雑な Amazon
Route 53 構成におけるヘルスチェックの動作 (p. 195)」を参照してください。
Amazon Route 53 の単純構成におけるヘルスチェッ
クの動作
Abstract
単純な Route 53 設定を使用してリソースの正常性をチェックするときのヘルスチェックの動作について説明しま
す。
リソースの正常性を調べる意義のある最も単純な構成は、同じ機能を実行するリソースが複数存在する
ときです。たとえば、HTTP サーバーソフトウェアを実行する複数の Amazon EC2 サーバーが、
example.com というウェブサイトのリクエストに応答するとします。お客様は、Amazon Route 53 で、
名前とタイプが同じリソースレコードセット（タイプ A の加重リソースレコードセット、タイプ A の
レイテンシーリソースレコードセットなど）のグループを作成します。各リソースにつき 1 つリソース
レコードセットを作成し、対応するリソースの正常性をチェックするように Amazon Route 53 を設定
します。この構成では、example.com の DNS クエリに応答するリソースレコードセットが Amazon
Route 53 によって選択されます。その際の判断材料となるのがリソースの正常性です。
API Version 2013-04-01
192
Amazon Route 53 開発者ガイド
Amazon Route 53 の単純構成におけるヘルスチェックの動
作
すべてのリソースが正常に稼働していれば、Amazon Route 53 は、example.com のすべての加重リソー
スレコードセットを使ってクエリに応答します。いずれかのリソースに異常が発生すると、example.com
の正常なリソースレコードセットのみがクエリの応答に使用されます。
この単純な構成でリソースの正常性をチェックするように Amazon Route 53 を設定する方法と、Amazon
Route 53 がリソースの正常性に基づいてクエリに応答する方法について以下、大まかに説明します。
1.
どのリソースの正常性を Amazon Route 53 で監視するかを明確にします。たとえば、example.com
のリクエストに応答するすべての HTTP サーバーを監視対象にするとします。
2.
リソースのヘルスチェックを作成します。正常性のチェック対象となるエンドポイントに対し、ど
のようにリクエストを送信するかが、ヘルスチェックによって Amazon Route 53 に伝えられます。
具体的には、使用するプロトコル（HTTP、HTTPS、TCP）、使用する IP アドレスとポート、さ
らに、HTTP/HTTPS ヘルスチェックの場合はドメインの名前とパスが伝えられます。
リソースごとにヘルスチェックを 1 つ作成し、ヘルスチェックのエンドポイントには、リソースと
同じ IP アドレスを使用するのが一般的な構成です。HTTP サーバーの IP アドレスが 192.0.2.117
である場合、IP アドレスが 192.0.2.117 のヘルスチェックを作成します。
Note
エンドポイントの IP アドレスの範囲がローカル、プライベート、ルーティング範囲外、
マルチキャストのいずれかに該当する場合、Amazon Route 53 は、エンドポイントの正常
性をチェックできません。ヘルスチェックを作成できない IP アドレスの詳細については、
「RFC 5735, Special Use IPv4 Addresses」と「RFC 6598, IANA-Reserved IPv4 Prefix for
Shared Address Space」を参照してください。
3.
4.
5.
Amazon Route 53 コンソールを使用したヘルスチェック作成の詳細については、「ヘルスチェッ
クの作成、更新、削除 (p. 177)」を参照してください。Route 53 API を使用したヘルスチェックの
作成については、『Amazon Route 53 API Reference』の「POST CreateHealthCheck」を参照し
てください。
ヘルスチェックで指定したエンドポイントに Amazon Route 53 が定期的なリクエストを送信でき
るようにルーターとファイアウォールのルールを設定する必要があります。詳細については、
「Amazon Route 53 のヘルスチェックができるようにルーターとファイアウォールのルールを設
定する (p. 184)」を参照してください。
実際のリソースに使用するリソースレコードセットのグループを作成します（タイプ A のみで構
成された加重リソースレコードセットのグループなど）。ステップ 2 で作成したヘルスチェック
を、対応するリソースレコードセットに関連付けます。完了したら、設定は以下の図のようになり
ます。
Amazon Route 53 コンソールを使用したリソースレコードセット作成の詳細については、「Amazon
Route 53 コンソールを使用したリソースレコードセットの作成 (p. 109)」を参照してください。
Amazon Route 53 API を使用したリソースレコードセットの作成については、『Amazon Route 53
API Reference』の「POST ChangeResourceRecordSets」を参照してください。
Amazon Route 53 は、ヘルスチェックの作成時に指定された各エンドポイントに定期的にリクエ
ストを送信します。つまり、DNS クエリを受信したときにヘルスチェックが実行されるわけでは
ありません。Amazon Route 53 は、その応答に応じてエンドポイントが正常であるかどうかを判
API Version 2013-04-01
193
Amazon Route 53 開発者ガイド
Amazon Route 53 の単純構成におけるヘルスチェックの動
作
断し、その情報をもとにクエリへの応答方法を決定します。詳細については、「Amazon Route 53
がエンドポイントの正常性を判断する方法 (p. 184)」を参照してください。
Important
Amazon Route 53 によって正常性がチェックされるのは、リソースレコードセットに指定
されたリソース（example.com の A レコードに指定された IP アドレスなど）ではありま
せん。Amazon Route 53 は、リソースレコードセットにヘルスチェックが関連付けられた
とき、ヘルスチェックに指定されたエンドポイントの正常性のチェックを開始します。
6.
Amazon Route 53 が example.com のクエリを受信したときの流れを以下に示します。
a.
b.
c.
d.
Amazon Route 53 が、ルーティングポリシーに基づいてリソースレコードセットを選択しま
す。このケースでは、重みに基づいてリソースレコードセットが選択されます。
そのリソースレコードセットのヘルスチェックのステータスをチェックして、選択されたリ
ソースレコードセットの現在の正常性を調べます。
選択されたリソースレコードセットに異常が見つかった場合、ルーティングポリシーに基づい
てリソースレコードセットを選択するプロセスを繰り返します。このとき、異常のあるリソー
スレコードセットは候補から外されます。
選択された正常なリソースレコードセットでクエリに応答します。
次の例は、加重リソースレコードセットのグループを示しています。3 つ目のリソースレコードセット
に異常がみられます。最初、Amazon Route 53 は、3 つすべてのリソースレコードセットの重みに基づ
いてリソースレコードセットを選択します。最初に選択したリソースレコードセットに異常が見つかる
と、Amazon Route 53 は、別のリソースレコードセットを選択します。このとき、3 つ目のリソースレ
コードセットの重みは計算から除外されます。
• 最初、Amazon Route 53 が 3 つすべてのリソースレコードセットから選択するとき、1 つ目のリソー
スレコードセットがリクエストへの応答に使用される時間は全体の 20%（= 10/(10 + 20 + 20)）とな
ります。
• 3 つ目のリソースレコードセットに異常があることがわかったとき、1 つ目のリソースレコードセッ
トがリクエストへの応答に使用される時間は、全体の 33%（=10/(10 + 20)）となります。
リソースレコードセットのグループのうち、いずれかまたは複数のリソースレコードセットを省略した
場合、Amazon Route 53 は、それらのリソースレコードセットを正常と見なします。対応するリソー
スの正常性を判断するための根拠がないため、Amazon Route 53 が、異常なリソースのリソースレコー
ドセットを選択する可能性があります。
API Version 2013-04-01
194
Amazon Route 53 開発者ガイド
複雑な Amazon Route 53 構成におけるヘルスチェックの
動作
複雑な Amazon Route 53 構成におけるヘルスチェッ
クの動作
Abstract
複雑な Route 53 設定を使用してリソースの正常性を確認するときのヘルスチェックの動作について説明します。
複雑な構成であっても、リソースの正常性をチェックする方法は同じです。ただし、複雑な構成では、
エイリアスリソースレコードセット（加重エイリアス、レイテンシーエイリアス、フェイルオーバーエ
イリアスを含む）と非エイリアスリソースレコードセットを組み合わせて決定木を構築し、リクエスト
に対して Amazon Route 53 がどのように応答するかを柔軟に制御することができます。詳細について
は、「Amazon Route 53 の単純構成におけるヘルスチェックの動作 (p. 192)」を参照してください。
たとえば、レイテンシーエイリアスリソースレコードセットを使用して、ユーザーに近いリージョンを
選択することが考えられます。また、各リージョン内の複数のリソースに加重リソースレコードセット
を使用して、単一エンドポイントやアベイラビリティーゾーンの障害への対策を講じることも可能で
す。この設定は以下の図のようになります。
Amazon EC2 と Amazon Route 53 の具体的な構成は次のとおりです。
• Amazon EC2 インスタンスが、us-east-1 と ap-southeast-2 という 2 つのリージョンに存在します。
Amazon Route 53 に期待される動作は、顧客にとってレイテンシーの最も低いリージョンのリソー
スレコードセットを使ってクエリに応答することです。そこで、それぞれのリージョンのレイテン
API Version 2013-04-01
195
Amazon Route 53 開発者ガイド
複雑な Amazon Route 53 構成におけるヘルスチェックの
動作
シーエイリアスリソースレコードセットを作成します。（レイテンシーエイリアスリソースレコード
セットの作成は、個々の Amazon EC2 インスタンスのリソースレコードセットを作成した後で行い
ます。）
• 各リージョンには、Amazon EC2 インスタンスが 2 つ存在します。各インスタンスについて加重リ
ソースレコードセットを作成します。それぞれのリージョン内の 2 つの加重リソースレコードセット
には、同じ名前とタイプを使用します。
1 つのリージョンに複数のリソースが存在する場合、それらのリソースに対して加重（フェイルオー
バー）リソースレコードセットを作成できます。そこからさらに複数のリソースを参照する加重エイ
リアス（フェイルオーバーエイリアス）リソースレコードセットを作成することによって、もっと複
雑な構成を作成することもできます。
• 加重リソースレコードセットにはそれぞれ、ヘルスチェックが関連付けられています。各ヘルスチェッ
クの IP アドレスは、対応するリソースレコードセットの IP アドレスと一致します。必須ではありま
せんが、この設定が最も一般的です。
• レイテンシーエイリアスリソースレコードセットの [Evaluate Target Health] の値は、どちらも [Yes]
に設定します。
各レイテンシーエイリアスリソースレコードセットの [Evaluate Target Health] 設定を使用すること
によって、エイリアスターゲットの正常性（加重リソースレコードセット）を Amazon Route 53 が
評価し、それに応じた処理を行います。
前の図は、以下の一連のイベントを示したものです。
1.
Amazon Route 53 が example.com のクエリを受け取ります。要求元のユーザーに対するレイテン
シーに基づいて、us-east-1 リージョンのレイテンシーエイリアスリソースレコードセットを選択
します。
API Version 2013-04-01
196
Amazon Route 53 開発者ガイド
複雑な Amazon Route 53 構成におけるヘルスチェックの
動作
2.
3.
4.
5.
Amazon Route 53 が、重みに基づいて加重リソースレコードセットを選択します。レイテンシー
エイリアスリソースレコードセットの [Evaluate Target Health] が [Yes] であるため、Amazon
Route 53 は、加重リソースレコードセットの正常性をチェックします。
ヘルスチェックで不合格と判明すると、Amazon Route 53 は、別の加重リソースレコードセット
を重みに基づいて選択し、その正常性をチェックします。そのリソースレコードセットも異常であ
ると判明します。
Amazon Route 53 は、分岐の出発点に戻り、次善のレイテンシーを持つレイテンシーエイリアス
リソースレコードセットを探して、ap-southeast-2 のリソースレコードセットを選択します。
Amazon Route 53 は再度、重みに基づいてリソースレコードセットを選択し、その正常性をチェッ
クします。ヘルスチェックに合格すると、Amazon Route 53 は、クエリへの応答として、該当す
る値を返します。
トピック
• エイリアスリソースレコードセットにヘルスチェックを関連付けるとどうなるか (p. 197)
• ヘルスチェックを省略するとどうなるか (p. 198)
• [Evaluate Target Health] を [No] に設定するとどうなるか (p. 199)
エイリアスリソースレコードセットにヘルスチェックを関連付
けるとどうなるか
[Evaluate Target Health] の値を [Yes] に設定する代わりに（または設定したうえで）、エイリアスリ
ソースレコードセットにヘルスチェックを関連付けることができます。ただし、実用性の面からいう
と、基になるリソース（HTTP サーバー、データベースサーバーなど、エイリアスリソースレコード
セットの参照先となるリソース）の正常性に基づいて Amazon Route 53 がクエリに応答する、という
構成の方が一般的です。たとえば、次の構成を考えてみます。
• 一連の加重リソースレコードセットをエイリアスターゲットとするレイテンシーエイリアスリソース
レコードセットにヘルスチェックを割り当てます。
• レイテンシーエイリアスリソースレコードセットの [Evaluate Target Health] の値を [Yes] に設定し
ます。
この設定で、加重リソースレコードセットに該当する値を Amazon Route 53 が返すためには、次の 2
点が満たされなければなりません。
• レイテンシーエイリアスリソースレコードセットに関連付けられているヘルスチェックが合格するこ
と。
• 少なくとも 1 つの加重リソースレコードセットが、合格したヘルスチェックに関連付けられている
か、またはヘルスチェックそのものに関連付けられていないことから、正常と見なされること。後者
のケースでは常に、加重リソースレコードセットが正常と見なされます。
API Version 2013-04-01
197
Amazon Route 53 開発者ガイド
複雑な Amazon Route 53 構成におけるヘルスチェックの
動作
レイテンシーエイリアスリソースレコードセットのヘルスチェックが不合格となった場合、Amazon
Route 53 によるクエリへの応答には、エイリアスターゲット内の加重リソースレコードセットが一切
使用されなくなります。それらの加重リソースレコードセットがすべて正常であったとしても同様で
す。Amazon Route 53 は、加重リソースレコードセットのステータスを認識しません。Amazon Route 53
が注目するのは、不合格となったエイリアスリソースレコードセットのヘルスチェックまでであり、そ
の先は関知しないためです。
ヘルスチェックを省略するとどうなるか
複雑な構成では、エイリアス以外のすべてのリソースレコードセットにヘルスチェックを関連付けるこ
とが大切です。前の例に戻ってみましょう。ただし、us-east-1 リージョンのいずれかの加重リソース
レコードセットでヘルスチェックが欠落していると仮定します。
API Version 2013-04-01
198
Amazon Route 53 開発者ガイド
複雑な Amazon Route 53 構成におけるヘルスチェックの
動作
以下に、この構成の非エイリアスリソースレコードセットでヘルスチェックを省略した場合の動作を説
明します。
1.
2.
3.
Amazon Route 53 が example.com のクエリを受け取ります。要求元のユーザーに対するレイテン
シーに基づいて、us-east-1 リージョンのレイテンシーエイリアスリソースレコードセットを選択
します。
Amazon Route 53 が、レイテンシーエイリアスリソースレコードセットのエイリアスターゲット
を探し、対応するヘルスチェックのステータスをチェックします。一方の加重リソースレコード
セットのヘルスチェックが不合格となり、そのリソースレコードセットは考慮の対象から除外され
ます。
us-east-1 リージョンのエイリアスターゲット内のもう一方の加重リソースレコードセットにはヘ
ルスチェックが関連付けられていません。対応するリソースが正常であるかどうかを Amazon
Route 53 がヘルスチェックなしで知る術はありません。Amazon Route 53 は、そのリソースが正
常であると仮定し、該当する値をクエリへの応答として返します。
[Evaluate Target Health] を [No] に設定するとどうなるか
一般に、[Evaluate Target Health] は、すべてのエイリアスリソースレコードセットで [Yes] に設定しま
す。次の例では、すべての加重リソースレコードセットにヘルスチェックが関連付けられていますが、
us-east-1 リージョンのレイテンシーエイリアスリソースレコードセットについては、[Evaluate Target
Health] が [No] に設定されています。
この構成でエイリアスリソースレコードセットの [Evaluate Target Health] を [No] に設定した場合の動
作を以下に説明します。
1.
Amazon Route 53 が example.com のクエリを受け取ります。要求元のユーザーに対するレイテン
シーに基づいて、us-east-1 リージョンのレイテンシーエイリアスリソースレコードセットを選択
します。
API Version 2013-04-01
199
Amazon Route 53 開発者ガイド
DNS フェイルオーバーを設定するためのタスクリスト
2.
3.
Amazon Route 53 は、レイテンシーエイリアスリソースレコードセットのエイリアスターゲット
を特定し、対応するヘルスチェックを調べます。どちらも不合格です。
us-east-1 リージョンは、レイテンシーエイリアスリソースレコードセットの [Evaluate Target
Health] の値が [No] であるため、Amazon Route 53 は、このブランチの中からいずれかのリソース
レコードセットを選ばなければなりません。分岐の出発点に戻って ap-southeast-2 リージョンか
ら正常なリソースレコードセットを探す、という選択肢はありません。
DNS フェイルオーバーを設定するためのタスクリス
ト
Abstract
リソースの正常性をチェックするように Route 53 を設定します。
Amazon Route 53 を使用して DNS フェイルオーバーを設定するには、以下のタスクを実行します。
1.
全体的な構成の概略図を作成し、作成するリソースレコードセットのタイプ（加重エイリアス、
フェイルオーバー、加重など）をノードごとに指定します。
• 単純な構成の場合、描写の対象となるのは、加重、レイテンシー、位置情報、フェイルオーバー
の各リソースレコードセットのみです。エイリアスリソースレコードセットは使用しません。
• 複雑な構成の場合は、エイリアスリソースレコードセット（加重エイリアス、レイテンシーエイ
リアス、位置情報エイリアス、フェイルオーバーエイリアスなど）と非エイリアスリソースレ
コードセットを複数レベルのツリーで組み合わせます（「複雑な Amazon Route 53 構成におけ
るヘルスチェックの動作 (p. 195)」トピックの例を参照）。
Note
プライベートホストゾーンのリソースレコードセットに Amazon Route 53 ヘルスチェッ
クを関連付けることはできません。
2.
3.
構成に含める各 Amazon EC2 サーバーおよび非 AWS リソース（データセンターで実行されてい
る E メールサーバーなど）ごとにヘルスチェックを作成します。これらのヘルスチェックは、非
エイリアスリソースレコードセットに関連付けます。
詳細については、「ヘルスチェックの作成、更新、削除 (p. 177)」を参照してください。
概略図の中の非エイリアスリソースレコードセットをすべて作成し、ステップ 2 で作成したヘルス
チェックを該当するリソースレコードセットに関連付けます。
Amazon Route 53 コンソールまたは Amazon Route 53 API を使用して、リソースレコードセット
にヘルスチェックを関連付けることができます。詳細については、該当するドキュメントを参照し
てください。
• Amazon Route 53 コンソールの使用: 「リソースレコードセットの使用 (p. 103)」を参照してくだ
さい。
• Amazon Route 53 API の使用: 『Amazon Route 53 API Reference』の「POST
ChangeResourceRecordSets」を参照してください。
Note
複雑なルーティング設定のリソースレコードセットをすばやく簡単に作成して、リソース
レコードセットをヘルスチェックに関連付けるには、トラフィックフロービジュアルエ
ディターを使用して、設定をトラフィックポリシーとして保存することができます。その
API Version 2013-04-01
200
Amazon Route 53 開発者ガイド
Amazon Route 53 のフェイルオーバー（アクティブ/アク
ティブとアクティブ/パッシブ）の設定オプション
後、トラフィックポリシーを、同じホストゾーンまたは複数のホストゾーンで 1 つ以上の
ドメイン名（example.comなど）またはサブドメイン名（www.example.comなど）に関連
付けることができます。さらに、新しい設定が期待どおりに機能していない場合は、更新
を元に戻すことができます。詳細については、「Route DNS トラフィックへのトラフィッ
クフローを使用する (p. 165)」を参照してください。
エイリアスリソースレコードセットを使わず、単純な構成で DNS フェイルオーバーを設定する場
合、以降の作業は不要です。
4.
ステップ 1 で描いたツリーの一番下から、エイリアスリソースレコードセット（加重、レイテン
シー、位置情報ルーティング、フェイルオーバーの各エイリアスリソースレコードセットを含む）
を作成していきます。エイリアスターゲットは、ステップ 3 で作成したいずれかのリソースレコー
ドセットです。非エイリアスリソースレコードセットがすべて異常なときにツリーの別のブランチ
を試すように Amazon Route 53 を設定する場合は、各エイリアスリソースレコードセットの
[Evaluate Target Health] の値を [Yes] に設定してください。
5.
エイリアスリソースレコードセットが未作成のノードがツリー図に含まれている場合は、ツリーの
下から上に向かって、残りのエイリアスリソースレコードセットを作成していきます。
エイリアスターゲットのリソースレコードセットが存在しない状態では、エイリアスリソースレ
コードセットを作成できないことに注意してください。
Amazon Route 53 のフェイルオーバー（アクティブ/
アクティブとアクティブ/パッシブ）の設定オプショ
ン
Abstract
Route 53 のフェイルオーバー（アクティブ/アクティブおよびアクティブ/パッシブ）を設定します。
Amazon Route 53 は、Amazon Route 53 の各種リソースレコードセットを組み合わせて、さまざまな
方法でフェイルオーバーを設定できます。以降のセクションでは、アクティブ/アクティブとアクティ
ブ/パッシブの単純なフェイルオーバーの設定方法を簡単に説明します。より大きなツリーで各種リソー
スレコードセットを組み合わせれば、もっと複雑な構成を作成することもできます。詳細については、
「複雑な Amazon Route 53 構成におけるヘルスチェックの動作 (p. 195)」を参照してください。
トピック
• Amazon Route 53 の加重リソースレコードセットおよび加重エイリアスリソースレコードセットを
使用してアクティブ/アクティブまたはアクティブ/パッシブのフェイルオーバーを構成する (p. 201)
• Amazon Route 53 のレイテンシーリソースレコードセットおよびレイテンシーエイリアスリソース
レコードセットを使用してアクティブ/アクティブフェイルオーバーを構成する (p. 203)
• Amazon Route 53 のフェイルオーバーリソースレコードセットおよびフェイルオーバーエイリアス
リソースレコードセットを使用してアクティブ/パッシブフェイルオーバーを構成する (p. 204)
Amazon Route 53 の加重リソースレコードセットおよび加重エ
イリアスリソースレコードセットを使用してアクティブ/アク
ティブまたはアクティブ/パッシブのフェイルオーバーを構成す
る
加重リソースレコードセットのグループ内のすべてのリソースレコードセットにヘルスチェックを追加
し、すべてのリソースレコードセットにゼロ以外の重みを割り当てた場合、Amazon Route 53 の動作
API Version 2013-04-01
201
Amazon Route 53 開発者ガイド
Amazon Route 53 のフェイルオーバー（アクティブ/アク
ティブとアクティブ/パッシブ）の設定オプション
は、アクティブ/アクティブのフェイルオーバー構成となります。DNS クエリへの応答としては、異常
がなければすべてのリソースが候補となります。
Important
プライベートホストゾーンのリソースレコードセットに Amazon Route 53 ヘルスチェックを
関連付けることができないため、プライベートホストゾーンにフェイルオーバーを設定するこ
とはできません。
正常なリソースレコードセットを Amazon Route 53 が選択するときの動作を以下に示します。
1.
2.
3.
Amazon Route 53 が加重リソースレコードセットを選択します。選択には、同じ名前とタイプの
リソースレコードセットに割り当てられた重みが考慮されます。
リソースレコードセットに関連付けられたヘルスチェックの最新のステータスを Amazon Route 53
がチェックします。（Amazon Route 53 は、ヘルスチェックで指定されたエンドポイントの正常
性を定期的にチェックします。DNS クエリが到着した時点でヘルスチェックを実行するわけでは
ありません。）
ヘルスチェックのエンドポイントが正常であれば、そのリソースレコードセットから得た値（IP
アドレスなど）でクエリに応答します。
ヘルスチェックのエンドポイントが正常でない場合は、別の加重リソースレコードセットを選択
し、同じプロセスを実行します。ヘルスチェックのエンドポイントが正常であるリソースレコード
セットが見つかるまで、これが繰り返されます。
加重リソースレコードセットのグループ内のすべてのリソースレコードセットにヘルスチェックを追加
する一方で、一部のリソースレコードセットにのみゼロ以外の重みを割り当て、それ以外は重みをゼロ
とした場合、Amazon Route 53 の動作は、アクティブ/パッシブのフェイルオーバー構成となります。
（アクティブ/パッシブのフェイルオーバー構成が必要な場合、フェイルオーバーリソースレコードセッ
トの使用をお勧めします。詳細については、「Amazon Route 53 のフェイルオーバーリソースレコー
ドセットおよびフェイルオーバーエイリアスリソースレコードセットを使用してアクティブ/パッシブ
フェイルオーバーを構成する (p. 204)」を参照してください。）この構成でのヘルスチェックは、アク
ティブ/アクティブ構成のとき（すべてのリソースレコードセットの重みをゼロ以外にしたとき）と同
じように動作しますが、次の例外があります。
• Amazon Route 53 は最初、ゼロ以外の加重リソースレコードセット（存在する場合）のみを考慮に
入れます。
• 重みが 0 より大きいリソースレコードセットがいずれも異常であった場合、重みがゼロである加重リ
ソースレコードセットが考慮されます。
加重リソースレコードセットのグループ内のリソースレコードセットにヘルスチェックが関連付けられ
ていない場合、Amazon Route 53 はそのリソースレコードセットを常に正常と見なします。クエリへ
の応答の候補には、そのリソースレコードセットが常に含まれます。
加重リソースレコードセットのグループ内に正常なリソースレコードセットが 1 つも存在しなかった場
合、Amazon Route 53 は、DNS クエリへの応答として何かを返す必要がありますが、リソースレコー
ドセットの優劣を選択するための判断材料がありません。この状況では、グループに含まれるすべての
リソースレコードセットが正常と見なされ、割り当てられている重みに基づいて、いずれかが選択され
ます。このとき、重みが 0 であるリソースレコードセットは候補から外されます。
加重エイリアスリソースレコードセットを使用して、アクティブ/アクティブまたはアクティブ/パッシ
ブのフェイルオーバーを構成することもできます。重みの働きは、加重リソースレコードセットの場合
と同じですが、加重エイリアスリソースレコードセットの正常性は、エイリアスターゲットの正常性に
依存します。たとえば、加重エイリアスリソースレコードセットのエイリアスターゲットが、一連の加
重リソースレコードセットから成るグループであり、そのグループの加重リソースレコードセットの重
みがいずれもゼロ以外であるとします。正常な加重リソースレコードセットが 1 つでもあれば、Amazon
Route 53 は、その加重エイリアスリソースレコードセットを正常と見なします。正常な加重リソース
API Version 2013-04-01
202
Amazon Route 53 開発者ガイド
Amazon Route 53 のフェイルオーバー（アクティブ/アク
ティブとアクティブ/パッシブ）の設定オプション
レコードセットが 1 つもない場合、Amazon Route 53 は、その加重エイリアスリソースレコードセッ
トを異常と見なします。少なくとも 1 つの加重リソースレコードセットが正常に戻るまで、Amazon
Route 53 は、そのツリーのブランチのリソースレコードセットを候補から除外します。
加重リソースレコードセットの詳細については、「加重ルーティング (p. 105)」を参照してください。
Amazon Route 53 のレイテンシーリソースレコードセットおよ
びレイテンシーエイリアスリソースレコードセットを使用して
アクティブ/アクティブフェイルオーバーを構成する
レイテンシーリソースレコードセットのグループ内のすべてのリソースレコードセットにヘルスチェッ
クを追加した場合、Amazon Route 53 の動作は、アクティブ/アクティブフェイルオーバー構成となり
ます。
Important
プライベートホストゾーンのリソースレコードセットに Amazon Route 53 ヘルスチェックを
関連付けることができないため、プライベートホストゾーンにフェイルオーバーを設定するこ
とはできません。
DNS クエリへの応答に使用するリソースレコードセットを Amazon Route 53 が選択する際は、リソー
スレコードセットの正常性とレイテンシーが考慮されます。
1.
2.
3.
Amazon Route 53 は、リソースが置かれている Amazon EC2 リージョンとエンドユーザー間のレ
イテンシーに基づいてレイテンシーリソースレコードセットを選択します。
リソースレコードセットに関連付けられたヘルスチェックの最新のステータスを Amazon Route 53
がチェックします。（Amazon Route 53 は、ヘルスチェックで指定されたエンドポイントの正常
性を定期的にチェックします。DNS クエリが到着した時点でヘルスチェックを実行するわけでは
ありません。）
ヘルスチェックのエンドポイントが正常であれば、そのリソースレコードセットから得た値（IP
アドレスなど）でクエリに応答します。
ヘルスチェックのエンドポイントが正常でない場合は、次善のレイテンシーを持つレイテンシーリ
ソースレコードセットを選択し、同じプロセスを実行します。ヘルスチェックのエンドポイントが
正常であるリソースレコードセットが見つかるまで、これが繰り返されます。
レイテンシーリソースレコードセットのグループ内のリソースレコードセットにヘルスチェックが関連
付けられていない場合、Amazon Route 53 はそのリソースレコードセットを常に正常と見なします。
クエリへの応答の候補には、そのリソースレコードセットが常に含まれます。
レイテンシーリソースレコードセットに正常なリソースレコードセットが 1 つも存在しなかった場合、
Amazon Route 53 は、DNS クエリへの応答として何かを返す必要がありますが、リソースレコード
セットの優劣を選択するための判断材料がありません。この状況では、Amazon Route 53 によってそ
れらすべてのリソースレコードセットが正常と見なされ、エンドユーザーと各リージョンとの間のレイ
テンシーに基づいてリソースレコードセットが選択されます。
レイテンシーエイリアスリソースレコードセットを使用して、アクティブ/アクティブフェイルオーバー
を構成することもできます。すべてのレイテンシーエイリアスリソースレコードセットで [Evaluate
Target Health] を true に設定した場合、レイテンシーエイリアスリソースレコードセットの正常性は、
エイリアスターゲットの正常性に依存します。たとえば、レイテンシーエイリアスリソースレコード
セットのエイリアスターゲットが、一連の加重リソースレコードセットから成るグループであり、その
グループの加重リソースレコードセットの重みがいずれもゼロ以外であるとします。正常な加重リソー
スレコードセットが 1 つでもあれば、Amazon Route 53 は、そのレイテンシーエイリアスリソースレ
コードセットを正常と見なします。正常な加重リソースレコードセットが 1 つもない場合、Amazon
Route 53 は、そのレイテンシーエイリアスリソースレコードセットを異常と見なします。少なくとも
API Version 2013-04-01
203
Amazon Route 53 開発者ガイド
Amazon Route 53 のフェイルオーバー（アクティブ/アク
ティブとアクティブ/パッシブ）の設定オプション
1 つの加重リソースレコードセットが正常に戻るまで、Amazon Route 53 は、そのリージョン（対応す
るツリーのブランチ）のリソースレコードセットを候補から除外します。この構成の詳細な説明につい
ては、「複雑な Amazon Route 53 構成におけるヘルスチェックの動作 (p. 195)」を参照してください。
レイテンシーリソースレコードセットの詳細については、「レイテンシーベースのルーティング(p.105)」
を参照してください。
Amazon Route 53 のフェイルオーバーリソースレコードセット
およびフェイルオーバーエイリアスリソースレコードセットを
使用してアクティブ/パッシブフェイルオーバーを構成する
フェイルオーバーリソースレコードセットを使用してアクティブ/パッシブフェイルオーバー構成を作
成することができます。名前とタイプが同じプライマリフェイルオーバーリソースレコードセットとセ
カンダリフェイルオーバーリソースレコードセットを作成し、それぞれにヘルスチェックを関連付けま
す。プライマリフェイルオーバーリソースレコードセットとセカンダリフェイルオーバーリソースレ
コードセットの参照先は、ウェブサイトとして設定されている Amazon S3 バケットから、複雑なリ
ソースレコードセットのツリーまで、何でも構いません。プライマリフェイルオーバーリソースレコー
ドセットによって参照されたすべてのリソースで異常が生じると、クエリへの応答に使用されるリソー
スが、セカンダリフェイルオーバーリソースレコードセットによって参照されたリソースへと自動的に
切り替わります。
Important
プライベートホストゾーンのリソースレコードセットに Amazon Route 53 ヘルスチェックを
関連付けることができないため、プライベートホストゾーンにフェイルオーバーを設定するこ
とはできません。
たとえば、example.com 用に一対のフェイルオーバーリソースレコードセットを作成するとします。
設定が完了すると、Amazon Route 53 は、プライマリリソースレコードセットとセカンダリリソース
レコードセットに関連付けられたエンドポイントの正常性に基づいて、example.com のクエリに応答
します。プライマリフェイルオーバーリソースレコードセットとセカンダリフェイルオーバーリソース
レコードセットの両方にヘルスチェックが関連付けられている場合、Amazon Route 53 は、リクエス
トに対して次のように応答します。
• プライマリリソースレコードセットが正常（ヘルスチェックのエンドポイントが正常）であると判断
した場合、Amazon Route 53 は、DNS クエリへの応答としてプライマリリソースレコードセットの
みを返します。
• プライマリリソースレコードセットが異常で、セカンダリリソースレコードセットが正常であると判
断した場合、Amazon Route 53 は、セカンダリリソースレコードセットを返します。
• プライマリリソースレコードセットとセカンダリリソースレコードセットの両方が異常であると判断
した場合、Amazon Route 53 は、プライマリリソースレコードセットを返します。
セカンダリリソースレコードセットを設定する際、ヘルスチェックを追加するかどうかは任意です。セ
カンダリリソースレコードセットのヘルスチェックが省略されている場合、および、プライマリリソー
スレコードセットのヘルスチェックエンドポイントが異常である場合、Amazon Route 53 は常にセカ
ンダリリソースレコードセットを使って DNS クエリに応答します。セカンダリが異常であったとして
も同様です。セカンダリリソースレコードセットにヘルスチェックが存在しない場合、関連付けられて
いるリソースが異常であることを Amazon Route 53 が認識せず、そのリソースは常に正常であると見
なされます。
フェイルオーバーリソースレコードセットは、リソースが 2 つ存在するとき、特定のリソースが稼働し
ている限り、その単一リソースですべてのリクエストを処理する場合に使用します。たとえば、Amazon
EC2 サーバーで実行される 2 つの HTTP サーバーがそれぞれ異なるリージョンに存在するとき、米国
西部（オレゴン） リージョンにある HTTP サーバーが正常であれば、その IP アドレスでクエリに応答
するよう Amazon Route 53 を設定するとします。この場合、そのサーバーをプライマリフェイルオー
API Version 2013-04-01
204
Amazon Route 53 開発者ガイド
Amazon Route 53 がフェイルオーバーの問題を回避する方
法
バーリソースレコードセットに指定し、セカンダリフェイルオーバーリソースレコードセットには 米
国西部（北カリフォルニア） リージョンのサーバーを指定します。
フェイルオーバーエイリアスリソースレコードセットは、リソースレコードセットのグループが 2 つ
（加重リソースレコードセットのグループ、レイテンシーリソースレコードセットのグループなど）あ
るとき、プライマリグループのリソースが 1 つでも稼働していれば、プライマリグループのリソースを
使用してクエリに応答するよう Amazon Route 53 を設定する場合に使用します。プライマリグループ
内のすべてのリソースがヘルスチェックで不合格となった場合、クエリへの応答が、セカンダリグルー
プ内のリソースに切り替わります。
フェイルオーバーリソースレコードセットとフェイルオーバーエイリアスリソースレコードセットを組
み合わせることもできます。プライマリリソースレコードセットとセカンダリリソースレコードセット
のどちらでも、フェイルオーバーエイリアスリソースレコードセットにすることができます。たとえ
ば、単一の HTTP サーバーに対してフェイルオーバーリソースレコードセットを作成し、ウェブサイ
トとして設定された Amazon S3 バケットに対してフェイルオーバーエイリアスリソースレコードセッ
トを作成することも可能です（ただし、この構成では、ウェブサイトが利用できないというメッセージ
が Amazon S3 バケットで表示されるだけです）。
フェイルオーバーリソースレコードセットおよびフェイルオーバーエイリアスリソースレコードセット
は、Amazon Route 53 コンソールまたは Amazon Route 53 API を使用して作成できます。コンソール
の使用については、「Amazon Route 53 コンソールを使用したリソースレコードセットの作成 (p. 109)」
を参照してください。Amazon Route 53 API の使用については、『Amazon Route 53 API Reference』
の「POST ChangeResourceRecordSets」を参照してください。
Note
フェイルオーバーリソースセットを作成できるのはパブリックホストゾーンのみです。
Amazon Route 53 がフェイルオーバーの問題を回避
する方法
Abstract
万一、カスケードの失敗やインターネットの分断が生じた場合に Route 53 がどのように問題を回避するかについ
て説明します。
Amazon Route 53 に実装されたフェイルオーバーアルゴリズムは、正常なエンドポイントにトラフィッ
クをルーティングするだけでなく、ヘルスチェックやアプリケーションの設定ミス、エンドポイントの
過負荷、分断障害などに起因する最悪のシナリオを回避するように設計されています。
Amazon Route 53 がカスケードの失敗を回避する方法
カスケードの失敗に対する第一の備えとして、それぞれのリクエストルーティングアルゴリズム（加
重、レイテンシー、位置情報ルーティング、フェイルオーバー）には、最後の手段となるモードが用意
されています。リソースレコードセットがすべて異常と判断されると、この特殊なモードによって、
Amazon Route 53 アルゴリズムが、すべてのリソースレコードセットを再び正常と見なすようになり
ます。
たとえば、いくつかのホスト上で、アプリケーションの全インスタンスがヘルスチェックリクエストを
拒否している場合、Amazon Route 53 DNS サーバーは、DNS 応答を拒否したり NXDOMAIN（存在し
ないドメイン）応答を返したりするのではなく、その事実を踏まえたうえで応答を受け入れて返しま
す。アプリケーションがユーザーに応答しても、ヘルスチェックには不合格になることがあるため、設
定ミスから生じる問題をある程度防ぐことができます。
同様に、アプリケーションに過剰な負荷がかかっているとき、3 つのエンドポイントのうち 1 つがヘル
スチェックで不合格と判断され、Amazon Route 53 DNS 応答から除外された場合、Amazon Route 53
API Version 2013-04-01
205
Amazon Route 53 開発者ガイド
ヘルスチェックの名前付けとタグ付け
は、残りの 2 つのエンドポイントを使って応答を返します。残りのエンドポイントがそれ以上の負荷に
耐えきれず障害が発生した場合、Amazon Route 53 は再度、3 つすべてのエンドポイントにリクエスト
を分配するようになります。
インターネットの分断への対処
一般的ではありませんが、インターネットに重大な分断が生じる場合があります。つまり、大規模な地
理的リージョン間でインターネット経由の相互通信ができなくなることがあります。インターネットに
分断が生じている間、エンドポイントの正常性ステータスに関して導き出される結論が Amazon Route 53
の拠点によって違ったり、CloudWatch に報告されるステータスと異なることがあります。各 AWS リー
ジョンの Amazon Route 53 ヘルスチェッカーは、すべての Amazon Route 53 拠点に絶えずヘルスチェッ
クステータスを送信します。インターネットの分断が生じている間は、Amazon Route 53 の各拠点が、
そうしたステータスの一部（通常は最も近いリージョンのステータス）にしかアクセスできません。
たとえば、インターネットの分断で南米との接続に影響が生じているとします。その間、Amazon
Route 53 サンパウロ拠点にある Amazon Route 53 DNS サーバーは、sa-east-1（サンパウロ）AWS
リージョンのヘルスチェックエンドポイントには問題なくアクセスできますが、その他のエンドポイン
トには正常にアクセスできない可能性があります。同時に、us-east-1（バージニア）の Amazon Route 53
は、サンパウロリージョンのヘルスチェックエンドポイントへのアクセスに支障があるとして、対応す
るリソースレコードセットを異常と判断することが考えられます。
こうした分断によって、Amazon Route 53 の各拠点が、それぞれ域内のエンドポイントの可視性によっ
てエンドポイントの正常性ステータスを判断するようになり、最終的に拠点ごとにその結論が異なる、
という状況に発展する可能性があります。そのため、Amazon Route 53 の各拠点は、到達可能なごく
一部のヘルスチェッカーがエンドポイントを正常と判断すれば、エンドポイントを正常と見なします。
ヘルスチェックの名前付けとタグ付け
Abstract
ヘルスチェックへの名前の割り当てやコスト配分に使用されるタグを Route 53 ヘルスチェックに追加します。
Amazon Route 53 ヘルスチェックにはタグを追加することができます。タグを追加することによって、
ヘルスチェック ID よりもわかりやすい名前を個々のヘルスチェックに付けることができます。これら
は、AWS Billing and Cost Management がお客様ごとのコスト構造に合わせて AWS 請求書を構造化す
る目的で提供しているタグと同じです。タグを使ったコスト配分の詳細については、『AWS Billing and
Cost Management ユーザーガイド』の「コスト配分タグを使用したカスタム請求レポート」を参照し
てください。
それぞれのタグは、キー（タグの名前）と値で構成されます。キーと値は、どちらもお客様が定義しま
す。ヘルスチェックにタグを追加するときは、Name をキーとし、ヘルスチェックに付ける名前を値と
するタグを 1 つ追加するようお勧めします。Amazon Route 53 コンソールに表示されるヘルスチェッ
クのリストには、Name タグの値が表示されるため、個々のヘルスチェックが識別しやすくなります。
その他のタグもコンソールで表示できますが、Name 以外のタグを表示するには、ヘルスチェックを選
択する必要があります。
タグの詳細については、次のトピックを参照してください。
• Amazon Route 53 コンソールでヘルスチェックを追加または編集するときに、Name タグを追加、
編集、削除するには、「ヘルスチェックの作成、更新、削除 (p. 177)」を参照してください。
• Amazon Route 53 API を使用してヘルスチェックとホストゾーンのタグを追加、編集、削除するに
は、『Amazon Route 53 API Reference』の「POST ChangeTagsForResource」を参照してくださ
い。
• Amazon Route 53 リソースにタグを付ける方法の概要については、「Amazon Route 53 リソースの
タグ付け (p. 222)」を参照してください。
API Version 2013-04-01
206
Amazon Route 53 開発者ガイド
タグの制限
タグの制限
タグには以下のような基本制限があります。
• リソースあたりのタグの最大数は 10 です。
• キーの最大長は 128 文字（Unicode）です。
• 値の最大長は 256 文字（Unicode）です。
• キーと値に使用できる文字 – アルファベットの大文字と小文字（UTF-8 文字セット）、数字、スペー
ス、次の文字です。: / = + - および @
• タグのキーと値は大文字と小文字が区別されます。
• キーにも値にも aws: プレフィックスは使用しないでください。これは AWS 用に予約されていま
す。
ヘルスチェックに対するタグの追加、編集、削除
次の手順は、ヘルスチェックのタグを Amazon Route 53 コンソールで使用する方法を示しています。
ヘルスチェックにタグを追加するには
1.
2.
3.
4.
5.
6.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで [Health Checks] を選択します。
ヘルスチェックを選択します。同じタグを複数のヘルスチェックに追加する場合は、複数のヘルス
チェックを選択してください。
下部のペインで [Tags] タブ、[Add/Edit Tags] の順に選択します。
[Add/Edit Tags] ダイアログボックスの [Key] フィールドにタグの名前を入力し、[Value] フィール
ドに値を入力します。
[Apply changes] を選択します。
ヘルスチェックのタグを編集するには
1.
2.
3.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
ナビゲーションペインで [Health Checks] を選択します。
ヘルスチェックを選択します。
同じタグを共有する複数のヘルスチェックを選択した場合に、すべてのタグの値を一度に編集する
ことはできません。ただし、指定したタグを含むヘルスチェックと共に含まないヘルスチェックを
1 つ以上選択した場合、複数のヘルスチェックに表示されるタグの値を編集できます。
4.
5.
たとえば、[Cost Center] タグを含む複数のヘルスチェックと、含まない 1 つのヘルスチェックを
選択したとします。このとき、タグを追加するオプションを選択して、キーに [Cost Center]、値
に [777] を指定します。選択されたヘルスチェックのうち、既に Cost Center タグが設定されてい
たものについては、その値が 777 に変更されます。Cost Center タグを持たない 1 つのヘルスチェッ
クについては、タグが追加され、値が 777 に設定されます。
下部のペインで [Tags] タブ、[Add/Edit Tags] の順に選択します。
[Add/Edit Tags] ダイアログボックスで値を編集します。
6.
[Save] を選択します。
API Version 2013-04-01
207
Amazon Route 53 開発者ガイド
API バージョン 2012-12-12 未満の使用
ヘルスチェックのタグを削除するには
1.
AWS マネジメントコンソール にサインインし、https://console.aws.amazon.com/route53/ にある
Amazon Route 53 コンソールを開きます。
2.
3.
4.
ナビゲーションペインで [Health Checks] を選択します。
ヘルスチェックを選択します。同じタグを複数のヘルスチェックから削除する場合は、複数のヘル
スチェックを選択してください。
下部のペインで [Tags] タブ、[Add/Edit Tags] の順に選択します。
5.
[Add/Edit Tags] ダイアログボックスで、削除するタグの横にある赤色の X を選択します。
6.
[Save] を選択します。
Amazon Route 53 API バージョン 2012-12-12 未
満でのヘルスチェックの使用
Abstract
以前のバージョンの Route 53 API でヘルスチェックを使用した場合の Route 53 の動作について説明します。
ヘルスチェックは、Amazon Route 53 API 2012-12-12 以降のバージョンでサポートされます。ヘルス
チェックが設定されているリソースレコードセットがホストゾーンに存在する場合は、2012-12-12 API
以降のみを使用するようお勧めします。 それより前の API バージョンでのヘルスチェックの使用には、
次の制限があります。
• EvaluateTargetHealth、Failover、HealthCheckId のいずれかの要素を含んだリソースレコー
ドセットを ChangeResourceRecordSets アクションで作成したり削除したりすることができませ
ん。
• それらの要素を含んだリソースレコードセットを ListResourceRecordSets アクションでリスト
することはできますが、出力結果にはそれらの要素が含まれません。サポート外の属性がリソースレ
コードセットに含まれていることを示すメッセージが、レスポンスの Value 要素に格納されます。
API Version 2013-04-01
208
Amazon Route 53 開発者ガイド
Amazon Route 53 ARN
IAM を使用して Amazon Route 53 リ
ソースへのアクセスを制御する
Abstract
Route 53 のホストゾーン、ヘルスチェック、ドメイン登録を更新する権限を特定のユーザーに付与する IAM ポリ
シーを作成します。
トピック
• Amazon Route 53 ARN (p. 209)
• Amazon Route 53 のアクション (p. 210)
• Amazon Route 53 のキー (p. 212)
• Amazon Route 53 の IAM ポリシー例 (p. 212)
ユーザーがどの Amazon Route 53 リソースで、どの Amazon Route 53 API アクションを実行できるか
を指定できるように、Amazon Route 53 は AWS Identity and Access Management (IAM) と統合されて
います。たとえば、組織が所有する特定のホストゾーン内のリソースレコードセットを更新する権限
を、組織の特定のユーザーに付与する IAM ポリシーを作成できます。
Important
IAM で Amazon Route 53 を使用しても、Amazon Route 53 の使用方法は変わりません。Amazon
Route 53 アクションは変更されません。
Amazon Route 53 アクションを対象とするポリシーの例については、「Amazon Route 53 の IAM ポリ
シー例 (p. 212)」を参照してください。
Amazon Route 53 ARN
IAM ポリシーでは以下の Amazon Route 53 リソースを指定できます。
• ヘルスチェックする間隔を秒で入力します
• ホストゾーン
• 再利用可能な委託セット
API Version 2013-04-01
209
Amazon Route 53 開発者ガイド
Amazon Route 53 のアクション
• 変更
IAM ポリシーでリソースレコードセットまたはドメインを指定することはできません。
Amazon Route 53 Amazon リソースネーム（ARN）には以下の一般的な形式があります。
arn:aws:route53:::resource/ID
resource の値は、healthcheck、hostedzone、delegationset、または change で、ID はヘル
スチェック、ホストゾーン、再利用可能な委託セット、または変更の ID です。
以下に、ヘルスチェック、ホストゾーン、再利用可能な委託セット、および変更の ARN の例を示しま
す。
arn:aws:route53:::healthcheck/02ec8401-9879-4259-91fa-example94674
arn:aws:route53:::hostedzone/Z148QEXAMPLE8V
arn:aws:route53:::delegationset/N1PA6795SAMPLE
arn:aws:route53:::change/C2RDJ5EXAMPLE2
ID の代わりにワイルドカード（*）を使用できます。たとえば、以下は AWS アカウントに関連付けら
れたすべてのホストゾーンを指定します。
arn:aws:route53:::hostedzone/*
ARN の詳細については、『IAM ユーザーガイド』の「IAM ARN」の ARN を参照してください。
Amazon Route 53 のアクション
Amazon Route 53 オペレーションを実行する権限を付与または拒否するには、IAM ポリシーで該当す
る API アクションの名前を指定します。たとえば、ホストゾーンを作成するアクセス権限を付与また
は拒否するには、IAM ポリシーに CreateHostedZone API アクションを追加します。IAM ポリシーに
アクションを追加するときに、そのオペレーションに対するアクセス権限を付与または拒否します。そ
の実行方法（Amazon Route 53 コンソールと API、AWS CLI、すべての AWS SDK、AWS Tools for
Windows PowerShell）は問いません。
Amazon Route 53 アクション名の一覧については、『Amazon Route 53 API Reference』を参照してく
ださい。
ホストゾーン、リソースレコードセット、ヘルス
チェック、および再利用可能な委託セットに対する
アクション
ホストゾーン、リソースレコードセット、ヘルスチェック、および再利用可能な委託セットに関連する
アクションを使用する権限を付与または拒否するには、以下の小文字の文字列をアクション名の前に付
けます。
route53:
たとえば、route53:CreateHostedZone、route53:GetChange、route53:*（すべてのアクショ
ンの場合）のように指定します。
API Version 2013-04-01
210
Amazon Route 53 開発者ガイド
ドメイン登録に対するアクション
プライベートホストゾーンを使用する場合は、Amazon VPC にユーザーがアクセスできるように、以
下のコマンドに追加のアクセス権限が必要です。
• CreateHostedZone
• AssociateVPCWithHostedZone
プライベートホストゾーンを作成する権限、または、プライベートホストゾーンに Amazon VPC を関
連付ける権限を付与するには、IAM ポリシーに以下を含めます。
"Action":["ec2:DescribeVpcs"]
ドメイン登録に対するアクション
ドメイン登録関連のアクションを使用する権限を付与または拒否するには、以下の小文字の文字列をア
クション名の前に付けます。
route53domains:
たとえば、route53domains:CheckDomainAvailability、route53domains:RegisterDomain、
route53domains:*（すべてのドメイン登録アクションの場合）のように指定します。
ドメインを登録する権限を付与するときは、ホストゾーンを作成する権限も付与する必要があります。
ドメインを登録すると、Amazon Route 53 はそのドメインのホストゾーンを自動的に作成します。
特定のリソースに対するアクション
ホストゾーン、ヘルスチェック、および再利用可能な委託セットに対するほとんどのアクションについ
て、リソースまたはリソースセットに対する権限を付与または拒否できます。ARN では、リソースの
タイプおよび ID を指定するか、リソースのタイプおよび ID として * を指定します。ただし、以下の
アクションは特定のリソースを対象としないため、これらのアクションのポリシーでは ID として * を
指定する必要があります。
ヘルスチェック
• CreateHealthCheck
• GetCheckerIpRanges
• GetHealthCheckCount
• ListHealthChecks
ホストゾーン
• CreateHostedZone
• ListHostedZones
再利用可能な委託セット
• CreateReusableDelegationSet
• ListReusableDelegationSets
プライベートホストゾーンを操作する場合、以下のコマンドでは、Amazon VPC にアクセスできるよ
うに追加の権限が必要になります。
• CreateHostedZone
API Version 2013-04-01
211
Amazon Route 53 開発者ガイド
Amazon Route 53 のキー
• AssociateVPCWithHostedZone
プライベートホストゾーンを作成するか、プライベートホストゾーンに Amazon VPC を関連付けるユー
ザー用の IAM ポリシーには、少なくとも以下のアクセス権限が必要です。
"Action":["ec2:DescribeVpcs"]
Amazon Route 53 アクション名の一覧については、『Amazon Route 53 API Reference』を参照してく
ださい。
Amazon Route 53 のキー
Amazon Route 53 は、以下のポリシーキーのみを実装します。ポリシーキーの詳細については、『IAM
ユーザーガイド』の「IAM ポリシーエレメントの参照」の「条件に利用可能なキー」を参照してくださ
い。
AWS 全体のポリシーのキー
• aws:CurrentTime（日時条件）
• aws:EpochTime（日付をエポックつまり UNIX 時間で表したもの。日時条件で使用）
• aws:SourceIp（IP アドレス条件で使用するための、リクエスタの IP アドレス）
• aws:UserAgent（文字列条件で使用するための、リクエスタのクライアントアプリケーションに関
する情報））
aws:SourceIp を使用する場合、Amazon EC2 インスタンスからリクエストがくると、インスタンス
のパブリック IP アドレスが評価されて、アクセスを許可するかどうかが判断されます。
キー名では大文字と小文字は区別されません。たとえば、aws:CurrentTime と AWS:currenttime
は同じです。
Amazon Route 53 の IAM ポリシー例
このセクションでは、Amazon Route 53 へのユーザーアクセスを制御する簡単なポリシーを紹介しま
す。
Important
Version 要素の値は、IAM ポリシー言語の最新バージョンにする必要があります。最新の日付
については、『IAM ユーザーガイド』の「IAM ポリシーエレメントの参照」の「バージョン」
を参照してください。
API Version 2013-04-01
212
Amazon Route 53 開発者ガイド
Amazon Route 53 の IAM ポリシー例
Example 1: すべてのホストゾーンへの読み込みアクセスを許可する
このポリシーは、割り当てたグループ（たとえば、AllUsers グループ）に対して AWS アカウントに関
連付けられたすべてのホストゾーンへの読み込みアクセスを許可します。
{
"Version": "2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Action":[
"route53:GetHostedZone",
"route53:ListResourceRecordSets"
],
"Resource":"arn:aws:route53:::hostedzone/*"
},
{
"Effect":"Allow",
"Action":["route53:ListHostedZones"],
"Resource":"*"
}
]
}
Example 2: ホストゾーンの作成と削除を許可する
このポリシーは、割り当てたグループ（たとえば、Managers グループ）にホストゾーンの作成と削除
を許可します。
{
"Version": "2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Action":["route53:CreateHostedZone"],
"Resource":"*"
},
{
"Effect":"Allow",
"Action":["route53:DeleteHostedZone"],
"Resource":"arn:aws:route53:::change/*"
},
{
"Effect":"Allow",
"Action":["route53:GetChange"],
"Resource":"arn:aws:route53:::change/*"
}
]
}
API Version 2013-04-01
213
Amazon Route 53 開発者ガイド
Amazon Route 53 の IAM ポリシー例
Example 3: 指定したホストゾーンのリソースレコードセットの変更を許可する
このポリシーは、割り当てたグループ（たとえば、SysAdmins グループ）に対して、指定したホスト
ゾーンのリソースレコードセットの追加、変更、削除を許可します。また、変更のステータスのリクエ
ストをグループに許可します。
{
"Version": "2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Action":["route53:ChangeResourceRecordSets"],
"Resource":"arn:aws:route53:::hostedzone/Z148QEXAMPLE8V"
},
{
"Effect":"Allow",
"Action":["route53:GetChange"],
"Resource":"arn:aws:route53:::change/*"
}
]
}
Example 4: すべてのドメインに対するフルアクセスを許可する（パブリックホストゾーンの
み）
このポリシーは、割り当てたグループ（たとえば SysAdmins グループ）に AWS アカウントに関連付
けられたすべてのドメインに対する、ドメインの登録とホストゾーンの作成の権限も含めた完全な読み
取り書き込み権限を付与します。ドメインを登録すると同時にホストゾーンも作成されるため、ドメイ
ンを登録する権限を含むポリシーにはホストゾーンを作成する権限も必要です（Amazon Route 53 は
ドメイン登録についてリソースレベルのアクセス権限をサポートしていません）。
{
"Version": "2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Action":[
"route53domains:*",
"route53:CreateHostedZone"
],
"Resource":"*"
}
]
}
API Version 2013-04-01
214
Amazon Route 53 開発者ガイド
Amazon Route 53 の IAM ポリシー例
Example 5: Amazon Route 53 コンソールへのフルアクセスを許可する
このポリシーは、割り当てたグループ（たとえば SysAdmins グループ）に Amazon Route 53 コンソー
ルのすべての機能に対する完全な読み取り書き込み権限を付与します。各アクセス権限が必要な理由は
以下のとおりです。
• route53:* は、エイリアスリソースレコードセットの作成と更新、プライベートホストゾーンの操
作、およびドメインの操作を除くすべての Amazon Route 53 アクションの実行を許可します。
• cloudfront:ListDistributions、elasticloadbalancing:DescribeLoadBalancers、およ
び s3:ListBucket は、[Alias Target] の値が CloudFront ディストリビューション、ELB ロードバラ
ンサー、または Amazon S3 バケットであるエイリアスリソースレコードセットの作成と更新を許可
します。
これらの権限は、Amazon Route 53 API のみを使用する場合は必要ありません。Amazon Route 53
は、ディストリビューション、ロードバランサー、およびバケットのリストを取得してコンソールに
表示する場合にのみそれを使用します。
• ec2:DescribeVpcs と ec2:DescribeRegions は、プライベートホストゾーンの操作を許可しま
す。
• route53domains:* は、ドメインの操作を許可します。
Important
route53 のアクションを個別にリストする場合は、route53:CreateHostedZone を含め
てドメインを操作する必要があります。ドメインを登録すると同時にホストゾーンも作成さ
れるため、ドメインを登録する権限を含むポリシーにはホストゾーンを作成する権限も必要
です
Amazon Route 53 はドメイン登録についてリソースレベルのアクセス権限をサポートしていません。
{
"Version": "2012-10-17",
"Statement":[
{
"Effect":"Allow",
"Action":[
"route53:*",
"cloudfront:ListDistributions",
"elasticloadbalancing:DescribeLoadBalancers",
"s3:ListBucket",
"ec2:DescribeVpcs",
"ec2:DescribeRegions",
"route53domains:*"
],
"Resource":"*"
}
]
}
API Version 2013-04-01
215
Amazon Route 53 開発者ガイド
Amazon Route 53 向けの CloudTrail の設定
AWS CloudTrail を使用して Amazon
Route 53 API に送信されたリクエス
トをキャプチャする
Abstract
CloudTrail を使用して、AWS アカウントによって行われた Amazon Route 53 API リクエストに関する情報をキャ
プチャします。
Amazon Route 53 は、IAM ユーザーも含めて、ご利用の AWS アカウントにより Amazon Route 53 API
に送信されるあらゆるリクエストに関する情報をキャプチャする AWS サービスである CloudTrail と統
合されています。CloudTrail はこのようなリクエストのログファイルを定期的に指定の Amazon S3 バ
ケットに保存します。CloudTrail は、Amazon Route 53 コンソール、Amazon Route 53 API、AWS
SDK、Amazon Route 53 CLI、別のサービス（たとえば AWS CloudFormation）など、何を利用してリ
クエストが作成されたかを問わず、すべてのリクエストに関する情報をキャプチャします。
CloudTrail ログファイルの情報を使用して、Amazon Route 53 に対して実行されたリクエストの種類、
リクエストの実行元 IP アドレス、実行者、実行日時などを判断できます。CloudTrail を設定して有効
にする方法などの詳細については、『AWS CloudTrail User Guide』を参照してください。
トピック
• Amazon Route 53 向けの CloudTrail の設定 (p. 216)
• CloudTrail ログファイル内の Amazon Route 53 情報 (p. 217)
• Amazon Route 53 ログファイルエントリの概要 (p. 217)
Amazon Route 53 向けの CloudTrail の設定
AWS アカウントによって行われた API リクエストに関する情報をキャプチャするように CloudTrail を
設定するときは、まずリージョンを選択します。Amazon Route 53 の場合、リージョンとして [US East
(N. Virginia)] を選択する必要があります。そうしないと、Amazon Route 53 API リクエストのログエン
トリを取得できません。
API Version 2013-04-01
216
Amazon Route 53 開発者ガイド
CloudTrail ログファイル内の Amazon Route 53 情報
CloudTrail ログファイル内の Amazon Route 53 情
報
CloudTrail を有効にすると、CloudTrail がサポートするあらゆる AWS サービスに対して実行されるあ
らゆるリクエストが CloudTrail によってキャプチャされます（サポートされるサービスの一覧は、
『AWS CloudTrail User Guide』の「サポートされるサービス」をご覧ください）。ログファイルはサー
ビス別に整理も並べ替えもされていません。各ログファイルは複数のサービスのレコードを含む可能性
があります。新しいログファイルを作成する時期は、CloudTrail によって決定されます。
各ログファイルエントリには、リクエストの実行者に関する情報が含まれます。ログファイルのユー
ザー ID 情報は、ユーザーの行ったリクエストが、ルートまたは IAM ユーザーの認証情報を使用して送
信されたか、ユーザーの一時的なセキュリティ認証情報を使用して送信されたか、あるいは別の AWS
サービス（AWS CloudFormation など）によって送信されたかを確認するのに役立ちます。詳細につい
ては、『AWS CloudTrail User Guide』の「userIdentity 要素」を参照してください。
ログファイルは、任意の期間、保存できます。また、Amazon S3 ライフサイクルのルールを定義して、
自動的にログファイルをアーカイブまたは削除することもできます。
デフォルトでは Amazon S3 のサーバー側の暗号化（SSE）を使用して、ログファイルが暗号化されま
す。
CloudTrail がログファイルを Amazon S3 バケットに配信するとただちに内容を確認する場合は、新し
いログファイルの配信時に CloudTrail に Amazon SNS 通知を公表させることができます。詳細につい
ては、『AWS CloudTrail User Guide』の「Amazon SNS 通知の設定」を参照してください。
また、複数の AWS リージョンと複数の AWS アカウントのログファイルを 1 つの Amazon S3 バケッ
トに集約することもできます。詳細については、『AWS CloudTrail User Guide』の「CloudTrail ログ
ファイルの単一の Amazon S3 バケットへの集約」を参照してください。
Amazon Route 53 ログファイルエントリの概要
JSON 形式の各 CloudTrail ログファイルには、1 つ以上のログエントリを含めることができます。各ロ
グエントリは任意の送信元からの単一のリクエストを表し、パラメータやアクションの日時など、リク
エストされたアクションに関する情報を含みます。ログエントリは、特定の順序で生成されるわけでは
なく、API 呼び出しのスタックトレース順に並んではいません。
Important
CloudTrail ログエントリを使用して、ホストゾーンを再構築したり、ホストゾーンを以前の状
態に戻したりしないでください。極めてまれですが、Amazon Route 53 API リクエストが
CloudTrail ログに正常に記録されないことがあります。ホストゾーンを再生しようとして実際
にはログエントリが欠けている場合、作成または更新できなかったリソースレコードセットが
悪影響を及ぼしてドメインが利用できなくなることがあります。
eventName 要素は、発生したアクションを示します. CloudTrail はすべての Amazon Route 53 API ア
クションをサポートします。以下の例は、4 つのアクションを表す CloudTrail ログエントリを示してい
ます。
• AWS アカウントに関連付けられたホストゾーンのリスト作成
• ヘルスチェックの作成
• 2 つのリソースレコードセットの作成
• ホストゾーンの削除
API Version 2013-04-01
217
Amazon Route 53 開発者ガイド
Amazon Route 53 ログファイルエントリの概要
{
"Records": [
{
"apiVersion": "2013-04-01",
"awsRegion": "us-east-1",
"eventID": "1cdbea14-e162-43bb-8853-f9f86d4739ca",
"eventName": "ListHostedZones",
"eventSource": "route53.amazonaws.com",
"eventTime": "2015-01-16T00:41:48Z",
"eventType": "AwsApiCall",
"eventVersion": "1.02",
"recipientAccountId": "444455556666",
"requestID": "741e0df7-9d18-11e4-b752-f9c6311f3510",
"requestParameters": null,
"responseElements": null,
"sourceIPAddress": "192.0.2.92",
"userAgent": "Apache-HttpClient/4.3 (java 1.5)",
"userIdentity": {
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"accountId": "111122223333",
"arn": "arn:aws:iam::111122223333:user/smithj",
"principalId": "A1B2C3D4E5F6G7EXAMPLE",
"type": "IAMUser",
"userName": "smithj"
}
},
{
"apiVersion": "2013-04-01",
"awsRegion": "us-east-1",
"eventID": "45ec906a-1325-4f61-b133-3ef1012b0cbc",
"eventName": "CreateHealthCheck",
"eventSource": "route53.amazonaws.com",
"eventTime": "2015-01-16T00:41:57Z",
"eventType": "AwsApiCall",
"eventVersion": "1.02",
"recipientAccountId": "444455556666",
"requestID": "79915168-9d18-11e4-b752-f9c6311f3510",
"requestParameters": {
"callerReference": "2014-05-06 64832",
"healthCheckConfig": {
"iPAddress": "192.0.2.249",
"port": 80,
"type": "TCP"
}
},
"responseElements": {
"healthCheck": {
"callerReference": "2014-05-06 64847",
"healthCheckConfig": {
"failureThreshold": 3,
"iPAddress": "192.0.2.249",
"port": 80,
"requestInterval": 30,
"type": "TCP"
},
"healthCheckVersion": 1,
"id": "b3c9cbc6-cd18-43bc-93f8-9e557example"
},
API Version 2013-04-01
218
Amazon Route 53 開発者ガイド
Amazon Route 53 ログファイルエントリの概要
"location": "https://route53.amazonaws.com/2013-0401/healthcheck/b3c9cbc6-cd18-43bc-93f8-9e557example"
},
"sourceIPAddress": "192.0.2.92",
"userAgent": "Apache-HttpClient/4.3 (java 1.5)",
"userIdentity": {
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"accountId": "111122223333",
"arn": "arn:aws:iam::111122223333:user/smithj",
"principalId": "A1B2C3D4E5F6G7EXAMPLE",
"type": "IAMUser",
"userName": "smithj"
}
},
{
"additionalEventData": {
"Note": "Do not use to reconstruct hosted zone"
},
"apiVersion": "2013-04-01",
"awsRegion": "us-east-1",
"eventID": "883b14d9-2f84-4005-8bc5-c7bf0cebc116",
"eventName": "ChangeResourceRecordSets",
"eventSource": "route53.amazonaws.com",
"eventTime": "2015-01-16T00:41:43Z",
"eventType": "AwsApiCall",
"eventVersion": "1.02",
"recipientAccountId": "444455556666",
"requestID": "7081d4c6-9d18-11e4-b752-f9c6311f3510",
"requestParameters": {
"changeBatch": {
"changes": [
{
"action": "CREATE",
"resourceRecordSet": {
"name": "prod.example.com.",
"resourceRecords": [
{
"value": "192.0.1.1"
},
{
"value": "192.0.1.2"
},
{
"value": "192.0.1.3"
},
{
"value": "192.0.1.4"
}
],
"tTL": 300,
"type": "A"
}
},
{
"action": "CREATE",
"resourceRecordSet": {
"name": "test.example.com.",
"resourceRecords": [
API Version 2013-04-01
219
Amazon Route 53 開発者ガイド
Amazon Route 53 ログファイルエントリの概要
{
"value": "192.0.1.1"
},
{
"value": "192.0.1.2"
},
{
"value": "192.0.1.3"
},
{
"value": "192.0.1.4"
}
],
"tTL": 300,
"type": "A"
}
}
],
"comment": "Adding subdomains"
},
"hostedZoneId": "Z1PA6795UKMFR9"
},
"responseElements": {
"changeInfo": {
"comment": "Adding subdomains",
"id": "/change/C156SRE0X2ZB10",
"status": "PENDING",
"submittedAt": "Jan 16, 2015 12:41:43 AM"
}
},
"sourceIPAddress": "192.0.2.92",
"userAgent": "Apache-HttpClient/4.3 (java 1.5)",
"userIdentity": {
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"accountId": "111122223333",
"arn": "arn:aws:iam::111122223333:user/smithj",
"principalId": "A1B2C3D4E5F6G7EXAMPLE",
"type": "IAMUser",
"userName": "smithj"
}
},
{
"apiVersion": "2013-04-01",
"awsRegion": "us-east-1",
"eventID": "0cb87544-ebee-40a9-9812-e9dda1962cb2",
"eventName": "DeleteHostedZone",
"eventSource": "route53.amazonaws.com",
"eventTime": "2015-01-16T00:41:37Z",
"eventType": "AwsApiCall",
"eventVersion": "1.02",
"recipientAccountId": "444455556666",
"requestID": "6d5d149f-9d18-11e4-b752-f9c6311f3510",
"requestParameters": {
"id": "Z1PA6795UKMFR9"
},
"responseElements": {
"changeInfo": {
"id": "/change/C1SIJYUYIKVJWP",
API Version 2013-04-01
220
Amazon Route 53 開発者ガイド
Amazon Route 53 ログファイルエントリの概要
"status": "PENDING",
"submittedAt": "Jan 16, 2015 12:41:36 AM"
}
},
"sourceIPAddress": "192.0.2.92",
"userAgent": "Apache-HttpClient/4.3 (java 1.5)",
"userIdentity": {
"accessKeyId": "AKIAIOSFODNN7EXAMPLE",
"accountId": "111122223333",
"arn": "arn:aws:iam::111122223333:user/smithj",
"principalId": "A1B2C3D4E5F6G7EXAMPLE",
"type": "IAMUser",
"userName": "smithj"
}
}
]
}
API Version 2013-04-01
221
Amazon Route 53 開発者ガイド
Amazon Route 53 リソースのタグ付
け
Abstract
コスト配分タグを使用して、Amazon Route 53 リソースの AWS コストを分類し追跡します。
タグとは、AWS リソースに付けるラベルです。タグはそれぞれ、1 つのキーと 1 つの値で構成されて
おり、どちらもお客様側が定義します。たとえば、キーが "domain" で値が "example.com" というタグ
を付けることができます。タグはさまざまな目的で使用できます。1 つ一般的な用途は、Amazon
Route 53 コストを分類して追跡することです。Amazon Route 53 のホストゾーン、ドメイン、および
ヘルスチェックにタグを適用すると、AWS はタグ別に利用量とコストを集計したカンマ区切り値 (CSV)
ファイルとしてコスト配分レポートを作成します。自社のカテゴリ（たとえばコストセンター、アプリ
ケーション名、所有者）を表すタグを適用すると、複数のサービスにわたってコストを分類することが
できます。タグを使ったコスト配分の詳細については、『AWS Billing and Cost Management ユーザー
ガイド』の「コスト配分タグの使用」を参照してください。
使いやすさと最適な結果を実現するために、AWS マネジメントコンソールで Tag Editor を使用してく
ださい。統一された方法で一元的にタグを作成および管理できます。オプショングループの操作方法の
詳細については、「Getting Started with the AWS Management Console」の「Tag Editor の使用」を参
照してください。ヘルスチェックの場合、Amazon Route 53 コンソールでタグを適用することもでき
ます。詳細については、「ヘルスチェックの名前付けとタグ付け (p. 206)」を参照してください。
Amazon Route 53 API を使用してリソースにタグを適用することもできます。詳細については、『Amazon
Route 53 API Reference』の「ホストゾーンとヘルスチェックのタグ付け」と「ドメインのタグ付け」
を参照してください。
API Version 2013-04-01
222
Amazon Route 53 開発者ガイド
Amazon Route 53 でレイテンシーベースルーティングへ移
行する
チュートリアル
Abstract
このチュートリアルでは、レイテンシーベースルーティングや加重リソースレコードセットを利用して、Route 53
を使用する方法について説明します。
トピック
• Amazon Route 53 でレイテンシーベースルーティングへ移行する (p. 223)
• Amazon Route 53 のレイテンシーベースルーティングに別のリージョンを追加する (p. 225)
• Amazon Route 53 でレイテンシーおよび加重リソースレコードセットを使用して、リージョン内の
複数の Amazon EC2 インスタンスにトラフィックをルーティングする (p. 226)
• Amazon Route 53 で 100 を超える加重リソースレコードセットを管理する (p. 227)
• Amazon Route 53 での重み付けを利用した、耐障害性のある複数のレコードでの応答 (p. 228)
Amazon Route 53 でレイテンシーベースルーティ
ングへ移行する
レイテンシーベースルーティングを使用した場合、Amazon Route 53 は、最小のレイテンシーで利用
できる AWS エンドポイントにユーザーをルーティングできます。たとえば、www.example.com のよ
うな DNS 名を、US East (N. Virginia) リージョンや 欧州（アイルランド） リージョンでホストされて
いる ELB ロードバランサー、Amazon EC2 インスタンス、Elastic IP アドレスなどと関連付けることが
できます。Amazon Route 53 DNS サーバーは、過去数週間のネットワークの状態に基づいて、特定の
ユーザーをどのリージョンのどのインスタンスに割り当てるかを決定します。たとえば、おそらくロン
ドンのユーザーは、欧州（アイルランド） のインスタンスに割り当てられ、シカゴのユーザーは、US
East (N. Virginia) のインスタンスに割り当てられるでしょう。Amazon Route 53 では、A や AAAA の
リソースレコードセットに対してエイリアスの作成がサポートされているのと同様に、A、AAAA、
TXT、CNAME などのリソースレコードセットに対してレイテンシーベースルーティングがサポートさ
れます。
スムーズで低リスクな移行を行うために、加重リソースレコードセットとレイテンシーリソースレコー
ドセットを併用して、標準のルーティングから各ステージで完全な制御とロールバックを行う機能を備
えたレイテンシーベースルーティングへと徐々に移行することができます。US East (N. Virginia) リー
ジョンの Amazon EC2 インスタンスで現在ホストされている、www.example.com の例を考えてみま
しょう。インスタンスには Elastic IP アドレス W.W.W.W が関連付けられています。必要に応じて US
East (N. Virginia) リージョンへのトラフィックのルーティングを続けながら、米国西部（北カリフォル
API Version 2013-04-01
223
Amazon Route 53 開発者ガイド
Amazon Route 53 でレイテンシーベースルーティングへ移
行する
ニア） リージョン（Elastic IP X.X.X.X）や 欧州（アイルランド） リージョン（Elastic IP Y.Y.Y.Y）
にある追加の Amazon EC2 インスタンスにユーザーをルーティングし始めるとします。example.com
の Amazon Route 53 ホストゾーンは、A というタイプと、W.W.W.W という値（IP アドレス）を持つ
www.example.com のリソースレコードセットを既に保持しています。
以下の例を完了すると、2 つの加重エイリアスリソースレコードセットが作成されます。
• www.example.com の既存のリソースレコードセットを、US East (N. Virginia) リージョンの既存の
Amazon EC2 インスタンスに対してトラフィックの大部分を引き続きルーティングする加重エイリ
アスリソースレコードセットに変更します。
• 3 つのリージョンすべてにトラフィックをルーティングするレイテンシーリソースレコードセットに
トラフィックのごく一部のみを最初にルーティングする、別の加重エイリアスリソースレコードセッ
トを作成します。
これらの加重エイリアスリソースレコードセットの重みを更新することにより、US East (N. Virginia)
リージョンのみにトラフィックのルーティングを行う状態から、Amazon EC2 インスタンスがある 3
つのリージョンすべてにトラフィックをルーティングする状態へと徐々に移行することができます。
レイテンシーベースルーティングへ移行するには
1.
www.example.com のリソースレコードセットのコピーを作成しますが、新しいドメイン名
（copy-www.example.com など）を使います。新しいリソースレコードセットに、
www.example.com のリソースレコードセットと同じように、タイプ（A）および値（W.W.W.W）
を指定します。
2.
www.example.com の既存の A レコードを更新し、加重エイリアスリソースレコードセットにし
ます。
• [Alias Target] の値に、copy-www.example.com を指定します。
• [Weight] に 100 を指定します。
3.
更新が完了すると、Amazon Route 53 では、W.W.W.W という IP アドレスを持つリソースにすべ
てのトラフィックをルーティングするために、このリソースレコードセットを引き続き使用しま
す。
各 Amazon EC2 インスタンスにレイテンシーリソースレコードセットを作成します。たとえば、
以下のようにします。
• US East (N. Virginia)、Elastic IP アドレス W.W.W.W
• 米国西部（北カリフォルニア）、Elastic IP アドレス X.X.X.X
• 欧州（アイルランド）、Elastic IP アドレス Y.Y.Y.Y
すべてのレイテンシーリソースレコードセットに同じドメイン名（www-lbr.example.com など）
と同じタイプ（A など）を設定します。
レイテンシーリソースレコードセットの作成が終了すると、Amazon Route 53 では、ステップ 2
で更新したリソースレコードセットを使用して引き続きトラフィックをルーティングします。
www-lbr.example.com を使用して検証テストを実行できます。たとえば、各エンドポイントが
リクエストを受信できることを確認することができます。
4.
www-lbr.example.com というレイテンシーリソースレコードセットを、www.example.com と
いう加重リソースレコードセットに追加し、対応する Amazon EC2 インスタンスに対して限られ
た量のトラフィックのルーティングを開始しましょう。その後、US East (N. Virginia) リージョン
の Amazon EC2 インスタンスは両方の加重リソースレコードセットからトラフィックを受け取り
ます。
API Version 2013-04-01
224
Amazon Route 53 開発者ガイド
Amazon Route 53 のレイテンシーベースルーティングに別
のリージョンを追加する
www.example.com の加重エイリアスリソースレコードセットを以下の方法でもう 1 つ作成しま
す:
• [Alias Target] の値に、www-lbr.example.com. を指定します。
• [Weight] の値に 1 を指定します。
5.
変更を完了し、その変更を Amazon Route 53 サーバーに同期させると、Amazon Route 53 では、
ステップ 3 でレイテンシーリソースレコードセットを作成した Amazon EC2 インスタンスにトラ
フィックのごく一部（1/101）のルーティングを開始します。
エンドポイントが着信トラフィックに応じて適切にスケーリングされることを確認できたら、必要
に応じて重みを調節します。たとえば、レイテンシーベースルーティングに基づいてリクエストの
10% の受信を希望する場合、重みをそれぞれ 90 と 10 に変更します。
レイテンシーリソースレコードセットの作成については、「Amazon Route 53 コンソールを使用した
リソースレコードセットの作成 (p. 109)」を参照してください。
Amazon Route 53 のレイテンシーベースルーティ
ングに別のリージョンを追加する
レイテンシーベースルーティングを使用中で、新しいリージョンのインスタンスを追加する必要がある
場合、「Amazon Route 53 でレイテンシーベースルーティングへ移行する (p. 223)」でレイテンシーベー
スルーティングに徐々にトラフィックを移行したのと同様の方法で、新しいリージョンにトラフィック
を徐々に移行することができます。
たとえば、www.example.com に対するトラフィックのルーティングにレイテンシーベースルーティン
グを使用し、US East (N. Virginia)、米国西部（北カリフォルニア）、および 欧州（アイルランド） の
インスタンスに アジアパシフィック（東京） の Amazon EC2 インスタンスを追加するとします。以下
の例では、別のリージョンのインスタンスを追加する 1 つの方法について説明します。
この例では、example.com の Amazon Route 53 ホストゾーンは既に、www-lbr.example.com のレ
イテンシーベースリソースレコードセットにトラフィックをルーティングする www.example.com の
加重エイリアスリソースレコードセットを保持しています。
• US East (N. Virginia)、Elastic IP アドレス W.W.W.W
• 米国西部（北カリフォルニア）、Elastic IP アドレス X.X.X.X
• 欧州（アイルランド）、Elastic IP アドレス Y.Y.Y.Y
加重エイリアスリソースレコードセットの重みは 100 です。レイテンシーベースルーティングに移行
した後、移行に使用した他の加重リソースレコードセットは削除するとします。
Amazon Route 53 のレイテンシーベースルーティングに別のリージョンを追加するには
1.
トラフィックのルーティングを開始する新しいリージョンと、3 つの元からあるリージョンを含
む、4 つの新しいレイテンシーベースレコードセットを作成します。
• US East (N. Virginia)、Elastic IP アドレス W.W.W.W
• 米国西部（北カリフォルニア）、Elastic IP アドレス X.X.X.X
• 欧州（アイルランド）、Elastic IP アドレス Y.Y.Y.Y
• アジアパシフィック（東京）、Elastic IP アドレス Z.Z.Z.Z
API Version 2013-04-01
225
Amazon Route 53 開発者ガイド
Amazon Route 53 でレイテンシーおよび加重リソースレ
コードセットを使用して、リージョン内の複数の Amazon
EC2 インスタンスにトラフィックをルーティングする
すべてのレイテンシーリソースレコードセットに同じ新しいドメイン名
（www-lbr-2012-04-30.example.com など）と同じタイプ（A など）を指定します。
レイテンシーリソースレコードセットの作成が完了すると、Amazon Route 53 では引き続き、元
の加重エイリアスリソースレコードセット（www.example.com）とレイテンシーリソースレコー
ドセット（www-lbr.example.com）を使用してトラフィックをルーティングします。
www-lbr-2012-04-30.example.com のリソースレコードセットを使用して検証テストを実行で
きます。たとえば、各エンドポイントがリクエストを受信できることを確認することができます。
2.
新しいレイテンシーリソースレコードセットに対応する加重エイリアスリソースレコードセットを
作成します。
• ドメイン名に、既存の加重エイリアスリソースレコードセットの名前（www.example.com）を
指定します。
• [Alias Target] の値に、www-lbr-2012-04-30.example.com を指定します。
• [Weight] の値に 1 を指定します。
3.
完了すると、Amazon Route 53 では、ステップ 1 で www-lbr-2012-04-30.example.com のレ
イテンシーリソースレコードセットを作成した Amazon EC2 インスタンスに、トラフィックのご
く一部（1/101）のルーティングを開始します。トラフィックの残りは、アジアパシフィック（東
京） リージョンの Amazon EC2 インスタンスを含まない、www-lbr.example.com のレイテン
シーリソースレコードセットに引き続きルーティングされます。
エンドポイントが着信トラフィックに応じて適切にスケーリングされることを確認できたら、必要
に応じて重みを調節します。たとえば、東京リージョンを含むレイテンシーリソースレコードセッ
トにリクエストの 10% がルーティングされるようにする場合、www-lbr.example.com の重みを
100 から 90 に変更し、www-lbr-2012-04-30.example.com の重みを 1 から 10 に変更します。
リソースレコードセットの作成方法の詳細については、「Amazon Route 53 コンソールを使用したリ
ソースレコードセットの作成 (p. 109)」を参照してください。
Amazon Route 53 でレイテンシーおよび加重リソー
スレコードセットを使用して、リージョン内の複
数の Amazon EC2 インスタンスにトラフィックを
ルーティングする
アプリケーションが 2 つ以上の Amazon EC2 リージョンの Amazon EC2 インスタンスで実行中の場合
や 1 つ以上のリージョンの Amazon EC2 インスタンスが 2 つ以上ある場合、レイテンシーベースルー
ティングを使用して、正確なリージョンにトラフィックをルーティングしてから、加重リソースレコー
ドセットを使用して、指定した重みに基づいてリージョン内のインスタンスにトラフィックをルーティ
ングできます。
たとえば、US East (N. Virginia) リージョンに Elastic IP アドレスを持つ Amazon EC2 インスタンスが
3 つあり、US East (N. Virginia) リージョンに該当するユーザーについてはリクエストを均等に 3 つの
すべての IP に分散する必要があるとします。多くのリージョンに同時に同じ方法を適用できますが、
他のリージョンでは Amazon EC2 インスタンスは 1 つで十分です。
API Version 2013-04-01
226
Amazon Route 53 開発者ガイド
Amazon Route 53 で 100 を超える加重リソースレコード
セットを管理する
Amazon Route 53 でレイテンシーおよび加重リソースレコードセットを使用して、リージョン
内の複数の Amazon EC2 インスタンスにトラフィックをルーティングするには
1.
リージョンで Amazon EC2 インスタンスの加重リソースレコードセットのグループを作成します。
次の点に注意してください。
• [Name] には同じ値（us-east.example.com など）を指定し、[Type] にも同じ値を指定しま
す。
• [Value] には、Elastic IP アドレスの 1 つの値を指定します。
• Amazon EC2 インスタンスに均等に重みを割り当てる場合、[Weight] に同じ値を指定します。
• 各リソースレコードセットの [Set ID] に一意の値を指定します。
2.
3.
4.
その他のリージョンに複数の Amazon EC2 インスタンスがある場合、他のリージョンに対してス
テップ 1 を繰り返します。各リージョンで [Name] に異なる値を指定します。
複数の Amazon EC2 インスタンスがある各リージョンに（US East (N. Virginia) など）、レイテン
シーエイリアスリソースレコードセットを作成します。[Alias Target] の値に、リージョンの加重
リソースレコードセットに割り当てた [Name] フィールドの値（us-east.example.com など）
を指定します。
1 つの Amazon EC2 インスタンスがある各リージョンに、レイテンシーリソースレコードセット
を作成します。[Name] の値には、ステップ 3 で作成したレイテンシーエイリアスリソースレコー
ドセットに指定した値と同じ値を指定します。[Value] には、そのリージョンの Amazon EC2 イン
スタンスの Elastic IP アドレスを指定します。
リソースレコードセットの作成方法の詳細については、「Amazon Route 53 コンソールを使用したリ
ソースレコードセットの作成 (p. 109)」を参照してください。
Amazon Route 53 で 100 を超える加重リソースレ
コードセットを管理する
Amazon Route 53 では、加重リソースレコードセットを設定することができます。特定の名前やタイ
プ（たとえば、名前が www.example.comで、タイプが A）に対して、最大 100 の代替応答を設定す
ることができ、それぞれに重みを設定できます。www.example.com のクエリへ応答する場合、Amazon
Route 53 DNS サーバーは、重みが設定されたランダム応答を選択し、DNS リゾルバーに返します。重
みが 2 の加重リソースレコードセットの値は、重みが 1 の加重リソースレコードセットの値よりも平
均 2 倍の頻度で返されます。
100 を超すエンドポイントにトラフィックを振り分ける場合は、加重エイリアスリソースレコードセッ
トと加重リソースレコードセットのツリーを使用する方法があります。たとえば、ツリーの最初の "階
層" を最大 100 個の加重エイリアスリソースレコードセットとし、その各リソースレコードセットでそ
れぞれに最大 100 個の加重リソースレコードセットを指定できます。Amazon Route 53 では、再帰レ
ベルは最大で 3 まで可能であり、最大 1,000,000 個の一意の加重エンドポイントを管理することができ
ます。
シンプルな 2 階層のツリーは以下のようになります。
加重エイリアスリソースレコードセット
• 重みが 1 の www-a.example.com に対応する、www.example.com エイリアス
• 重みが 1 の www-b.example.com に対応する、www.example.com エイリアス
加重リソースレコードセット
API Version 2013-04-01
227
Amazon Route 53 開発者ガイド
Amazon Route 53 での重み付けを利用した、耐障害性のあ
る複数のレコードでの応答
• www-a.example.com、タイプ A、値 192.0.2.1、重み 1
• www-a.example.com、タイプ A、値 192.0.2.2、重み 1
• www-b.example.com、タイプ A、値 192.0.2.3、重み 1
• www-b.example.com、タイプ A、値 192.0.2.4、重み 1
リソースレコードセットの作成方法の詳細については、「リソースレコードセットの使用 (p. 103)」を
参照してください。
Amazon Route 53 での重み付けを利用した、耐障
害性のある複数のレコードでの応答
Amazon Route 53 の加重リソースレコードセットには、1 つのレコードのみを関連付けることができま
す。すなわち、1 つの名前（example.com など）と 1 種類のレコードタイプ（A など）の組み合わせ
のみを関連付けることができます。ただし、複数のレコードを含む DNS 応答に重み付けすることが望
ましい場合もあります。
たとえば、あるサービスで 8 個の Amazon EC2 インスタンスまたは Elastic IP エンドポイントを使用
しているとします。そのサービスが接続をサポートしているクライアントが（多くの一般的なブラウザ
と同じように）再試行を行う場合、特定のエンドポイントで障害が発生したときには、DNS 応答で複
数の IP アドレスを提供することにより、そのようなクライアントに代替エンドポイントを提供します。
2 つ以上のアベイラビリティーゾーンにホストされる IP を複数含む応答を設定する場合、アベイラビ
リティーゾーンの障害から保護することもできます。
複数のレコードでの応答は、多数のクライアント（モバイルウェブアプリケーションなど）が小規模の
DNS キャッシュのセットを共有する場合などにも役に立ちます。この場合、共有するキャッシュから
共通の DNS 応答を受け取る場合でも、複数のレコードでの応答により、クライアントのリクエストを
複数のエンドポイントにルーティングすることができます。
このようなタイプの重み付けした複数レコードでの応答は、リソースレコードセットと加重エイリアス
レコードセットの組み合わせを使用することにより実現できます。以下に示すように、8 個のエンドポ
イントを、それぞれ 4 個の IP アドレスを含む 2 個の異なるリソースレコードセットにグループ化でき
ます。
タイプ A の endpoint-a.example.com には、以下の値が含まれます。
• 192.0.2.1
• 192.0.2.2
• 192.0.2.128
• 192.0.2.129
タイプ A の endpoint-b.example.com には、以下の値が含まれます。
• 192.0.2.3
• 192.0.2.4
• 192.0.2.130
• 192.0.2.131
これにより、次の各グループを指し示す加重エイリアスリソースレコードセットを作成することができ
ます。
API Version 2013-04-01
228
Amazon Route 53 開発者ガイド
Amazon Route 53 での重み付けを利用した、耐障害性のあ
る複数のレコードでの応答
• タイプ A、重み 1 の endpoint-a.example.com に対応する、www.example.com エイリアス
• タイプ A、重み 1 の endpoint-b.example.com に対応する、www.example.com エイリアス
リソースレコードセットの作成方法の詳細については、「リソースレコードセットの使用 (p. 103)」を
参照してください。
API Version 2013-04-01
229
Amazon Route 53 開発者ガイド
制限
Abstract
Route 53 の API リクエストとエンティティの数に関する制限を示します。
Amazon Route 53 API リクエストには、次の制限が適用されます。
リクエスト
制限
ChangeResourceRecordSets 件のリ • リクエストには、100 個を超える Change 要素を含めるこ
クエスト
とはできません。
• リクエストには、1000 個を超える ResourceRecord 要
素を含めることはできません。
• リクエストに含まれるすべての Value 要素内の文字（ス
ペースを含む）の合計数は、32,000 文字を超えることは
できません。
Note
ChangeResourceRecordSets リクエストの Action 要素の値が UPSERT で、リソースレコード
セットが既に存在する場合、Amazon Route 53 は
自動的に DELETE リクエストと CREATE リクエス
トを実行します。変更バッチリクエストの Value
要素の文字数を計算するときに、Amazon
Route 53 は削除するリソースレコードセットの
Value 要素の文字数、および、作成するリソース
レコードセットの Value 要素の文字数を加算し
ます。
API Version 2013-04-01
230
Amazon Route 53 開発者ガイド
リクエスト
制限
Amazon Route 53 API リクエスト
• すべてのリクエスト – AWS アカウントごとに 1 秒あたり
5 件のリクエスト。1 秒あたり 5 件を超えるリクエストを
送信すると、Amazon Route 53 は HTTP 400 エラー（Bad
request）を返します。レスポンスヘッダーには、
Throttling の値を持つ Code 要素と、Rate exceeded
の値を持つ Message 要素も含まれています。
• ChangeResourceRecordSets リクエスト – Amazon
Route 53 で、次のリクエストが到着するまでにリクエス
トを処理できない場合、同じホストゾーンの後続のリクエ
ストが却下され、HTTP 400 エラー（Bad request）が
返されます。レスポンスヘッダーには、PriorRequestNotComplete の値を持つ Code 要素と、The request
was rejected because Route 53 was still processing a prior request. の値を持つ Message 要
素も含まれています。
• CreateHealthCheck リクエスト – 24 時間で最大 1000 件
の CreateHealthCheck リクエストを送信できます。
Amazon Route 53 のエンティティには、次の制限が適用されます。
エンティティ
制限
ホストゾーン
AWS アカウントあたり 500 個
制限の引き上げを要求します。
ドメイン
AWS アカウントあたり 50 個
制限の引き上げを要求します。
再利用可能な委託セット
AWS アカウントあたり 100 個
制限の引き上げを要求します。
同じ再利用可能な委託セットを使用で
きるホストゾーン
100
制限の引き上げを要求します。
プライベートホストゾーンに関連付け
ることができる Amazon VPC
100
制限の引き上げを要求します。
リソースレコードセット
10,000/ホストゾーン
制限の引き上げを要求します。
加重リソースレコードセットと位置情
報リソースレコードセット
同じ名前とタイプのリソースレコードセットは 100 個まで
リソースレコード
リソースレコードセットごとに 100 件
ヘルスチェックする間隔を秒で入力し
ます
50件のアクティブなヘルスチェック/AWS アカウントz
制限の引き上げを要求します。
API Version 2013-04-01
231
Amazon Route 53 開発者ガイド
エンティティ
制限
トラフィックポリシー
AWS アカウントあたり 50 個
制限の引き上げを要求します。
ポリシーレコード
AWS アカウントあたり 5 個
制限の引き上げを要求します。
API Version 2013-04-01
232
Amazon Route 53 開発者ガイド
AWS リソース
Amazon Route 53 に関するリソース
Abstract
Route 53 を使用して作業するときに役に立つ追加のリソース、ツール、およびライブラリを列挙します。
このサービスを利用する際に役立つ関連リソースは以下の通りです。
トピック
• AWS リソース (p. 233)
• サードパーティ製ツールとライブラリ (p. 234)
• グラフィカルユーザーインターフェイス (p. 235)
AWS リソース
いくつかの有益なガイド、フォーラム、およびその他のリソースを Amazon Web Services から利用で
きます。
• 『Amazon Route 53 API Reference』 - スキーマの場所、API のすべてのアクション、パラメータ、
データ型についての詳しい説明、このサービスから返されるエラーのリストを含むリファレンスガイ
ドです。
• Amazon Route 53 リリースノート - すべての新機能、修正、既知の問題を含む、現在のリリースの
ハイレベルな概要です。
• 「AWS::Route53::RecordSet タイプ」（『AWS CloudFormation ユーザーガイド』） – Amazon
Route 53 を CloudFormation と共に使用して、AWS CloudFormation スタック用のカスタマイズした
DNS 名を作成するためのプロパティ。
• ディスカッションフォーラム - Amazon Route 53 に関係する技術的な質問を討議するための開発者
向けコミュニティフォーラムです。
• AWS サポートセンター – このサイトは、お客様の最近のサポート事例、AWS Trusted Advisor の助
言とヘルスチェックの結果に関する情報をひとつにまとめ、ディスカッションフォーラム、技術上の
よくある質問、サービス状態ダッシュボード、AWS サポートプランに関する情報へのリンクも示し
ています。
• AWS プレミアムサポート情報 – 1 対 1 での迅速な対応を行うサポートチャネルである AWS プレミ
アムサポートに関する情報のメインウェブページです。プレミアムサポートは、AWS インフラスト
ラクチャサービスでのアプリケーションの構築および実行を支援します。
API Version 2013-04-01
233
Amazon Route 53 開発者ガイド
サードパーティ製ツールとライブラリ
• お問い合わせ – 請求やアカウントに関するお問い合わせ用のリンクです。技術的な質問の場合は、上
記のディスカッションフォーラムまたはサポートリンクをご利用ください。
• Amazon Route 53 製品情報 - 機能、料金、その他の情報を含む、Amazon Route 53 に関する情報を
提供しているメインのウェブページです。
• AWS トレーニングおよびコース – AWS に関するスキルを磨き、実践的経験を積むために役立つ、
職務別の特別コースとセルフペースラボへのリンクです。
• AWS 開発者用ツール – 開発者用ツール、および資料、コード例、リリースノート、AWS を利用し
た革新的なアプリケーションの構築に役立つその他の情報を含むリソースへのリンクです。
• AWS サポートセンター – AWS サポートケースを作成および管理するためのハブです。フォーラム、
技術上のよくある質問、サービス状態ステータス、AWS Trusted Advisor などの便利なリソースへの
リンクも含まれています。
• AWS サポート – 1 対 1 での迅速な対応を行うサポートチャネルである AWS サポートに関する情報
のメインウェブページです。AWS サポートは、クラウドでのアプリケーションの構築および実行を
支援します。
• お問い合わせ – AWS の支払、アカウント設定その他に関する連絡先です。
• AWS サイトの利用規約 – 当社の著作権、商標、お客様のアカウント、ライセンス、サイトへのアク
セス、およびその他のトピックに関する詳細情報です。
サードパーティ製ツールとライブラリ
AWS リソースに加えて、Amazon Route 53 に対応する各種サードパーティ製ツールやライブラリがあ
ります。
• Amazon Route 53 から BIND への変換ツール
BIND ゾーンファイルは、共通のテキストベースの形式で DNS ゾーンを記述します。この Perl スク
リプトは、Amazon Route 53 ListResourceRecordSets API アクションによって返される XML 形
式のテキストを BIND ゾーンファイル形式に変換します。
• Amazon Route 53 ゾーン作成ツール
この Perl スクリプトは、Amazon Route 53 内にゾーンを作成するために、特定のゾーンオリジンの
CreatedHostedZoneRequest XML を生成します。
• AmazonRoute53AppsScript（webos-goodies 経由）
Amazon Route 53 の Google スプレッドシート管理。
• .NET 用 AWS コンポーネント（SprightlySoft 経由）
REST オペレーションおよび Amazon Route 53 のサポートを含む、アマゾン ウェブ サービス向けの
SprightlySoft .NET コンポーネント。
• BIND から Amazon Route 53 への変換ツール
BIND ゾーンファイルは、共通のテキストベースの形式で DNS ゾーンを記述します。この Perl スク
リプトは、BIND ゾーンファイルを、Amazon Route 53 のレコードを追加または削除するための
Amazon Route 53 ChangeResourceRecordSets API アクションで必要とされる XML 形式のテキス
トに変換します。
• Boto API のダウンロード（github 経由）
アマゾン ウェブ サービスへの Boto Python インターフェイス。
• cli53（github 経由）
Amazon Route 53 用のコマンドラインインターフェイス。
• Dasein Cloud API
API Version 2013-04-01
234
Amazon Route 53 開発者ガイド
グラフィカルユーザーインターフェイス
Java ベースの API。
• easyRoute53（easyDNS）
GUI ツール、レジストラサービス、およびゾーン転送サービス。
• クエリベースの Amazon Route 53 リクエストのための PHP ライブラリ
Amazon Route 53 とやり取りするためのシンプルな PHP ライブラリ。
• R53.py（github 経由）
DNS の設定の正規バージョンをソース管理の下で維持し、DNS の変更を実現するために必要な最小
の変更セットを計算します。
• RIAForge
Amazon Route 53 を使用して DNS を管理するための ColdFusion ベースのコンポーネント。
• RightScripts（RightScale 経由）
Amazon Route 53 で使用する RightScale サーバーを構成または更新するためのスクリプト。
• RightScale サポートチュートリアル
Amazon Route 53 を使用してセットアップされたドメイン向けの RightScale のチュートリアル。
• route53d
Amazon Route 53 API への DNS フロントエンド（増分ゾーン転送（IXFR）を有効にします）。
• Route53Manager（github 経由）
ウェブベースのインターフェイス。
• Ruby Fog（github 経由）
Ruby クラウドサービスライブラリ。
• Valet（github 経由）
Windows の DNS サーバーファイルの 1 方向の同期ユーティリティを含む Java API。
• WebService::Amazon::Route53（CPAN 経由）
Amazon Route 53 API への Perl インターフェイス。
グラフィカルユーザーインターフェイス
次のサードパーティ製ツールは、Amazon Route 53 を使用して作業するためのグラフィカルユーザー
インターフェイス（GUI）を提供します。
• easyRoute53（easyDNS）
• Nephelai
• R53 Fox
• Ylastic
API Version 2013-04-01
235
Amazon Route 53 開発者ガイド
ドキュメント履歴
Abstract
Route 53 のドキュメントの改訂日、関連リリース、重要な変更点が記載されています。
次の表に、Amazon Route 53 の前回のリリース以後に行われた、文書の重要な変更を示します。
• API バージョン: 2013-04-01
• ドキュメントの最新更新日: 2015 年 12 月 3 日
次の表に、『Amazon Route 53 開発者ガイド』の各リリースにおける重要な変更点を示します。
変更
API バー
ジョン
説明
新機能
2013-04-01
Amazon Route 53 コンソールに含まれるようになったビ 2015 年 12 月
ジュアルエディターでは、Amazon Route 53 の加重、レ 3 日
イテンシー、フェイルオーバー、および位置情報のルー
ティングポリシーの組み合わせを使用する、複雑なルー
ティング設定を迅速に作成することができます。その後、
設定を、同じホストゾーンまたは複数のホストゾーンで
1 つ以上のドメイン名 (example.comなど) またはサブド
メイン名 (www.example.comなど) に関連付けることがで
きます。さらに、新しい設定が期待どおりに機能してい
ない場合は、更新を元に戻すことができます。同じ機能
は、Amazon Route 53 API、AWS SDK、AWS CLI、およ
び AWS Tools for Windows PowerShell を使用しても得
られます。ビジュアルエディターの詳細については、
「Route DNS トラフィックへのトラフィックフローを使
用する (p. 165)」を参照してください。トラフィックフ
ロー設定での API の使用の詳細については、Amazon
Route 53 API Reference にある「Actions on Traffic
Policies and Traffic Policy Instances」を参照してくださ
い。
API Version 2013-04-01
236
リリース日
Amazon Route 53 開発者ガイド
変更
API バー
ジョン
説明
リリース日
新機能
2013-04-01
このリリースでは、Amazon Route 53 に次の新機能が追 2015 年 10 月
加されています。
19 日
• Amazon Registrar, Inc. による .com および .net ドメイ
ンのドメイン登録 – Amazon は、Amazon Registrar,
Inc. を通して .com および .net の最上位ドメイン (TLD)
の ICANN 認定レジストラとなりました。Amazon
Route 53 を使用して .com または .net ドメインを登録
すると、Amazon Registrar は公式なレジストラとな
り、WHOIS クエリの結果に "Sponsoring Registrar" と
して一覧表示されます。Amazon Route 53 を使用した
ドメインの登録の詳細については、「Amazon Route 53
を使用したドメイン名の登録 (p. 15)」を参照してくだ
さい。
• .com および .net ドメインのプライバシー保護 –
Amazon Route 53 で .com または .net ドメインを登録
する場合、姓名を含むすべての個人情報は非表示にな
ります。Amazon Route 53 で登録する他のドメインで
は、姓名は非表示ではありません。プライバシー保護
については、「連絡先情報のプライバシー保護 (p. 24)」
を参照してください。
新機能
2013-04-01
• 計算されたヘルスチェック – 他のヘルスチェックの状 2015 年 9 月
態によってステータスが決定されるヘルスチェックを 15 日
作成できるようになりました。詳細については、「ヘ
ルスチェックの作成と更新 (p. 177)」を参照してくださ
い。さらに、Amazon Route 53 API Reference の POST
CreateHealthCheck を参照してください。
• ヘルスチェックのレイテンシー測定 – ヘルスチェッカー
とエンドポイント間のレイテンシーを測定するように、
Amazon Route 53 を設定できるようになりました。レ
イテンシーデータは、Amazon Route 53 コンソールの
Amazon CloudWatch のグラフに表示されます。新し
いヘルスチェックのレイテンシーの測定を有効にする
には、トピック ヘルスチェックを作成または更新する
ときに指定する値 (p. 178) の 高度な設定（"エンドポイ
ントを監視" する場合のみ） (p. 181) の下の [Latency
measurements] 設定を参照してください。（既存のヘ
ルスチェックについてはレイテンシーの測定を有効に
できません。）さらに、Amazon Route 53 API Reference の中のトピック POST CreateHealthCheck に含
まれる [MeasureLatency] を参照してください。
• Amazon Route 53 コンソールでのヘルスチェックダッ
シュボードの更新 – ヘルスチェックを監視するための
ダッシュボードはさまざまな方法で改良されてきまし
た。たとえば、Amazon Route 53 ヘルスチェッカーと
使用エンドポイントの間のレイテンシーを監視するた
めの CloudWatch グラフなどがあります。詳細につい
ては、「ヘルスチェックのステータス監視と通知の受
信 (p. 185)」を参照してください。
API Version 2013-04-01
237
Amazon Route 53 開発者ガイド
変更
API バー
ジョン
説明
リリース日
新規ドキュ
メント
2013-04-01
『Amazon Route 53 開発者ガイド』で、Amazon Route 53 2015 年 3 月
ホストゾーンのホワイトラベルネームサーバーの設定方 3 日
法が説明されています。詳細については、「ホワイトラ
ベルネームサーバーの設定 (p. 92)」を参照してくださ
い。
新機能
2013-04-01
Amazon Route 53 API を使用して、AWS アカウントに
関連付けられたホストゾーンを名前のアルファベット順
にリストすることができるようになりました。あるアカ
ウントに関連付けられたホストゾーンの数も取得できま
す。詳細については、『Amazon Route 53 API Reference』の「GET ListHostedZonesByName」と「GET
GetHostedZoneCount」を参照してください。
新機能
2013-04-01
このリリースでは、Amazon Route 53 に次の新機能が追 2015 年 2 月
加されています。
11 日
2015 年 2 月
26 日
• ヘルスチェックステータス – Amazon Route 53 コン
ソールのヘルスチェックページに、すべてのヘルス
チェックの全体的なステータスを表示する [Status] 列
が追加されました。詳細については、「ヘルスチェッ
クのステータスと失敗理由を表示する (p. 185)」を参照
してください。
• AWS CloudTrail との統合 – Amazon Route 53 が
CloudTrail と連携して、ご利用の AWS アカウント
（IAM ユーザーも含む）により Amazon Route 53 API
に送信されるあらゆるリクエストに関する情報をキャ
プチャするようになりました。Amazon Route 53 と
CloudTrail を統合することで、Amazon Route 53 API
に対して実行されたリクエストの種類、リクエストの
実行元 IP アドレス、実行者、実行日時などを判断でき
ます。詳細については、「AWS CloudTrail を使用して
Amazon Route 53 API に送信されたリクエストをキャ
プチャする (p. 216)」を参照してください。
• ヘルスチェックのクイックアラーム – Amazon Route 53
コンソールを使用してヘルスチェックを作成するとき
に、同時にヘルスチェックの Amazon CloudWatch ア
ラームを作成して、エンドポイントが 1 分間異常な状
態であると Amazon Route 53 にみなされたときに通知
するユーザーを指定できます。詳細については、「ヘ
ルスチェックの作成と更新 (p. 177)」を参照してくださ
い。
• ホストゾーンとドメインのタグ付け – 一般にコスト配
分のために使用されるタグを、Amazon Route 53 ホス
トゾーンとドメインに付けることができるようになり
ました。詳細については、「Amazon Route 53 リソー
スのタグ付け (p. 222)」を参照してください。
新機能
2013-04-01
Amazon Route 53 コンソールを使用して、ドメインの連 2015 年 2 月
絡先情報を更新できるようになりました。詳細について 5 日
は、「ドメインの登録時またはドメイン設定の編集時に
指定する値 (p. 18)」を参照してください。
API Version 2013-04-01
238
Amazon Route 53 開発者ガイド
変更
API バー
ジョン
説明
新機能
2013-04-01
Amazon Route 53 に新しいドメイン名を登録するときに 2015 年 1 月
国際化ドメイン名を指定できるようになりました
22 日
（Amazon Route 53 は既にホストゾーンおよびリソース
レコードセットで国際化ドメイン名をサポートしていま
す）。詳細については、「DNS ドメイン名の形
式 (p. 3)」を参照してください。
新機能
2013-04-01
このリリースでは、ホストゾーンの作成時に指定したコ 2014 年 11 月
メントを編集できるようになりました。コンソールで、 25 日
[Comment] フィールドの横にある鉛筆アイコンをクリッ
クして、新しい値を入力します。Amazon Route 53 API
を使用してコメントを変更する方法の詳細については、
『Amazon Route 53 API Reference』の「POST UpdateHostedZoneComment」を参照してください。
API Version 2013-04-01
239
リリース日
Amazon Route 53 開発者ガイド
変更
API バー
ジョン
説明
リリース日
新機能
2013-04-01
このリリースでは、Amazon Route 53 に次の新機能が追 2014 年 11 月
加されています。
5日
• Amazon Virtual Private Cloud のプライベート DNS –
Amazon Route 53 を使用して、DNS データを公衆イ
ンターネットに公開することなく、Amazon Virtual
Private Cloud（VPC）の内部ドメイン名を管理できる
ようになりました。詳細については、「プライベート
ホストゾーンの使用 (p. 98)」を参照してください。
• ヘルスチェックの失敗理由 – 選択したヘルスチェック
の現在のステータスに加えて、Amazon Route 53 の各
ヘルスチェッカーからレポートされたヘルスチェック
が最後に失敗した理由の詳細を表示できるようになり
ました。ステータスには HTTP ステータスコードが含
まれ、失敗理由には、文字列の不一致やレスポンスの
タイムアウトなど、さまざまな種類の失敗に関する情
報が含まれます。詳細については、「ヘルスチェック
のステータスと失敗理由を表示する (p. 185)」を参照し
てください。
• 再利用可能な委託セット – まとめて委託セットと呼ば
れる 4 つの正式なネームサーバーのセットを、異なる
ドメイン名に対応する複数のホストゾーンに適用でき
るようになりました。これにより、DNS サービスを
Amazon Route 53 に移行し、多数のホストゾーンを管
理するプロセスが大幅に簡素化されます。現在、再利
用可能な委託セットを使用するには、Amazon Route 53
API または AWS SDK を使用する必要があります。詳
細については、『Amazon Route 53 API Reference』
の「再利用可能な委託セットのアクション」を参照し
てください。
• 位置情報ルーティングの向上 – EDNS0 の edns-clientsubnet 拡張をサポートしたことで、位置情報ルーティ
ングの正確さがさらに向上しました。詳細については、
「位置情報ルーティング (p. 107)」を参照してくださ
い。
• 署名 v4 のサポート – 署名バージョン 4 を使って、す
べての Amazon Route 53 API リクエストに署名できる
ようになりました。詳細については、『Amazon
Route 53 API Reference』の「Amazon Route 53 API
リクエストの署名」を参照してください。
新機能
2013-04-01
このリリースでは、次のことを実行できます。
• Amazon Route 53 を使用してドメイン名を登録しま
す。詳細については、「Amazon Route 53 を使用した
ドメイン名の登録 (p. 15)」を参照してください。
• クエリの発生元の地理的場所に基づいて DNS クエリ
に応答するように Amazon Route 53 を設定します。詳
細については、「位置情報ルーティング (p. 107)」を参
照してください。
API Version 2013-04-01
240
2014 年 7 月
31 日
Amazon Route 53 開発者ガイド
変更
API バー
ジョン
説明
リリース日
新機能
2013-04-01
このリリースでは、次のことを実行できます。
2014 年 7 月
2日
• ヘルスチェックでのほとんどの値を編集できます。詳
細については、「ヘルスチェックの作成、更新、削
除 (p. 177)」を参照してください。
• Amazon Route 53 API を使用して、リソースの正常性
を確認する際に Amazon Route 53 ヘルスチェッカーで
使用される IP 範囲のリストを取得できます。これらの
IP アドレスを使用して、ヘルスチェッカーでリソース
の正常性を確認できるようにルーターとファイアウォー
ルのルールを設定できます。詳細については、
『Amazon Route 53 API Reference』の「GET
GetCheckerIpRanges」を参照してください。
• ヘルスチェックにコスト配分タグを割り当てることが
できます。これにより、ヘルスチェックに名前を割り
当てることが可能になります。詳細については、「ヘ
ルスチェックの名前付けとタグ付け (p. 206)」を参照し
てください。
• Amazon Route 53 API を使用して、AWS アカウント
に関連付けられたヘルスチェックの番号を取得できま
す。詳細については、『Amazon Route 53 API Reference』の「GET GetHealthCheckCount」を参照してく
ださい。
新機能、更
新されたド
キュメント
2013-04-01
このリリースでは、ヘルスチェックを作成し、IP アドレ 2014 年 4 月
スの代わりにドメイン名を使用してエンドポイントを指 30 日
定できます。これは、エンドポイントの IP アドレスが固
定されていない場合、または複数の IP によってエンドポ
イントの IP アドレスが提供される場合（Amazon EC2
インスタンスや Amazon RDS インスタンスなど）に役立
ちます。詳細については、「ヘルスチェックの作成と更
新 (p. 177)」を参照してください。
また、『Amazon Route 53 開発者ガイド』にこれまで記
載されていた Amazon Route 53 API の使用に関する一部
の情報は移動されました。現在では、すべての API に関
する情報は『Amazon Route 53 API Reference』に記載
されています。
更新された 2013-04-01
HTTPS ヘル
スチェック
の Host
ヘッダー値
このリリースでは、ヘルスチェックの [Port] の値が [443] 2014 年 4 月
であり、[Protocol] の値が [HTTPS] である場合に、
18 日
Amazon Route 53 は異なる値を Host ヘッダーに渡しま
す。ヘルスチェックの実行中、Amazon Route 53 はエン
ドポイントに、[Host Name] フィールドの値を含む Host
ヘッダーを 渡します。CreateHealthCheck API アク
ションを使用してヘルスチェックを作成した場合、この
値は、FullyQualifiedDomainName 要素の値になりま
す。
詳細については、「ヘルスチェックの作成、更新、削
除 (p. 177)」を参照してください。
API Version 2013-04-01
241
Amazon Route 53 開発者ガイド
変更
API バー
ジョン
説明
リリース日
新機能
2013-04-01
このリリースでは、Amazon Route 53 ヘルスチェッカー 2014 年 4 月
の何パーセントがエンドポイントが正常であることを現 9 日
在報告しているかを確認できます。
また、Amazon CloudWatch のヘルスチェックステータ
スメトリックスを利用すると、0（指定した期間ではエン
ドポイントが異常であった場合）または 1（該当する期
間ではエンドポイントが正常であった場合）のみが示さ
れます。このメトリックスでは、エンドポイントが正常
であると報告している Amazon Route 53 ヘルスチェック
の部分的な割合を反映する 0 から 1 の間の値は示されな
くなりました。
詳細については、「CloudWatch を使用したヘルスチェッ
クのモニタリング (p. 187)」を参照してください。
新機能
2013-04-01
このリリースでは、Amazon Route 53 には次の機能が追 2014 年 2 月
加されています。
18 日
• ヘルスチェックフェイルオーバーのしきい値: Amazon
Route 53 がエンドポイントを異常と見なすまでの、エ
ンドポイントが不合格となるヘルスチェックの連続回
数を指定できます。1～10 回の連続チェックの回数を
指定できます。異常なエンドポイントが正常と見なさ
れるには、同じ回数のチェックに合格する必要があり
ます。詳細については、「Amazon Route 53 がエンド
ポイントの正常性を判断する方法 (p. 184)」を参照して
ください。
• ヘルスチェックリクエストの間隔: エンドポイントが正
常であるかどうかを判断するために、Amazon Route 53
がエンドポイントにリクエストを送信する頻度を指定
できます。有効な設定値は、10 秒と 30 秒です。詳細
については、「Amazon Route 53 がエンドポイントの
正常性を判断する方法 (p. 184)」を参照してください。
API Version 2013-04-01
242
Amazon Route 53 開発者ガイド
変更
API バー
ジョン
説明
リリース日
新機能
2013-04-01
このリリースでは、Amazon Route 53 には次の機能が追 2014 年 1 月
加されています。
30 日2014 年
1月3日
• HTTP と HTTPS に関する文字列一致のヘルスチェッ
ク: Amazon Route 53 では、指定された文字列がレス
ポンス本文に示されているかどうかに基づいてエンド
ポイントの正常性を判断するヘルスチェックがサポー
トされています。詳細については、「Amazon Route 53
がエンドポイントの正常性を判断する方法 (p. 184)」を
参照してください。
• HTTPS ヘルスチェック: Amazon Route 53 では、セ
キュリティで保護された、SSL のみのウェブサイトに
対するヘルスチェックをサポートしています。詳細に
ついては、「Amazon Route 53 がエンドポイントの正
常性を判断する方法 (p. 184)」を参照してください。
• ChangeResourceRecordSets API アクションの UPSERT: ChangeResourceRecordSets API アクション
を使用してリソースレコードセットの作成や変更を行
うとき、UPSERT アクションを使用して、特定の名前
やタイプのリソースレコードセットがない場合に新し
いリソースレコードセットを作成したり、既存のリソー
スレコードセットを更新したりすることができます。
詳細については、『Amazon Route 53 API Reference』
の「POST ChangeResourceRecordSets」を参照して
ください。
新機能
2013-04-01
このリリースでは、Amazon Route 53 に、指定された文 2014 年 1 月
字列がレスポンス本文に示されているかどうかに基づい 7 日2014 年 1
てエンドポイントの正常性を判断するヘルスチェックの 月 3 日
サポートが追加されました。詳細については、「Amazon
Route 53 がエンドポイントの正常性を判断する方
法 (p. 184)」を参照してください。
新機能
2012-12-12
このリリースでは、Amazon Route 53に、BIND 形式の
ゾーンファイルをインポートしてリソースレコードセッ
トを作成するためのサポートが追加されました。詳細に
ついては、「ゾーンファイルをインポートしてリソース
レコードセットを作成する (p. 160)」を参照してくださ
い。
また、Amazon Route 53 ヘルスチェックの CloudWatch
メトリックスが、Amazon Route 53 コンソールに統合さ
れ、効率化されました。詳細については、「CloudWatch
を使用したヘルスチェックのモニタリング (p. 187)」を参
照してください。
API Version 2013-04-01
243
2013 年 8 月
14 日
Amazon Route 53 開発者ガイド
変更
API バー
ジョン
説明
リリース日
新機能
2012-12-12
このリリースでは、Amazon Route 53 に、ヘルスチェッ 2013 年 6 月
クと CloudWatch メトリックスを統合するためのサポー 26 日
トが追加され、次のことが可能になりました。
• ヘルスチェックが適切に設定されているかどうかを確
認できます。
• 指定した期間におけるヘルスチェックのエンドポイン
トの正常性を確認できます。
• 指定したエンドポイントが異常であるとすべての
Amazon Route 53 ヘルスチェッカーによって判断され
たときに Amazon Simple Notification Service（Amazon
SNS）アラートを送信するように CloudWatch を設定
できます。
詳細については、「CloudWatch を使用したヘルスチェッ
クのモニタリング (p. 187)」を参照してください。
新機能
2012-12-12
このリリースでは、Amazon Route 53に、DNS クエリを 2013 年 6 月
Amazon CloudFront ディストリビューションの代替ドメ 11 日
イン名にルーティングするエイリアスリソースレコード
セットを作成するためのサポートが追加されました。こ
の機能は、Zone Apex での代替ドメイン名（example.com）およびサブドメインの代替ドメイン名
（www.example.com）の両方に対して使用できます。詳
細については、「Amazon CloudFront ディストリビュー
ションに対するクエリのルーティング（パブリックホス
トゾーンのみ） (p. 81)」を参照してください。
新機能
2012-12-12
このリリースでは、Amazon Route 53 に、ELB ロードバ 2013 年 5 月
ランサーおよび関連する Amazon EC2 インスタンスの正 30 日
常性を評価するためのサポートが追加されました。詳細
については、「Amazon Route 53 ヘルスチェックと DNS
フェイルオーバー (p. 176)」を参照してください。
更新版
2012-12-12
ヘルスチェックとフェイルオーバーに関するドキュメン
トが書き換えられ、使いやすさが向上しました。詳細に
ついては、「Amazon Route 53 ヘルスチェックと DNS
フェイルオーバー (p. 176)」を参照してください。
新機能
2012-12-12
このリリースでは、Amazon Route 53に、フェイルオー 2013 年 2 月
バーとヘルスチェックのサポートが追加されました。詳 11 日
細については、「Amazon Route 53 ヘルスチェックと
DNS フェイルオーバー (p. 176)」を参照してください。
新機能
2012-02-29
このリリースでは、Amazon Route 53 でレイテンシーリ 2012 年 3 月
ソースレコードセットを作成できます。詳細については、 21 日
「レイテンシーベースのルーティング (p. 105)」を参照し
てください。
API Version 2013-04-01
244
2013 年 3 月
28 日
Amazon Route 53 開発者ガイド
変更
API バー
ジョン
説明
新機能
2011-05-05
このリリースでは、AWS マネジメントコンソール の
2011 年 12 月
Amazon Route 53 コンソールを使用すると、リストから 21 日
Elastic Load Balancer を選択してエイリアスリソースレ
コードセットを作成できます。ロードバランサーのホス
トゾーン ID と DNS 名を手動で入力する必要はありませ
ん。新機能は、『Amazon Route 53 開発者ガイド』で説
明されています。
新機能
2011-05-05
このリリースでは、AWS マネジメントコンソール の
2011 年 11 月
Amazon Route 53 コンソールを使用して、ホストゾーン 16 日
の作成と削除、およびリソースレコードセットの作成、
変更、削除を実行できます。新機能は『Amazon Route 53
開発者ガイド』で適宜説明されています。
更新版
2011-05-05
「Amazon Route 53 入門ガイド」が「Amazon Route 53 2011 年 10 月
開発者ガイド」にまとめられました。また、『開発者ガ 18 日
イド』が再編集され、使いやすさが向上しました。
新機能
2011-05-05
Amazon Route 53 のこのリリースでは、エイリアスリ
2011 年 5 月
ソースレコードセットが導入されました。これを使用す 24 日
ると、Zone Apex エイリアスを作成できます。また、加
重リソースレコードセット、新しい API（2011-05-05）、
サービスレベルアグリーメントも導入されました。さら
に、ベータ版で 6 か月が経過すると、Amazon Route 53
が一般的に利用可能になりました。詳細については、
Amazon Route 53 製品ページと『Amazon Route 53 開発
者ガイド』の「エイリアスリソースレコードセットと非
エイリアスリソースレコードセットの選択 (p. 108)」を参
照してください。
初回リリー
ス
2010-10-01
これは『Amazon Route 53 開発者ガイド』の最初のリ
リースです。
API Version 2013-04-01
245
リリース日
2010 年 12 月
5 日2013 年
12 月 5 日
Amazon Route 53 開発者ガイド
AWS の用語集
Abstract
最新の AWS の主要な用語と用法を示しています。
最新の AWS の用語については、『AWS General Reference』の「AWS の用語集」を参照してくださ
い。
API Version 2013-04-01
246

（平成28年2月9日）（PDF：91KB）

ご案内 - 株式会社ヒロエンタープライズ

悪質な偽サイトにご注意ください

手回し式充電ラジオライト「プチサンダー」を発売しました。

Amazon 商品の評価の見方

Shoheiのプロフィールレポート - 現役慶應生Shoheiがネットビジネスで

もれなく プレゼント！ - 『プラウド』

鳥越泰彦『新しい世界史教育へ』の発刊のご案内