位置情報エイリアスレコードに固有の値 - Amazon Route 53

位置情報エイリアスレコードに固有の値

位置情報エイリアスレコードを作成するときは、以下の値を指定します。

注記

プライベートホストゾーンでの位置情報エイリアスレコードの作成は許可されていますが、サポートされていません。

詳細については、「エイリアスレコードと非エイリアスレコードの選択」を参照してください。

ルーティングポリシー

[位置情報] を選択します。

注記

プライベートホストゾーンでの位置情報エイリアスレコードの作成は許可されていますが、サポートされていません。

レコード名

トラフィックをルーティングするドメインまたはサブドメインの名前を入力します。デフォルト値はホストゾーンの名前です。

注記

ホストゾーンと同じ名前のレコードを作成する場合は、[レコード名] フィールドに値 (@ 記号など) を入力しないでください。

位置情報レコードのグループで、すべてのレコードに同じ名前を入力します。

レコード名の詳細については、レコード名 を参照してください。

レコードタイプ

DNS レコードタイプ。詳細については、「サポートされる DNS レコードタイプ」を参照してください

トラフィックをルーティングする AWS リソースに基づいて、適切な値を選択します。位置情報レコードのグループ内のすべてのレコードに同じ値を選択します。

API Gateway のカスタムリージョン API またはエッジ最適化 API

[A — IPv4 アドレス] を選択します。

Amazon VPC インターフェイスのエンドポイント

[A — IPv4 アドレス] を選択します。

CloudFront 配信

[A — IPv4 アドレス] を選択します。

ディストリビューションに対して IPv6 が有効になっている場合は、2 つのレコードを作成します。1 つは [レコードタイプ] として [A — IPv4 アドレス]の値を持つもの、もう 1 つは [AAAA IPv6 — アドレス] の値を持つものとします。

ローカル化されたサブドメインがある Elastic Beanstalk 環境

[A — IPv4 アドレス] を選択します。

ELB ロードバランサー

[A — IPv4 アドレス] または [AAAA — IPv6 アドレス] を選択します。

Amazon S3 バケット

[A — IPv4 アドレス] を選択します。

このホストゾーン内の別のレコード

エイリアスを作成するレコードのタイプを選択します。[NS] および [SOA] 以外のすべてのタイプがサポートされます。

注記

ホストゾーン (zone apex といいます) と同じ名前のエイリアスレコードを作成する場合、[レコードタイプ] の値が [CNAME] のレコードにトラフィックをルーティングすることはできません。これは、トラフィックがルーティングされているレコードとエイリアスレコードのタイプが同じでなければならず、zone apex の CNAME レコードの作成はエイリアスレコードであってもサポートされていないためです。

値/トラフィックのルーティング先

リストから選択する値、またはフィールドに入力する値は、トラフィックをルーティングする AWS リソースによって異なります。

どの AWS リソースをターゲットとすることができるかについては、値/トラフィックのルーティング先 を参照してください。

トラフィックを特定の AWS リソースにルーティングするように Route 53 を設定する方法の詳細については、AWS リソースへのインターネットトラフィックのルーティング を参照してください。

Location

クエリの発信元の場所に基づいて DNS クエリに応答するように Route 53 を設定する場合は、Route 53 がこのレコードの設定を使用して応答する対象の大陸または国を選択します。Route 53 が米国の各州について DNS クエリに応答する場合は、[ロケーション] リストから [米国] を選択し、[米国の州] リストから州を選択します。

重要

[ロケーション] に関する [デフォルト] の値を持つ位置情報レコードを 1 つ作成することをお勧めします。これにより、レコードを作成していない地理的場所および Route 53 が位置を識別できない IP アドレスをカバーできます。

[レコード名] および [レコードタイプ] の値が位置情報コードと同じである非位置情報レコードを作成することはできません。

詳細については、「位置情報ルーティング」を参照してください

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、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、TR、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

注記

Route 53 では、以下の国の位置情報レコードの作成をサポートしていません。ブーベ島 (BV)、クリスマス島 (CX)、西サハラ (EH)、ハード島とマクドナルド諸島 (HM)。これらの国の IP アドレスに関するデータは利用できません。

米国の州

クエリの発信元である米国の州に基づいて DNS クエリに応答するように Route 53 を設定する場合は、[米国の州] リストから州を選択します。米国の海外領土 (プエルトリコなど) は [Location (ロケーション)] リストに国として表示されます。

重要

一部の IP アドレスは、米国と関連付けられていますが、個々の州とは関連付けられていません。米国のすべての州に対するレコードを作成する場合は、これらの関連付けられていない IP アドレスのクエリをルーティングするために、米国のレコードも作成することをお勧めします。米国のレコードを作成しない場合、Route 53 は関連付けられていない米国の IP アドレスからの DNS クエリに対して、デフォルトの位置情報レコードの設定 (作成している場合) または "応答なし" の応答を使用して応答します。

ヘルスチェック

Route 53 で、指定されたエンドポイントの正常性をチェックし、エンドポイントが正常であるときにのみ、このレコードを使用して DNS クエリに応答する場合は、ヘルスチェックを選択します。

Route 53 は、レコード内で指定されたエンドポイント、例えば、[] フィールドの IP アドレスで指定されたエンドポイントの正常性はチェックしません。Route 53 は、レコードのヘルスチェックを選択したとき、ヘルスチェックで指定されたエンドポイントの正常性をチェックします。エンドポイントが正常であるかどうかを、Route 53 がどのように判断するかについては、「Amazon Route 53 でヘルスチェックの正常性を判断する方法」を参照してください。

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。

  • 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。

  • フェイルオーバーエイリアス、位置情報エイリアス、レイテンシーエイリアス、または加重エイリアスレコードのグループ内のレコード、またはエイリアスレコードに対する [ターゲットの正常性の評価] に [Yes]を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。

ヘルスチェックでドメイン名によってのみエンドポイントを指定する場合、エンドポイントごとにヘルスチェックを作成することをお勧めします。例えば、www.example.com のコンテンツを配信する各 HTTP サーバーについて、ヘルスチェックを作成します。[ドメイン名] の値には、レコードの名前 (example.com) ではなく、サーバーのドメイン名 (us-east-2-www.example.com など) を指定します。

重要

この構成で、[ドメイン名] の値がレコードの名前と一致するヘルスチェックを作成し、それらのレコードにヘルスチェックを関連付けた場合、ヘルスチェックで予想できない結果が生じます。

位置情報レコードで、エンドポイントが正常でない場合、Route 53 は、より大きい、関連付けられた地理的リージョンのレコードを探します。例えば、米国の 1 つの州、米国、北米、およびすべての場所 ([Location] が [Default]) のレコードがあるとします。州のレコードのエンドポイントが正常でない場合、Route 53 は、正常なエンドポイントがあるレコードが見つかるまで、米国、北米、すべての場所のレコードを、この順序で確認します。すべての場所のレコードを確認しても、適用可能なレコードがすべて正常でない場合、Route 53 は最小の地理的リージョンのレコードの値を使用して DNS クエリに応答します。

ターゲットの正常性の評価

Route 53 で、このレコードを使用して [エンドポイント] で指定されたリソースの正常性を確認することによって DNS クエリに応答するかどうかを判定する場合は、[Yes] を選択します。

次の点に注意してください。

API Gateway のカスタムリージョン API とエッジ最適化 API

エンドポイントが API Gateway カスタムリージョン API またはエッジ最適化 API である場合、[Evaluate target health] (ターゲットヘルスを評価) を [Yes] (はい) に設定するための特別な要件はありません。

CloudFront ディストリビューション

エンドポイントが CloudFront ディストリビューションの場合、[ターゲットの正常性の評価] を [Yes] に設定することはできません。

ローカル化されたサブドメインがある Elastic Beanstalk 環境

[エンドポイント] で Elastic Beanstalk 環境を指定し、その環境に ELB ロードバランサーが含まれている場合、Elastic Load Balancing はクエリをロードバランサーに登録されている正常な Amazon EC2 インスタンスにのみルーティングします。(複数の Amazon EC2 インスタンスが含まれている場合、環境には自動的に ELB ロードバランサーが含まれます。) [ターゲットの正常性の評価] を [Yes] に設定したとき、正常な Amazon EC2 インスタンスがない場合やロードバランサー自体が正常でない場合、Route 53 は他に利用可能なリソースがあれば、そこにクエリをルーティングします。

環境に 1 つの Amazon EC2 インスタンスが含まれている場合、特別な要件はありません。

ELB ロードバランサー

ヘルスチェックの動作はロードバランサーのタイプによって異なります。

  • [Classic Load Balancers] – [エンドポイント] で ELB Classic Load Balancer を指定した場合、Elastic Load Balancing は、ロードバランサーに登録されている正常な Amazon EC2 インスタンスにのみクエリをルーティングします。[ターゲットの正常性の評価] を [Yes] に設定したとき、正常な EC2 インスタンスがない場合やロードバランサー自体が正常でない場合、Route 53 は他のリソースにクエリをルーティングします。

  • アプリケーションと Network Load Balancer – ELB アプリケーションまたは Network Load Balancer を指定し、[ターゲットの正常性の評価] を Yes に設定すると、Route 53 は、ロードバランサーに関連付けられているターゲットグループの正常性に基づいて、クエリをロードバランサーにルーティングします。

    • アプリケーションまたはNetwork Load Balancerを正常であると見なすには、ターゲットを含むすべてのターゲットグループに少なくとも 1 つの正常なターゲットが含まれている必要があります。ターゲットグループに異常なターゲットのみが含まれている場合、ロードバランサーは異常であるとみなされ、Route 53 はクエリを他のリソースにルーティングします。

    • 登録されたターゲットを持たないターゲットグループは異常であるとみなされます。

注記

ロードバランサーを作成するときは、Elastic Load Balancing のヘルスチェックの設定を行います。これは Route 53 のヘルスチェックではありませんが、同様の機能を実行します。ELB ロードバランサーに登録する EC2 インスタンスに対しては Route 53 のヘルスチェックを作成しないでください。

S3 バケット

エンドポイントが S3 バケットである場合、[ターゲットの正常性の評価] を [Yes] に設定するための特別な要件はありません。

Amazon VPC インターフェイスのエンドポイント

エンドポイントが Amazon VPC インターフェイスエンドポイントである場合、[ターゲットの正常性の評価] を [Yes] に設定するための特別な要件はありません。

同じホストゾーンの他のレコード

[エンドポイント] に指定した AWS リソースが、別のエイリアスレコードではなく、レコードまたはレコードのグループ (例えば、加重レコードのグループ) の場合は、エンドポイントのすべてのレコードにヘルスチェックを関連付けることをお勧めします。詳細については、「ヘルスチェックを省略するとどうなるか」を参照してください

記録 ID

位置情報レコードのグループ内で、このレコードを一意に識別する値を入力します。