翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Amazon Route 53 レコードの作成時または編集時に指定する値
<a name="resource-record-sets-values"></a>

Amazon Route 53 コンソールを使用してレコードを作成する場合、指定する値は、使用するルーティングポリシーと、トラフィックを AWS リソースにルーティングするエイリアスレコードを作成するかどうかによって異なります。

ターゲット AWS リソースを指定する特定のリソース (Elastic Load Balancing、CloudFront ディストリビューション、Amazon S3 バケットなど) にトラフィックをルーティングするエイリアスレコード。オプションで、ヘルスチェックを関連付けたり、ターゲットヘルス評価を設定したりすることもできます。以下のトピックは、各ルーティングポリシーとレコードタイプに必要な値に関する詳細情報を提供しており、Route 53 レコードを効果的に設定するのに役立ちます。

**Topics**
+ [すべてのルーティングポリシーに共通する値](resource-record-sets-values-shared.md)
+ [すべてのルーティングポリシーのエイリアスレコードに共通する値](resource-record-sets-values-alias-common.md)
+ [シンプルなレコードに固有の値](resource-record-sets-values-basic.md)
+ [シンプルなエイリアスレコードに固有の値](resource-record-sets-values-alias.md)
+ [フェイルオーバーレコードに固有の値](resource-record-sets-values-failover.md)
+ [フェイルオーバーエイリアスレコードに固有の値](resource-record-sets-values-failover-alias.md)
+ [位置情報レコードに固有の値](resource-record-sets-values-geo.md)
+ [位置情報エイリアスレコードに固有の値](resource-record-sets-values-geo-alias.md)
+ [地理的近接性レコードに固有の値](resource-record-sets-values-geoprox.md)
+ [地理的近接性エイリアスレコードに固有の値](resource-record-sets-values-geoprox-alias.md)
+ [レイテンシーレコードに固有の値](resource-record-sets-values-latency.md)
+ [レイテンシーエイリアスレコードに固有の値](resource-record-sets-values-latency-alias.md)
+ [IP ベースレコード特有の値](resource-record-sets-values-ipbased.md)
+ [IP ベースエイリアスレコードに特有の値](resource-record-sets-values-ipbased-alias.md)
+ [複数値回答レコードに固有の値](resource-record-sets-values-multivalue.md)
+ [加重レコードに固有の値](resource-record-sets-values-weighted.md)
+ [加重エイリアスレコードに固有の値](resource-record-sets-values-weighted-alias.md)

# すべてのルーティングポリシーに共通する値
<a name="resource-record-sets-values-shared"></a>

これらは、Amazon Route 53 レコードを作成または編集するときに指定できる共通の値です。これらの値は、すべてのルーティングポリシーによって使用されます。



**Topics**
+ [レコード名](#rrsets-values-common-name)
+ [値/トラフィックのルーティング先](#rrsets-values-common-value)
+ [TTL (秒)](#rrsets-values-common-ttl)

## レコード名
<a name="rrsets-values-common-name"></a>

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

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

**CNAME レコード**  
[**レコードタイプ**] の値が [**CNAME**] のレコードを作成する場合、レコードの名前をホストゾーンの名前と同じにすることはできません。

**特殊文字**  
a～z、0～9、- (ハイフン) 以外の文字を指定する方法、および国際化されたドメイン名を指定する方法については、「[DNS ドメイン名の形式](DomainNameFormat.md)」を参照してください。

**ワイルドカード文字**  
名前にはアスタリスク (\$1) を使用できます。DNSは、名前の中の位置に応じて、「\$1」をワイルドカードまたはアスタリスク (ASCII 42) として処理します。詳細については、「[ホストゾーンおよびレコード名のアスタリスク (\$1) を使用する](DomainNameFormat.md#domain-name-format-asterisk)」を参照してください。  
型が **NS** であるリソースレコードセットに対して \$1 ワイルドカードを使用することはできません。

## 値/トラフィックのルーティング先
<a name="rrsets-values-common-value"></a>

**IP アドレス、またはレコードタイプに応じた別の値**を選択します。[**レコードタイプ**] の値として適切な値を入力します。[**CNAME**] を除くすべてのタイプは、複数の値を入力できます。各値は個別の行に入力します。

**A — IPv4 アドレス**  
IPv4 形式の IP アドレス。例えば、**192.0.2.235**。

**AAAA — IPv6 アドレス**  
IPv6 の形式の IP アドレス。例えば、**2001:0db8:85a3:0:0:8a2e:0370:7334**。

**CAA — 認証局の承認**  
**[Record name]** (レコード名) で指定されたドメインまたはサブドメインの証明書またはワイルドカード証明書を発行可能な認証機関を制御する、スペースで区切られた 3 つの値です。CAA レコードを使用して以下を指定できます｡  
+ SSL/TLS 証明書を発行できる認証機関 (CA)
+ CA がドメインまたはサブドメインの証明書を発行するときに連絡する電子メールアドレスまたは URL

**CNAME — 正規名**  
Route 53 で、このレコードに対する DNS クエリに応答して返される完全修飾ドメイン名 (例えば、*www.example.com*)。末尾のドットはオプションです。Route 53 では、ドメイン名が完全修飾ドメイン名であると見なされます。つまり、Route 53 では、(末尾にドットのない) *www.example.com* と (末尾にドットのある) *www.example.com.* が同一と見なされます。

**MX — メール交換**  
優先順位とメールサーバーを指定するドメイン名。例えば、**10 mailserver.example.com**。末尾のドットはオプションです。

**NAPTR — 名前付け権限ポインタ**  
動的委任発見システム (DDDS) アプリケーションで、1 つの値を別の値に変換または置き換えるために使用される、スペースで区切られた 6 つの設定。詳細については、「[NAPTR レコードタイプ](ResourceRecordTypes.md#NAPTRFormat)」を参照してください。

**PTR — ポインタ**  
Route 53 が返すように設定するドメイン名。

**NS – ネームサーバー**  
ネームサーバーのドメイン名。例えば、**ns1.example.com**。  
単純なルーティングポリシーのみで NS レコードを指定できます。

**SPF — センダーポリシーフレームワーク**  
引用符で囲まれた SPF のレコード。例えば、**"v=spf1 ip4:192.168.0.1/16-all"**。SPF レコードは推奨されていません。詳細については、「[サポートされる DNS レコードタイプ](ResourceRecordTypes.md)」を参照してください。

**SRV — サービスロケーター**  
SRV レコード。SRV レコードは、メールや通信用のサービスなどのサービスにアクセスするために使用されます。SRV レコードの形式については、接続先のサービスのマニュアルを参照してください。末尾のドットはオプションとして扱われます。  
SRV レコードの形式は次のとおりです。  
**[優先順位] [重み] [ポート] [サーバーのホスト名]**  
次に例を示します。  
**1 10 5269 xmpp-server.example.com。**

**TXT — テキスト**  
テキストレコード。テキストは引用符で囲みます。例えば、**"Sample text entry"**。

## TTL (秒)
<a name="rrsets-values-common-ttl"></a>

再帰的な DNS リゾルバーでこのレコードに関する情報をキャッシュしておく時間 (秒単位)。より長い値 (例えば、172800 秒、つまり 2 日) を指定する場合、このレコードの最新情報を取得するには、再帰的な DNS リゾルバーで Route 53 に対して実行する必要がある呼び出しの数を減らします。これにより、レイテンシーが短縮され、Route 53 サービスの請求額が削減されます。詳細については、「[Amazon Route 53 によりドメインのトラフィックをルーティングする方法](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic)」を参照してください

ただし、TTL に長い値を使用する場合、再帰的なリゾルバーは、Route 53 に最新の情報を問い合わせるまでに、長い間キャッシュ内の値を使用するため、レコードに対する変更 (例えば、新しい IP アドレス) が有効になるまでの時間が長くなります。既に使用されているドメインまたはサブドメインの設定を変更する場合、最初は 300 秒など短い値を指定し、新しい設定が正しいことを確認したら、値を増やすことをお勧めします。

このレコードをヘルスチェックに関連付ける場合は、クライアントがヘルスステータスの変化に迅速に応答するように、TTL を 60 秒以下に指定することをお勧めします。

# すべてのルーティングポリシーのエイリアスレコードに共通する値
<a name="resource-record-sets-values-alias-common"></a>

これらは、Amazon Route 53 レコードを作成または編集するときに指定できる一般的なエイリアス値です。これらの値は、すべてのルーティングポリシーによって使用されます。

**Topics**
+ [レコード名](#rrsets-values-common-alias-name)
+ [への値/ルートトラフィック](#rrsets-values-alias-common-target)

## レコード名
<a name="rrsets-values-common-alias-name"></a>

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

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

**CNAME レコード**  
**[Type]** (タイプ) の値が **[CNAME]** のレコードを作成する場合、レコードの名前をホストゾーンの名前と同じ名前にすることはできません。

**CloudFront ディストリビューションと Amazon S3 バケットへのエイリアス**  
指定する値は、トラフィックをルーティングする AWS リソースによって異なります。  
+ **CloudFront ディストリビューション** – ディストリビューションには、レコードの名前と一致する代替ドメイン名が含まれる必要があります。例えば、レコード名が **acme.example.com** の場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして **acme.example.com** が含まれる必要があります。詳細については、*Amazon CloudFront デベロッパーガイド*の「[代替ドメイン名 (CNAME) を使用する](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html)」を参照してください。
+ **Amazon S3 バケット** – レコード名は、Amazon S3 バケット名と一致する必要があります。例えば、 バケット名が [**acme.example.com**] である場合、このレコード名も [**acme.example.com**] である必要があります。

  また、ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、*Amazon Simple Storage Service ユーザーガイド*の[ウェブサイトホスティング用にバケットを設定する](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html)を参照してください。

**特殊文字**  
a～z、0～9、- (ハイフン) 以外の文字を指定する方法、および国際化されたドメイン名を指定する方法については、「[DNS ドメイン名の形式](DomainNameFormat.md)」を参照してください。

**ワイルドカード文字**  
名前にはアスタリスク (\$1) を使用できます。DNSは、名前の中の位置に応じて、「\$1」をワイルドカードまたはアスタリスク (ASCII 42) として処理します。詳細については、「[ホストゾーンおよびレコード名のアスタリスク (\$1) を使用する](DomainNameFormat.md#domain-name-format-asterisk)」を参照してください。

## への値/ルートトラフィック
<a name="rrsets-values-alias-common-target"></a>

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

特定の AWS リソースにトラフィックをルーティングするように Route 53 を設定する方法の詳細については、「」を参照してください[インターネットトラフィックを AWS リソースにルーティングする](routing-to-aws-resources.md)。

**重要**  
同じ AWS アカウントを使用して、トラフィックをルーティングするホストゾーンとリソースを作成し、リソースが**エンドポイント**リストに表示されない場合は、以下を確認してください。  
[**レコードタイプ**] でサポートされている値を選択したことを確認します。サポートされている値は、トラフィックのルーティング先のリソースに固有です。例えば、S3 バケットにトラフィックをルーティングするには、[**レコードタイプ**] として [**A — IPv4 アドレス**] を選択する必要があります。
アカウントに、該当するリソースを一覧表示するために必要な IAM アクセス許可があることを確認します。例えば、CloudFront ディストリビューションを [**エンドポイント**] リストに表示するためには、アカウントが次のアクションを実行するアクセス許可を持っている必要があります: `cloudfront:ListDistributions`。  
IAM ポリシーの例については、「[Amazon Route 53 コンソールを使用するために必要なアクセス許可](access-control-managing-permissions.md#console-required-permissions)」を参照してください。
異なる AWS アカウントを使用してホストゾーンとリソースを作成した場合、**エンドポイント**リストにはリソースは表示されません。[**エンドポイント**] に入力する値を決定するには、リソースタイプに関する次のドキュメントを参照してください。

**API Gateway のカスタムリージョン API とエッジ最適化 API**  
API Gateway のカスタムリージョン API とエッジ最適化 API で、次のいずれかを行います。  
+ **同じアカウントを使用して、Route 53 ホストゾーンと API を作成した場合** – [**エンドポイント**] を選択し、リストから API を選択します。API が多数ある場合は、API エンドポイントの最初の数文字を入力してリストをフィルタリングすることができます。
**注記**  
このレコードの名前は、API のカスタムドメイン名 (例: **api.example.com**) と一致している必要があります。
+ **別のアカウントを使用して、Route 53 ホストゾーンと API を作成した場合** – API の API エンドポイント (例: **api.example.com**) を入力します。

  1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用して API を作成した場合、API は API **Gateway APIs** **のエンドポイント**リストに表示されません。

  1 つのアカウントを使用して現在のホストゾーンを作成し、すべての API を作成するのに 1 つ以上の別のアカウントを使用した場合、[**エンドポイント**] リストの [**API Gateway API**] に「**No targets available**」と表示されます。詳細については、「[ドメイン名を使用してトラフィックを Amazon API Gateway の API にルーティングする](routing-to-api-gateway.md)」を参照してください。

**CloudFront ディストリビューション**  
CloudFront ディストリビューションの場合は、次のいずれかの操作を実行します。  
+ **Route 53 ホストゾーンと CloudFront ディストリビューションを作成する際に同じアカウントを使用している場合** – [**エンドポイント**] を選択し、リストからディストリビューションを選択します。ディストリビューションが多数ある場合は、ディストリビューションのドメイン名の最初の数文字を入力することでリストをフィルタ処理できます。

  ディストリビューションがリストに表示されていない場合は、次の点を確認してください。
  + このレコードの名前は、ディストリビューションの代替ドメイン名に一致する必要があります。
  + ディストリビューションに代替ドメイン名を追加した直後であれば、変更がすべての CloudFront エッジロケーションに伝達されるまでに 15 分程度かかる場合があります。変更が伝達されるまで、Route 53 は新しい代替ドメイン名を認識できません。
+ **Route 53 ホストゾーンとディストリビューションを作成する際に異なるアカウントを使用している場合** – ディストリビューションの CloudFront ドメイン名を入力します (例えば、**d111111abcdef8.cloudfront.net**)。

  1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してディストリビューションを作成した場合、ディストリビューションは**エンドポイント**リストに表示されません。

  1 つのアカウントを使用して現在のホストゾーンを作成し、1 つ以上の別のアカウントを使用してすべてのディストリビューションを作成した場合 、[**エンドポイント**] リストの [**CloudFront ディストリビューション**] に「**No targets available**」と表示されます。
すべてのエッジロケーションに伝達されていない CloudFront ディストリビューションにクエリをルーティングしないでください。その場合、ユーザーは該当するコンテンツにアクセスできません。
CloudFront ディストリビューションには、レコードの名前と一致する代替ドメイン名が含まれる必要があります。例えば、レコード名が **acme.example.com** の場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして **acme.example.com** が含まれる必要があります。詳細については、*Amazon CloudFront デベロッパーガイド*の「[代替ドメイン名 (CNAME) を使用する](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html)」を参照してください。  
ディストリビューションに対して IPv6 が有効になっている場合は、2 つのレコードを作成します。1 つは [**レコードタイプ**] として [**A — IPv4 アドレス**]の値を持つもの、もう 1 つは [**AAAA IPv6 — アドレス**] の値を持つものとします。詳細については、「[ドメイン名を使用したトラフィックの Amazon CloudFront ディストリビューションへのルーティング](routing-to-cloudfront-distribution.md)」を参照してください。

**App Runner サービス**  
App Runner サービスで、次のいずれかの操作を行います。  
+ **同じアカウントを使用して Route 53 ホストゾーンと App Runner サービスを作成した場合は**、 を選択し AWS リージョン、リストからトラフィックをルーティングする環境のドメイン名を選択します。
+ **異なるアカウントを使用して Route 53 ホストゾーンと App Runner を作成した場合** – カスタムドメイン名を入力します。詳細については、「[Managing custom domain names for App Runner](https://docs.aws.amazon.com/apprunner/latest/dg/manage-custom-domains.html)」(App Runner サービスでのカスタムドメイン名の管理) を参照してください。

  1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用して App Runner を作成した場合、App Runner は**エンドポイント**リストに表示されません。
詳細については、「[Amazon Route 53 での App Runner サービスに対するトラフィックのルーティングの設定](routing-to-app-runner.md#routing-to-app-runner-configuring)」を参照してください。

**ローカル化されたサブドメインがある Elastic Beanstalk 環境**  
Elastic Beanstalk 環境のドメイン名に環境をデプロイしたリージョンが含まれている場合、トラフィックを環境にルーティングするエイリアスレコードを作成できます。たとえば、ドメイン名 `my-environment.us-west-2.elasticbeanstalk.com` はローカル化されたドメイン名です｡  
2016 年の初めよりも前に作成された環境の場合、ドメイン名にはリージョンは含まれていません。これらの環境にトラフィックをルーティングするには、エイリアスレコードの代わりに CNAME レコードを作成する必要があります。ルートドメイン名に対して CNAME レコードを作成することはできないことに注意してください｡ 例えば、ドメイン名が example.com の場合、acme.example.com のトラフィックを Elastic Beanstalk 環境にルーティングするレコードは作成できますが、example.com のトラフィックを Elastic Beanstalk 環境にルーティングするレコードは作成できません。
ローカル化されたサブドメインがある Elastic Beanstalk 環境の場合は、次のいずれかを実行します。  
+ **Route 53 ホストゾーンと Elastic Beanstalk 環境を作成する際に同じアカウントを使用している場合** – [**エンドポイント**] を選択し、リストから環境を選択します。環境が多数ある場合は、環境の CNAME 属性の最初の数文字を入力することでリストをフィルタ処理できます。
+ **別のアカウントを使用して、Route 53 ホストゾーンと Elastic Beanstalk 環境を作成した場合**— Elastic Beanstalk 環境の CNAME 属性を入力します。
詳細については、「[AWS Elastic Beanstalk 環境へのトラフィックのルーティング](routing-to-beanstalk-environment.md)」を参照してください。

**ELB ロードバランサー**  
ELB ロードバランサーの場合は、次のいずれかの操作を実行します。  
+ **Route 53 ホストゾーンとロードバランサーを作成する際に同じアカウントを使用している場合** – [**エンドポイント**] を選択し、リストからロードバランサーを選択します。ロードバランサーが多数ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理できます。
+ **Route 53 ホストゾーンとロードバランサーを作成する際に異なるアカウントを使用している場合** – 「[Elastic Load Balancing ロードバランサーの DNS 名を取得する](resource-record-sets-creating.md#resource-record-sets-elb-dns-name-procedure)」の手順で取得した値を入力します。

  1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してロードバランサーを作成した場合、ロードバランサーは**エンドポイント**リストに表示されません。

  1 つのアカウントを使用して現在のホストゾーンを作成し、すべてのロードバランサーを作成するのに 1 つ以上の別のアカウントを使用した場合、[**エンドポイント**] リストの [**Elastic Load Balancers**] に「**No targets available**」と表示されます。
コンソールは、別のアカウントのアプリケーションと Classic Load Balancer に **dualstack.** を付加します。ウェブブラウザなどのクライアントが、ドメイン名 (example.com) またはサブドメイン名 (www.example.com) の IP アドレスをリクエストする場合、クライアントは IPv4 アドレス (A レコード)、IPv6 アドレス (AAAA レコード)、または IPv4 アドレスと IPv6 アドレスの両方を (別のリクエストで) リクエストできます。[**dualstack.**] の指定により、Route 53 は、クライアントがリクエストした IP アドレス形式に基づいて、ロードバランサーに対する適切な IP アドレスで応答することができます。  
詳細については、「[ELB ロードバランサーへのトラフィックのルーティング](routing-to-elb-load-balancer.md)」を参照してください。

**AWS Global Accelerator アクセラレーター**  
 AWS Global Accelerator アクセラレーターの場合は、アクセラレーターの DNS 名を入力します。現在のアカウントまたは別の AWS アカウントを使用して作成したアクセラレーターの DNS 名を入力できます AWS 。

**Amazon S3 バケット**  
ウェブサイトエンドポイントとして設定された Amazon S3 バケットの場合、次のいずれかを実行します。  
+ **Route 53 ホストゾーンと Amazon S3 バケットを作成する際に同じアカウントを使用している場合** – [**エンドポイント**] を選択し、リストからバケットを選択します。バケットが多数ある場合は、DNS 名の最初の数文字を入力することでリストをフィルタ処理できます。

  [**エンドポイント**] の値は、バケットの Amazon S3 ウェブサイトエンドポイントに変わります。
+ **別のアカウントを使用して、Route 53 ホストゾーンと Amazon S3 bucket を作成した場合** – S3 バケットを作成したリージョンの名前を入力します。*Amazon Web Services 全般のリファレンス* の「[Amazon S3 ウェブサイトのエンドポイント](https://docs.aws.amazon.com/general/latest/gr/s3.html#s3_website_region_endpoints)」にアクセスし、表にある**ウェブサイトのエンドポイント**列の値を使用します。

  現在の AWS アカウント以外のアカウントを使用して Amazon S3 バケットを作成した場合、そのバケットは**エンドポイント**リストに表示されません。
ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、*Amazon Simple Storage Service ユーザーガイド*の[ウェブサイトホスティング用にバケットを設定する](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html)を参照してください。  
レコード名は、Amazon S3 バケット名と一致する必要があります。例えば、Amazon S3 バケット名が [**acme.example.com**] である場合、このレコード名も [**acme.example.com**] である必要があります。  
加重エイリアス、レイテンシーエイリアス、フェイルオーバーエイリアス、または位置情報エイリアスのレコードのグループの中には、Amazon S3 バケットにクエリをルーティングするレコードを 1 つだけ作成できます。これは、レコード名はバケット名と一致する必要があり、バケット名はグローバルに一意である必要があるためです。

**Amazon OpenSearch Service**  
OpenSearch Service で、次のいずれかの操作を行います。  
+ **OpenSearch Service カスタムドメイン**: レコードの名前はカスタムドメインの名前と一致する必要があります。例えば、カスタムドメイン名が [test.example.com] である場合、このレコード名も [test.example.com] である必要があります。
+ **同じアカウントを使用して Route 53 ホストゾーンと OpenSearch Service ドメインを作成した場合は**、 を選択し AWS リージョン、ドメイン名を選択します。
+ **異なるアカウントを使用して Route 53 ホストゾーンと OpenSearch Service を作成した場合** – カスタムドメイン名を入力します。詳細については、「[カスタムエンドポイントを作成する](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/customendpoint.html)」を参照してください。

  1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用して OpenSearch Service ドメインを作成した場合、そのドメインは**エンドポイント**リストに表示されません。

  1 つのアカウントを使用して現在のホストゾーンを作成し、すべての OpenSearch Service ドメインを作成するのに 1 つ以上の別のアカウントを使用した場合、[**エンドポイント**] リストの **[OpenSearch Service]** に「**No targets available**」と表示されます。
詳細については、「[Amazon Route 53 を Amazon OpenSearch Service ドメインエンドポイントにルーティングする Amazon Route 53 の設定](routing-to-open-search-service.md#routing-to-open-search-service-configuring)」を参照してください。

**Amazon VPC インターフェイスのエンドポイント**  
Amazon VPC インターフェイスエンドポイントで、以下のいずれかを行います。  
+ **Route 53 ホストゾーンとインターフェイスエンドポイントを作成する際に同じアカウントを使用している場合** – [**エンドポイント**] を選択し、リストからインターフェイスエンドポイントを選択します。インターフェイスエンドポイントが多数ある場合は、DNS ホスト名の最初の数文字を入力することでリストをフィルタリングすることができます。
+ **別のアカウントを使用して Route 53 ホストゾーンとインターフェイスエンドポイントを作成した場合** – インターフェイスエンドポイントの DNS ホスト名 (例: **vpce-123456789abcdef01-example-us-east-1a.elasticloadbalancing.us-east-1.vpce.amazonaws.com**) を入力します。

  1 つの AWS アカウントを使用して現在のホストゾーンを作成し、別のアカウントを使用してインターフェイスエンドポイントを作成した場合、インターフェイスエンドポイントは **VPC エンドポイント**の**エンドポイント**リストに表示されません。

  1 つのアカウントを使用して現在のホストゾーンを作成し、すべてのインターフェイスエンドポイントを作成するのに 1 つ以上の別のアカウントを使用した場合、[**エンドポイント**] リストの [**VPC エンドポイント**] に「**No targets available**」と表示されます。

  詳細については、「[ドメイン名を使用してトラフィックを Amazon Virtual Private Cloud インターフェイスエンドポイントにルーティングする](routing-to-vpc-interface-endpoint.md)」を参照してください。

**このホストゾーン内のレコード**  
このホストゾーン内のレコードの場合は、[**エンドポイント**] を選択し、該当するレコードを選択します。レコードが多数ある場合は、名前の最初の数文字を入力することでリストをフィルタ処理できます。  
ホストゾーンにデフォルトの NS および SOA レコードのみが含まれる場合、[**エンドポイント**] リストには「**No targets available**」と表示されます。  
ホストゾーン ([*zone apex*] といいます) と同じ名前のエイリアスレコードを作成する場合、[**レコードタイプ**] の値が [**CNAME**] のレコードは選択できません。これは、トラフィックがルーティングされているレコードとエイリアスレコードのタイプが同じでなければならず、Zone Apex の CNAME レコードの作成はエイリアスレコードであってもサポートされていないためです。

# シンプルなレコードに固有の値
<a name="resource-record-sets-values-basic"></a>

シンプルなレコードを作成するときは、以下の値を指定します。

**Topics**
+ [ルーティングポリシー](#rrsets-values-basic-routing-policy)
+ [レコード名](#rrsets-values-basic-name)
+ [値/トラフィックのルーティング先](#rrsets-values-basic-value)
+ [レコードタイプ](#rrsets-values-basic-type)
+ [TTL (秒)](#rrsets-values-basic-ttl)

## ルーティングポリシー
<a name="rrsets-values-basic-routing-policy"></a>

**[Simple routing]** (シンプルルーティング) を選択します。

## レコード名
<a name="rrsets-values-basic-name"></a>

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

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

レコード名の詳細については、[レコード名](resource-record-sets-values-shared.md#rrsets-values-common-name) を参照してください。

## 値/トラフィックのルーティング先
<a name="rrsets-values-basic-value"></a>

**IP アドレス、またはレコードタイプに応じた別の値**を選択します。[**レコードタイプ**] の値として適切な値を入力します。[**CNAME**] を除くすべてのタイプは、複数の値を入力できます。各値は個別の行に入力します。

次の値にトラフィックをルーティングするか、次の値を指定できます。
+ **A — IPv4 アドレス**
+ **AAAA — IPv6 アドレス**
+ **CAA —認証局の承認**
+ **CNAME — 正規名**
+ **MX — メール交換**
+ **NAPTR — 名前付け権限ポインタ**
+ **NS – ネームサーバー**

  ネームサーバーのドメイン名。例えば、**ns1.example.com**。
**注記**  
単純なルーティングポリシーのみで NS レコードを指定できます。
+ **PTR — ポインタ**
+ **SPF — センダーポリシーフレームワーク**
+ **SRV — サービスロケーター**
+ **TXT — テキスト**

上記の値の詳細については、「[common values for Value/Route traffic to](resource-record-sets-values-shared.md#rrsets-values-common-value)」(値/トラフィックのルーティング先) を参照してください。

## レコードタイプ
<a name="rrsets-values-basic-type"></a>

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

Route 53 が DNS クエリに応答する方法に基づいて、**レコードタイプ**の値を選択します。

## TTL (秒)
<a name="rrsets-values-basic-ttl"></a>

再帰的な DNS リゾルバーでこのレコードに関する情報をキャッシュしておく時間 (秒単位)。より長い値 (例えば、172800 秒、つまり 2 日) を指定する場合、このレコードの最新情報を取得するには、再帰的な DNS リゾルバーで Route 53 に対して実行する必要がある呼び出しの数を減らします。これにより、レイテンシーが短縮され、Route 53 サービスの請求額が削減されます。詳細については、「[Amazon Route 53 によりドメインのトラフィックをルーティングする方法](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic)」を参照してください

ただし、TTL に長い値を使用する場合、再帰的なリゾルバーは、Route 53 に最新の情報を問い合わせるまでに、長い間キャッシュ内の値を使用するため、レコードに対する変更 (例えば、新しい IP アドレス) が有効になるまでの時間が長くなります。既に使用されているドメインまたはサブドメインの設定を変更する場合、最初は 300 秒など短い値を指定し、新しい設定が正しいことを確認したら、値を増やすことをお勧めします。

# シンプルなエイリアスレコードに固有の値
<a name="resource-record-sets-values-alias"></a>

エイリアスレコードを作成するときは、以下の値を指定します。詳細については、「[エイリアスレコードと非エイリアスレコードの選択](resource-record-sets-choosing-alias-non-alias.md)」を参照してください。

**注記**  
で Route 53 を使用している場合 AWS GovCloud (US) Region、この機能にはいくつかの制限があります。詳細については、*AWS GovCloud (US) ユーザーガイド*の [Amazon Route 53 のページ](https://docs.aws.amazon.com/govcloud-us/latest/UserGuide/govcloud-r53.html)を参照してください。

**Topics**
+ [ルーティングポリシー](#rrsets-values-alias-routing-policy)
+ [レコード名](#rrsets-values-alias-name)
+ [への値/ルートトラフィック](#rrsets-values-alias-alias-target)
+ [レコードタイプ](#rrsets-values-alias-type)
+ [ターゲットの正常性の評価](#rrsets-values-alias-evaluate-target-health)

## ルーティングポリシー
<a name="rrsets-values-alias-routing-policy"></a>

**[Simple routing]** (シンプルルーティング) を選択します。

## レコード名
<a name="rrsets-values-alias-name"></a>

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

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

レコード名の詳細については、[レコード名](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name) を参照してください。

## への値/ルートトラフィック
<a name="rrsets-values-alias-alias-target"></a>

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

ターゲットにできる AWS リソースの詳細については、[値/ルートトラフィックのエイリアスレコードの一般的な値](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target)を参照してください。

特定の AWS リソースにトラフィックをルーティングするように Route 53 を設定する方法の詳細については、「」を参照してください[インターネットトラフィックを AWS リソースにルーティングする](routing-to-aws-resources.md)。

## レコードタイプ
<a name="rrsets-values-alias-type"></a>

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

トラフィックをルーティングする AWS リソースに基づいて、該当する値を選択します。

**API Gateway のカスタムリージョン API またはエッジ最適化 API**  
[**A — IPv4 アドレス**] を選択します。

**Amazon VPC インターフェイスのエンドポイント**  
[**A — IPv4 アドレス**] を選択します。

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

**App Runner サービス**  
[**A — IPv4 アドレス**] を選択します。

**ローカル化されたサブドメインがある Elastic Beanstalk 環境**  
[**A — IPv4 アドレス**] を選択します。

**ELB ロードバランサー**  
[**A — IPv4 アドレス**] または [**AAAA — IPv6 アドレス**] を選択します。

**Amazon S3 バケット**  
[**A — IPv4 アドレス**] を選択します。

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

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

## ターゲットの正常性の評価
<a name="rrsets-values-alias-evaluate-target-health"></a>

**[Routing policy]** (ルーティングポリシー) の値が **[Simple]** (シンプル) の場合、**[No]** (いいえ) またはデフォルトの **[Yes]** (はい) を選択できます。**[Evaluate target health]** (ターゲットヘルスを評価) は、**[Simple]** (シンプル) ルーティングに一切影響を及ぼさないためです。指定の名前とタイプのレコードが 1 つのみの場合、Route 53 は、ソースが正常かどうかに関係なく、そのレコードの値を使用して DNS クエリに応答します。

他のルーティングポリシーの場合、**ターゲットヘルスの評価**は、エイリアスレコードが参照するリソースのヘルスを Route 53 がチェックするかどうかを決定します。
+ **ターゲットヘルスの評価が運用上の利点を提供するサービス**: ロードバランサー (ELB) とロードバランサーを使用する AWS Elastic Beanstalk 環境の場合、**ターゲットヘルスの評価**を**「はい」**に設定すると、Route 53 は異常なリソースからトラフィックをルーティングできます。
+ **高可用性サービス**: Amazon S3 バケット、VPC インターフェイスエンドポイント、Amazon API Gateway、Amazon OpenSearch Service AWS Global Accelerator、Amazon VPC Lattice などのサービスの場合、ターゲット**ヘルスの評価**は高可用性のために設計されているため、運用上の利点はありません。これらのサービスのフェイルオーバーシナリオでは、代わりに [Route 53 ヘルスチェック](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover.html)を使用します。

さまざまな AWS のサービスで**ターゲットヘルスを評価する**方法の詳細については、 API リファレンスの[EvaluateTargetHealth](https://docs.aws.amazon.com/Route53/latest/APIReference/API_AliasTarget.html#Route53-Type-AliasTarget-EvaluateTargetHealth) ドキュメント」を参照してください。

# フェイルオーバーレコードに固有の値
<a name="resource-record-sets-values-failover"></a>

フェイルオーバーレコードを作成するときは、以下の値を指定します。

**注記**  
プライベートホストゾーンでのフェイルオーバーレコードの作成については、「[プライベートホストゾーンのフェイルオーバーの設定](dns-failover-private-hosted-zones.md)」を参照してください。

**Topics**
+ [ルーティングポリシー](#rrsets-values-failover-routing-policy)
+ [レコード名](#rrsets-values-failover-name)
+ [レコードタイプ](#rrsets-values-failover-type)
+ [TTL (秒)](#rrsets-values-failover-ttl)
+ [値/トラフィックのルーティング先](#rrsets-values-failover-value)
+ [フェイルオーバーレコードタイプ](#rrsets-values-failover-record-type)
+ [ヘルスチェック](#rrsets-values-failover-associate-with-health-check)
+ [記録 ID](#rrsets-values-failover-set-id)

## ルーティングポリシー
<a name="rrsets-values-failover-routing-policy"></a>

[**フェイルオーバー**] を選択します。

## レコード名
<a name="rrsets-values-failover-name"></a>

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

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

フェイルオーバーレコードのグループで、両方のレコードに同じ名前を入力します。

レコード名の詳細については、[レコード名](resource-record-sets-values-shared.md#rrsets-values-common-name) を参照してください。

## レコードタイプ
<a name="rrsets-values-failover-type"></a>

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

プライマリフェイルオーバーレコードとセカンダリフェイルオーバーレコードの両方に同じ値を選択してください。

## TTL (秒)
<a name="rrsets-values-failover-ttl"></a>

再帰的な DNS リゾルバーでこのレコードに関する情報をキャッシュしておく時間 (秒単位)。より長い値 (例えば、172800 秒、つまり 2 日) を指定する場合、このレコードの最新情報を取得するには、再帰的な DNS リゾルバーで Route 53 に対して実行する必要がある呼び出しの数を減らします。これにより、レイテンシーが短縮され、Route 53 サービスの請求額が削減されます。詳細については、「[Amazon Route 53 によりドメインのトラフィックをルーティングする方法](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic)」を参照してください

ただし、TTL に長い値を使用する場合、再帰的なリゾルバーは、Route 53 に最新の情報を問い合わせるまでに、長い間キャッシュ内の値を使用するため、レコードに対する変更 (例えば、新しい IP アドレス) が有効になるまでの時間が長くなります。既に使用されているドメインまたはサブドメインの設定を変更する場合、最初は 300 秒など短い値を指定し、新しい設定が正しいことを確認したら、値を増やすことをお勧めします。

このレコードをヘルスチェックに関連付ける場合、ヘルスステータスの変化にクライアントがすばやく対応できるよう、60 秒以下の TTL を指定することをお勧めします。

## 値/トラフィックのルーティング先
<a name="rrsets-values-failover-value"></a>

**IP アドレス、またはレコードタイプに応じた別の値**を選択します。[**レコードタイプ**] の値として適切な値を入力します。[**CNAME**] を除くすべてのタイプは、複数の値を入力できます。各値は個別の行に入力します。

次の値にトラフィックをルーティングするか、次の値を指定できます。
+ **A — IPv4 アドレス**
+ **AAAA — IPv6 アドレス**
+ **CAA —認証局の承認**
+ **CNAME — 正規名**
+ **MX — メール交換**
+ **NAPTR — 名前付け権限ポインタ**
+ **PTR — ポインタ**
+ **SPF — センダーポリシーフレームワーク**
+ **SRV — サービスロケーター**
+ **TXT — テキスト**

上記の値の詳細については、「[common values for Value/Route traffic to](resource-record-sets-values-shared.md#rrsets-values-common-value)」(値/トラフィックのルーティング先) を参照してください。

## フェイルオーバーレコードタイプ
<a name="rrsets-values-failover-record-type"></a>

このレコードに該当する値を選択します。フェイルオーバーが正常に動作するためには、プライマリフェイルオーバーレコードを 1 つとセカンダリフェイルオーバーレコードを 1 つ作成する必要があります。

[**レコード名**] および [**レコードタイプ**] の値がフェイルオーバーレコードと同じである非フェイルオーバーレコードを作成することはできません。

## ヘルスチェック
<a name="rrsets-values-failover-associate-with-health-check"></a>

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

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

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、レイテンシーエイリアス、IP ベースエイリアス、または加重エイリアスレコードのグループ内にあるエイリアスレコードまたはレコードの **[Evaluate target health]** (ターゲットのヘルスを評価) で、**[Yes]** (はい) を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

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

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

## 記録 ID
<a name="rrsets-values-failover-set-id"></a>

プライマリレコードとセカンダリレコードを一意に識別する値を入力します。

# フェイルオーバーエイリアスレコードに固有の値
<a name="resource-record-sets-values-failover-alias"></a>

フェイルオーバーエイリアスレコードを作成するときは、以下の値を指定します。

詳細については、以下のトピックを参照してください。
+ プライベートホストゾーンでのフェイルオーバーレコードの作成については、「[プライベートホストゾーンのフェイルオーバーの設定](dns-failover-private-hosted-zones.md)」を参照してください。
+ エイリアスレコードの詳細については、「[エイリアスレコードと非エイリアスレコードの選択](resource-record-sets-choosing-alias-non-alias.md)」を参照してください。

**Topics**
+ [ルーティングポリシー](#rrsets-values-failover-alias-routing-policy)
+ [レコード名](#rrsets-values-failover-alias-name)
+ [レコードタイプ](#rrsets-values-failover-alias-type)
+ [値/トラフィックのルーティング先](#rrsets-values-failover-alias-alias-target)
+ [フェイルオーバーレコードタイプ](#rrsets-values-failover-alias-failover-record-type)
+ [ヘルスチェック](#rrsets-values-failover-alias-associate-with-health-check)
+ [ターゲットの正常性の評価](#rrsets-values-failover-alias-evaluate-target-health)
+ [記録 ID](#rrsets-values-failover-alias-set-id)

## ルーティングポリシー
<a name="rrsets-values-failover-alias-routing-policy"></a>

[**フェイルオーバー**] を選択します。

## レコード名
<a name="rrsets-values-failover-alias-name"></a>

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

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

フェイルオーバーレコードのグループで、両方のレコードに同じ名前を入力します。

レコード名の詳細については、[レコード名](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name) を参照してください。

## レコードタイプ
<a name="rrsets-values-failover-alias-type"></a>

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

トラフィックをルーティングする AWS リソースに基づいて、該当する値を選択します。プライマリフェイルオーバーレコードとセカンダリフェイルオーバーレコードの両方に同じ値を選択してください。

**API Gateway のカスタムリージョン API またはエッジ最適化 API**  
[**A — IPv4 アドレス**] を選択します。

**Amazon VPC インターフェイスのエンドポイント**  
[**A — IPv4 アドレス**] を選択します。

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

**App Runner サービス**  
[**A — IPv4 アドレス**] を選択します。

**ローカル化されたサブドメインがある Elastic Beanstalk 環境**  
[**A — IPv4 アドレス**] を選択します。

**ELB ロードバランサー**  
[**A — IPv4 アドレス**] または [**AAAA — IPv6 アドレス**] を選択します。

**Amazon S3 バケット**  
[**A — IPv4 アドレス**] を選択します。

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

**このホストゾーン内の別のレコード**  
エイリアスを作成するレコードのタイプを選択します。[**NS**] および [**SOA**] 以外のすべてのタイプがサポートされます。  
ホストゾーン (*Zone Apex* といいます) と同じ名前のエイリアスレコードを作成する場合、[**タイプ**] の値が [**CNAME**] のレコードにトラフィックをルーティングすることはできません。これは、トラフィックがルーティングされているレコードとエイリアスレコードのタイプが同じでなければならず、Zone Apex の CNAME レコードの作成はエイリアスレコードであってもサポートされていないためです。

## 値/トラフィックのルーティング先
<a name="rrsets-values-failover-alias-alias-target"></a>

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

ターゲットにできる AWS リソースの詳細については、[値/ルートトラフィックのエイリアスレコードの一般的な値](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target)を参照してください。

特定の AWS リソースにトラフィックをルーティングするように Route 53 を設定する方法の詳細については、「」を参照してください[インターネットトラフィックを AWS リソースにルーティングする](routing-to-aws-resources.md)。

**注記**  
プライマリフェイルオーバーレコードとセカンダリフェイルオーバーレコードを作成する場合、オプションで、 [**名前**] および [**レコードタイプ**] が同じ値のフェイルオーバーレコードを 1 つとフェイルオーバー*エイリアス*レコードを 1 つ作成できます。フェイルオーバーレコードとフェイルオーバーエイリアスレコードを混在させる場合、いずれかをプライマリレコードにすることができます。

## フェイルオーバーレコードタイプ
<a name="rrsets-values-failover-alias-failover-record-type"></a>

このレコードに該当する値を選択します。フェイルオーバーが正常に動作するためには、プライマリフェイルオーバーレコードを 1 つとセカンダリフェイルオーバーレコードを 1 つ作成する必要があります。

[**レコード名**] および [**レコードタイプ**] の値がフェイルオーバーレコードと同じである非フェイルオーバーレコードを作成することはできません。

## ヘルスチェック
<a name="rrsets-values-failover-alias-associate-with-health-check"></a>

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

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

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、レイテンシーエイリアス、IP ベースエイリアス、または加重エイリアスレコードのグループ内にあるエイリアスレコードまたはレコードの **[Evaluate target health]** (ターゲットのヘルスを評価) で、**[Yes]** (はい) を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

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

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

## ターゲットの正常性の評価
<a name="rrsets-values-failover-alias-evaluate-target-health"></a>

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

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

**API Gateway のカスタムリージョン API とエッジ最適化 API**  
エンドポイントが API Gateway カスタムリージョン API またはエッジ最適化 API である場合、[**ターゲットの正常性の評価**] を [**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 を指定し、[**Evaluate Target health (ターゲットの正常性の評価)**] を **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**] に設定するための特別な要件はありません。

**同じホストゾーンの他のレコード**  
Endpoint で指定した AWS リソース****がレコードまたはレコードのグループ (加重レコードのグループなど) で、別のエイリアスレコードではない場合は、ヘルスチェックをエンドポイント内のすべてのレコードに関連付けることをお勧めします。詳細については、「[ヘルスチェックを省略するとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting)」を参照してください。

## 記録 ID
<a name="rrsets-values-failover-alias-set-id"></a>

プライマリレコードとセカンダリレコードを一意に識別する値を入力します。

# 位置情報レコードに固有の値
<a name="resource-record-sets-values-geo"></a>

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

**Topics**
+ [ルーティングポリシー](#rrsets-values-geo-routing-policy)
+ [レコード名](#rrsets-values-geo-name)
+ [レコードタイプ](#rrsets-values-geo-type)
+ [TTL (秒)](#rrsets-values-geo-ttl)
+ [値/トラフィックのルーティング先](#rrsets-values-geo-value)
+ [ロケーション](#rrsets-values-geo-location)
+ [米国の州](#rrsets-values-geo-sublocation)
+ [ヘルスチェック](#rrsets-values-geo-associate-with-health-check)
+ [記録 ID](#rrsets-values-geo-set-id)

## ルーティングポリシー
<a name="rrsets-values-geo-routing-policy"></a>

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

## レコード名
<a name="rrsets-values-geo-name"></a>

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

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

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

レコード名の詳細については、[レコード名](resource-record-sets-values-shared.md#rrsets-values-common-name) を参照してください。

## レコードタイプ
<a name="rrsets-values-geo-type"></a>

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

位置情報レコードのグループ内のすべてのレコードに同じ値を選択します。

## TTL (秒)
<a name="rrsets-values-geo-ttl"></a>

再帰的な DNS リゾルバーでこのレコードに関する情報をキャッシュしておく時間 (秒単位)。より長い値 (例えば、172800 秒、つまり 2 日) を指定する場合、このレコードの最新情報を取得するには、再帰的な DNS リゾルバーで Route 53 に対して実行する必要がある呼び出しの数を減らします。これにより、レイテンシーが短縮され、Route 53 サービスの請求額が削減されます。詳細については、「[Amazon Route 53 によりドメインのトラフィックをルーティングする方法](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic)」を参照してください

ただし、TTL に長い値を使用する場合、再帰的なリゾルバーは、Route 53 に最新の情報を問い合わせるまでに、長い間キャッシュ内の値を使用するため、レコードに対する変更 (例えば、新しい IP アドレス) が有効になるまでの時間が長くなります。既に使用されているドメインまたはサブドメインの設定を変更する場合、最初は 300 秒など短い値を指定し、新しい設定が正しいことを確認したら、値を増やすことをお勧めします。

このレコードをヘルスチェックに関連付ける場合、ヘルスステータスの変化にクライアントがすばやく対応できるよう、60 秒以下の TTL を指定することをお勧めします。

## 値/トラフィックのルーティング先
<a name="rrsets-values-geo-value"></a>

**IP アドレス、またはレコードタイプに応じた別の値**を選択します。[**レコードタイプ**] の値として適切な値を入力します。[**CNAME**] を除くすべてのタイプは、複数の値を入力できます。各値は個別の行に入力します。

次の値にトラフィックをルーティングするか、次の値を指定できます。
+ **A — IPv4 アドレス**
+ **AAAA — IPv6 アドレス**
+ **CAA —認証局の承認**
+ **CNAME — 正規名**
+ **MX — メール交換**
+ **NAPTR — 名前付け権限ポインタ**
+ **PTR — ポインタ**
+ **SPF — センダーポリシーフレームワーク**
+ **SRV — サービスロケーター**
+ **TXT — テキスト**

上記の値の詳細については、「[common values for Value/Route traffic to](resource-record-sets-values-shared.md#rrsets-values-common-value)」(値/トラフィックのルーティング先) を参照してください。

## ロケーション
<a name="rrsets-values-geo-location"></a>

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

プライベートホストゾーンの場合は、リソース AWS リージョン がある に最も近い大陸、国、またはサブディビジョンを選択します。例えば、リソースが us-east-1 にある場合であれば、北米、米国、またはバージニアを指定します。

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

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

詳細については、「[位置情報ルーティング](routing-policy-geo.md)」を参照してください

Amazon Route 53 が各大陸に関連付ける国を次に示します。国コードは、ISO 3166 のものです。詳細については、Wikipedia の記事、「[ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/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  
一部のプロバイダーは、TR がアジアにあると見なしており、IP アドレスにはそれが反映されます。

**北米 (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 アドレスに関するデータは利用できません。

## 米国の州
<a name="rrsets-values-geo-sublocation"></a>

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

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

## ヘルスチェック
<a name="rrsets-values-geo-associate-with-health-check"></a>

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

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

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、レイテンシーエイリアス、IP ベースエイリアス、または加重エイリアスレコードのグループ内にあるエイリアスレコードまたはレコードの **[Evaluate target health]** (ターゲットのヘルスを評価) で、**[Yes]** (はい) を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

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

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

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

## 記録 ID
<a name="rrsets-values-geo-set-id"></a>

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

# 位置情報エイリアスレコードに固有の値
<a name="resource-record-sets-values-geo-alias"></a>

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

詳しくは、[エイリアスレコードと非エイリアスレコードの選択](resource-record-sets-choosing-alias-non-alias.md) を参照してください。

**Topics**
+ [ルーティングポリシー](#rrsets-values-geo-alias-routing-policy)
+ [レコード名](#rrsets-values-geo-alias-name)
+ [レコードタイプ](#rrsets-values-geo-alias-type)
+ [値/トラフィックのルーティング先](#rrsets-values-geo-alias-alias-target)
+ [ロケーション](#rrsets-values-geo-alias-location)
+ [米国の州](#rrsets-values-geo-alias-sublocation)
+ [ヘルスチェック](#rrsets-values-geo-alias-associate-with-health-check)
+ [ターゲットの正常性の評価](#rrsets-values-geo-alias-evaluate-target-health)
+ [記録 ID](#rrsets-values-geo-alias-set-id)

## ルーティングポリシー
<a name="rrsets-values-geo-alias-routing-policy"></a>

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

## レコード名
<a name="rrsets-values-geo-alias-name"></a>

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

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

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

レコード名の詳細については、[レコード名](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name) を参照してください。

## レコードタイプ
<a name="rrsets-values-geo-alias-type"></a>

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

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

**API Gateway のカスタムリージョン API またはエッジ最適化 API**  
[**A — IPv4 アドレス**] を選択します。

**Amazon VPC インターフェイスのエンドポイント**  
[**A — IPv4 アドレス**] を選択します。

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

**App Runner サービス**  
[**A — IPv4 アドレス**] を選択します。

**ローカル化されたサブドメインがある Elastic Beanstalk 環境**  
[**A — IPv4 アドレス**] を選択します。

**ELB ロードバランサー**  
[**A — IPv4 アドレス**] または [**AAAA — IPv6 アドレス**] を選択します。

**Amazon S3 バケット**  
[**A — IPv4 アドレス**] を選択します。

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

**このホストゾーン内の別のレコード**  
エイリアスを作成するレコードのタイプを選択します。[**NS**] および [**SOA**] 以外のすべてのタイプがサポートされます。  
ホストゾーン (*Zone Apex* といいます) と同じ名前のエイリアスレコードを作成する場合、[**タイプ**] の値が [**CNAME**] のレコードにトラフィックをルーティングすることはできません。これは、トラフィックがルーティングされているレコードとエイリアスレコードのタイプが同じでなければならず、Zone Apex の CNAME レコードの作成はエイリアスレコードであってもサポートされていないためです。

## 値/トラフィックのルーティング先
<a name="rrsets-values-geo-alias-alias-target"></a>

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

ターゲットにできる AWS リソースの詳細については、「」を参照してください[への値/ルートトラフィック](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target)。

特定の AWS リソースにトラフィックをルーティングするように Route 53 を設定する方法の詳細については、「」を参照してください[インターネットトラフィックを AWS リソースにルーティングする](routing-to-aws-resources.md)。

## ロケーション
<a name="rrsets-values-geo-alias-location"></a>

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

プライベートホストゾーンの場合は、リソース AWS リージョン がある に最も近い大陸、国、またはサブディビジョンを選択します。例えば、リソースが us-east-1 にある場合であれば、北米、米国、またはバージニアを指定します。

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

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

詳細については、「[位置情報ルーティング](routing-policy-geo.md)」を参照してください

Amazon Route 53 が各大陸に関連付ける国を次に示します。国コードは、ISO 3166 のものです。詳細については、Wikipedia の記事、「[ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/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  
一部のプロバイダーは、TR がアジアにあると見なしており、IP アドレスにはそれが反映されます。

**北米 (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 アドレスに関するデータは利用できません。

## 米国の州
<a name="rrsets-values-geo-alias-sublocation"></a>

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

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

## ヘルスチェック
<a name="rrsets-values-geo-alias-associate-with-health-check"></a>

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

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

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、レイテンシーエイリアス、IP ベースエイリアス、または加重エイリアスレコードのグループ内にあるエイリアスレコードまたはレコードの **[Evaluate target health]** (ターゲットのヘルスを評価) で、**[Yes]** (はい) を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

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

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

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

## ターゲットの正常性の評価
<a name="rrsets-values-geo-alias-evaluate-target-health"></a>

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**] に設定するための特別な要件はありません。

**同じホストゾーンの他のレコード**  
Endpoint で指定した AWS リソース****がレコードまたはレコードのグループ (加重レコードのグループなど) で、別のエイリアスレコードではない場合は、ヘルスチェックをエンドポイント内のすべてのレコードに関連付けることをお勧めします。詳細については、「[ヘルスチェックを省略するとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting)」を参照してください。

## 記録 ID
<a name="rrsets-values-geo-alias-set-id"></a>

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

# 地理的近接性レコードに固有の値
<a name="resource-record-sets-values-geoprox"></a>

地理的近接性レコードを作成するときは、以下の値を指定します。

**Topics**
+ [ルーティングポリシー](#rrsets-values-geoprox-routing-policy)
+ [レコード名](#rrsets-values-geoprox-name)
+ [レコードタイプ](#rrsets-values-geoprox-type)
+ [TTL (秒)](#rrsets-values-geoprox-ttl)
+ [値/トラフィックのルーティング先](#rrsets-values-geoprox-value)
+ [エンドポイントの場所](#rrsets-values-geoprox-endpoint-location)
+ [Bias (バイアス)](#rrsets-values-geoprox-bias)
+ [ヘルスチェック](#rrsets-values-geoprox-associate-with-health-check)
+ [記録 ID](#rrsets-values-geoprox-set-id)

## ルーティングポリシー
<a name="rrsets-values-geoprox-routing-policy"></a>

**[地理的近接性]** を選択します。

## レコード名
<a name="rrsets-values-geoprox-name"></a>

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

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

地理的近接性レコードのグループで、すべてのレコードに同じ名前を入力します。

レコード名の詳細については、[レコード名](resource-record-sets-values-shared.md#rrsets-values-common-name) を参照してください。

## レコードタイプ
<a name="rrsets-values-geoprox-type"></a>

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

地理的近接性レコードのグループ内のすべてのレコードに同じ値を選択します。

## TTL (秒)
<a name="rrsets-values-geoprox-ttl"></a>

再帰的な DNS リゾルバーでこのレコードに関する情報をキャッシュしておく時間 (秒単位)。より長い値 (例えば、172800 秒、つまり 2 日) を指定する場合、このレコードの最新情報を取得するには、再帰的な DNS リゾルバーで Route 53 に対して実行する必要がある呼び出しの数を減らします。これにより、レイテンシーが短縮され、Route 53 サービスの請求額が削減されます。詳細については、「[Amazon Route 53 によりドメインのトラフィックをルーティングする方法](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic)」を参照してください

ただし、TTL に長い値を使用する場合、再帰的なリゾルバーは、Route 53 に最新の情報を問い合わせるまでに、長い間キャッシュ内の値を使用するため、レコードに対する変更 (例えば、新しい IP アドレス) が有効になるまでの時間が長くなります。既に使用されているドメインまたはサブドメインの設定を変更する場合、最初は 300 秒など短い値を指定し、新しい設定が正しいことを確認したら、値を増やすことをお勧めします。

このレコードをヘルスチェックに関連付ける場合、ヘルスステータスの変化にクライアントがすばやく対応できるよう、60 秒以下の TTL を指定することをお勧めします。

## 値/トラフィックのルーティング先
<a name="rrsets-values-geoprox-value"></a>

**IP アドレス、またはレコードタイプに応じた別の値**を選択します。[**レコードタイプ**] の値として適切な値を入力します。[**CNAME**] を除くすべてのタイプは、複数の値を入力できます。各値は個別の行に入力します。

次の値にトラフィックをルーティングするか、次の値を指定できます。
+ **A — IPv4 アドレス**
+ **AAAA — IPv6 アドレス**
+ **CAA —認証局の承認**
+ **CNAME — 正規名**
+ **MX — メール交換**
+ **NAPTR — 名前付け権限ポインタ**
+ **PTR — ポインタ**
+ **SPF — センダーポリシーフレームワーク**
+ **SRV — サービスロケーター**
+ **TXT — テキスト**

上記の値の詳細については、「[common values for Value/Route traffic to](resource-record-sets-values-shared.md#rrsets-values-common-value)」(値/トラフィックのルーティング先) を参照してください。

## エンドポイントの場所
<a name="rrsets-values-geoprox-endpoint-location"></a>

次の方法のいずれかを使用して、リソースエンドポイント場所を指定できます。

**カスタム座標**  
地理的領域の経度と緯度を指定します。

**AWS リージョン**  
**[場所]** リストから使用可能なリージョンを選択します。  
リージョンの詳細については、「[AWS グローバルインフラストラクチャ](https://aws.amazon.com/about-aws/global-infrastructure/)」を参照してください。

**AWS ローカルゾーングループ**  
**[場所]** リストから使用可能なローカルゾーングループを選択します。  
ローカルゾーンの詳細については、「*AWS ローカルゾーンユーザーガイド*」の「[利用可能なローカルゾーン](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html)」を参照してください。ローカルゾーングループは、通常、終了文字がないローカルゾーンです。例えば、ローカルゾーンが `us-east-1-bue-1a` の場合、ローカルゾーングループは `us-east-1-bue-1` です。

[describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html) CLI コマンドを使用して、特定のローカルゾーンのローカルゾーングループを特定することもできます。

```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```

このコマンドは `"GroupName": "us-west-2-den-1"` を返して、ローカルゾーン `us-west-2-den-1a` がローカルゾーングループ `us-west-2-den-1` に属するように指定します。

**[レコード名]** および **[レコードタイプ]** の値が地理的近接性レコードと同じである非地理的近接性レコードを作成することはできません。

同じレコード名とレコードタイプに同じ場所を指定する 2 つの地理的近接性リソースレコードセットを作成することもできません。

## Bias (バイアス)
<a name="rrsets-values-geoprox-bias"></a>

バイアスは、リソースにトラフィックをルーティングする Route 53 から地理的領域のサイズを拡大または縮小します。正のバイアスは領域を拡張し、負のバイアスは領域を縮小します。詳細については、「[Amazon Route 53 がバイアスを使用してトラフィックをルーティングする方法](routing-policy-geoproximity.md#routing-policy-geoproximity-bias)」を参照してください。

## ヘルスチェック
<a name="rrsets-values-geoprox-associate-with-health-check"></a>

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

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

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、地理的近接性エイリアス、レイテンシーエイリアス、IP ベースエイリアス、または加重エイリアスレコードのグループ内にある 1 つのエイリアスレコードまたは複数のレコードの **[ターゲットの正常性の評価]** で、**[はい]** を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

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

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

地理的近接性レコードの場合、エンドポイントが異常になると、正常が続いている最も近いエンドポイントを Route 53 が探します。

## 記録 ID
<a name="rrsets-values-geoprox-set-id"></a>

地理的近接性レコードのグループ内で、このレコードを一意に識別する値を入力します。

# 地理的近接性エイリアスレコードに固有の値
<a name="resource-record-sets-values-geoprox-alias"></a>

地理的近接性エイリアスレコードを作成するときは、以下の値を指定します。

詳細については、「[エイリアスレコードと非エイリアスレコードの選択](resource-record-sets-choosing-alias-non-alias.md)」を参照してください。

**Topics**
+ [ルーティングポリシー](#rrsets-values-geoprox-alias-routing-policy)
+ [レコード名](#rrsets-values-geoprox-alias-name)
+ [レコードタイプ](#rrsets-values-geoprox-alias-type)
+ [値/トラフィックのルーティング先](#rrsets-values-geoprox-alias-alias-target)
+ [エンドポイントの場所](#rrsets-values-geoprox-alias-endpoint-location)
+ [Bias (バイアス)](#rrsets-values-geoprox-alias-bias)
+ [ヘルスチェック](#rrsets-values-geoprox-alias-associate-with-health-check)
+ [ターゲットの正常性の評価](#rrsets-values-geoprox-alias-evaluate-target-health)
+ [記録 ID](#rrsets-values-geoprox-alias-set-id)

## ルーティングポリシー
<a name="rrsets-values-geoprox-alias-routing-policy"></a>

**[地理的近接性]** を選択します。

## レコード名
<a name="rrsets-values-geoprox-alias-name"></a>

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

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

地理的近接性レコードのグループで、すべてのレコードに同じ名前を入力します。

レコード名の詳細については、[レコード名](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name) を参照してください。

## レコードタイプ
<a name="rrsets-values-geoprox-alias-type"></a>

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

トラフィックをルーティングする AWS リソースに基づいて、該当する値を選択します。地理的近接性レコードのグループ内のすべてのレコードに同じ値を選択します。

**API Gateway のカスタムリージョン API またはエッジ最適化 API**  
[**A — IPv4 アドレス**] を選択します。

**Amazon VPC インターフェイスのエンドポイント**  
[**A — IPv4 アドレス**] を選択します。

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

**App Runner サービス**  
[**A — IPv4 アドレス**] を選択します。

**ローカル化されたサブドメインがある Elastic Beanstalk 環境**  
[**A — IPv4 アドレス**] を選択します。

**ELB ロードバランサー**  
[**A — IPv4 アドレス**] または [**AAAA — IPv6 アドレス**] を選択します。

**Amazon S3 バケット**  
[**A — IPv4 アドレス**] を選択します。

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

**このホストゾーン内の別のレコード**  
エイリアスを作成するレコードのタイプを選択します。[**NS**] および [**SOA**] 以外のすべてのタイプがサポートされます。  
ホストゾーン (*Zone Apex* といいます) と同じ名前のエイリアスレコードを作成する場合、[**タイプ**] の値が [**CNAME**] のレコードにトラフィックをルーティングすることはできません。これは、トラフィックがルーティングされているレコードとエイリアスレコードのタイプが同じでなければならず、Zone Apex の CNAME レコードの作成はエイリアスレコードであってもサポートされていないためです。

## 値/トラフィックのルーティング先
<a name="rrsets-values-geoprox-alias-alias-target"></a>

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

ターゲットにできる AWS リソースの詳細については、「」を参照してください[への値/ルートトラフィック](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target)。

特定の AWS リソースにトラフィックをルーティングするように Route 53 を設定する方法の詳細については、「」を参照してください[インターネットトラフィックを AWS リソースにルーティングする](routing-to-aws-resources.md)。

## エンドポイントの場所
<a name="rrsets-values-geoprox-alias-endpoint-location"></a>

次の方法のいずれかを使用して、リソースエンドポイント場所を指定できます。

**カスタム座標**  
地理的領域の経度と緯度を指定します。

**AWS リージョン**  
**[場所]** リストから使用可能なリージョンを選択します。  
リージョンの詳細については、「[AWS グローバルインフラストラクチャ](https://aws.amazon.com/about-aws/global-infrastructure/)」を参照してください。

**AWS ローカルゾーングループ**  
**[場所]** リストから使用可能なローカルゾーンリージョンを選択します。  
ローカルゾーンの詳細については、「*AWS ローカルゾーンユーザーガイド*」の「[利用可能なローカルゾーン](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html)」を参照してください。ローカルゾーングループは、通常、終了文字がないローカルゾーンです。例えば、ローカルゾーンが `us-east-1-bue-1a` の場合、ローカルゾーングループは `us-east-1-bue-1` です。

[describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html) CLI コマンドを使用して、特定のローカルゾーンのローカルゾーングループを特定することもできます。

```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```

このコマンドは `"GroupName": "us-west-2-den-1"` を返して、ローカルゾーン `us-west-2-den-1a` がローカルゾーングループ `us-west-2-den-1` に属するように指定します。

**[レコード名]** および **[レコードタイプ]** の値が地理的近接性レコードと同じである非地理的近接性レコードを作成することはできません。

同じレコード名とレコードタイプに同じ場所を指定する 2 つの地理的近接性リソースレコードセットを作成することもできません。

詳細については、available-local-zones.html を参照してください

## Bias (バイアス)
<a name="rrsets-values-geoprox-alias-bias"></a>

バイアスは、リソースにトラフィックをルーティングする Route 53 から地理的領域のサイズを拡大または縮小します。正のバイアスは領域を拡張し、負のバイアスは領域を縮小します。詳細については、「[Amazon Route 53 がバイアスを使用してトラフィックをルーティングする方法](routing-policy-geoproximity.md#routing-policy-geoproximity-bias)」を参照してください。

## ヘルスチェック
<a name="rrsets-values-geoprox-alias-associate-with-health-check"></a>

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

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

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、地理的近接性エイリアス、レイテンシーエイリアス、IP ベースエイリアス、または加重エイリアスレコードのグループ内にある 1 つのエイリアスレコードまたは複数のレコードの **[ターゲットの正常性の評価]** で、**[はい]** を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

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

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

地理的近接性レコードの場合、エンドポイントが異常になると、正常が続いている最も近いエンドポイントを Route 53 が探します。

## ターゲットの正常性の評価
<a name="rrsets-values-geoprox-alias-evaluate-target-health"></a>

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**] に設定するための特別な要件はありません。

**同じホストゾーンの他のレコード**  
Endpoint で指定した AWS リソース****がレコードまたはレコードのグループ (加重レコードのグループなど) で、別のエイリアスレコードではない場合は、ヘルスチェックをエンドポイント内のすべてのレコードに関連付けることをお勧めします。詳細については、「[ヘルスチェックを省略するとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting)」を参照してください。

## 記録 ID
<a name="rrsets-values-geoprox-alias-set-id"></a>

地理的近接性レコードのグループ内で、このレコードを一意に識別する値を入力します。

# レイテンシーレコードに固有の値
<a name="resource-record-sets-values-latency"></a>

レイテンシーレコードを作成するときは、以下の値を指定します。

**Topics**
+ [ルーティングポリシー](#rrsets-values-latency-routing-policy)
+ [レコード名](#rrsets-values-latency-name)
+ [レコードタイプ](#rrsets-values-latency-type)
+ [TTL (秒)](#rrsets-values-latency-ttl)
+ [値/トラフィックのルーティング先](#rrsets-values-latency-value)
+ [リージョン](#rrsets-values-latency-region)
+ [ヘルスチェック](#rrsets-values-latency-associate-with-health-check)
+ [記録 ID](#rrsets-values-latency-set-id)

## ルーティングポリシー
<a name="rrsets-values-latency-routing-policy"></a>

[**レイテンシー**] を選択します。

## レコード名
<a name="rrsets-values-latency-name"></a>

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

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

レイテンシーレコードのグループで、すべてのレコードに同じ名前を入力します。

レコード名の詳細については、[レコード名](resource-record-sets-values-shared.md#rrsets-values-common-name) を参照してください。

## レコードタイプ
<a name="rrsets-values-latency-type"></a>

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

Route 53 が DNS クエリに応答する方法に基づいて、**タイプ**の値を選択します。

レイテンシーレコードのグループ内のすべてのレコードに同じ値を選択します。

## TTL (秒)
<a name="rrsets-values-latency-ttl"></a>

再帰的な DNS リゾルバーでこのレコードに関する情報をキャッシュしておく時間 (秒単位)。より長い値 (例えば、172800 秒、つまり 2 日) を指定する場合、このレコードの最新情報を取得するには、再帰的な DNS リゾルバーで Route 53 に対して実行する必要がある呼び出しの数を減らします。これにより、レイテンシーが短縮され、Route 53 サービスの請求額が削減されます。詳細については、「[Amazon Route 53 によりドメインのトラフィックをルーティングする方法](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic)」を参照してください

ただし、TTL に長い値を使用する場合、再帰的なリゾルバーは、Route 53 に最新の情報を問い合わせるまでに、長い間キャッシュ内の値を使用するため、レコードに対する変更 (例えば、新しい IP アドレス) が有効になるまでの時間が長くなります。既に使用されているドメインまたはサブドメインの設定を変更する場合、最初は 300 秒など短い値を指定し、新しい設定が正しいことを確認したら、値を増やすことをお勧めします。

このレコードをヘルスチェックに関連付ける場合、ヘルスステータスの変化にクライアントがすばやく対応できるよう、60 秒以下の TTL を指定することをお勧めします。

## 値/トラフィックのルーティング先
<a name="rrsets-values-latency-value"></a>

**IP アドレス、またはレコードタイプに応じた別の値**を選択します。[**レコードタイプ**] の値として適切な値を入力します。[**CNAME**] を除くすべてのタイプは、複数の値を入力できます。各値は個別の行に入力します。

次の値にトラフィックをルーティングするか、次の値を指定できます。
+ **A — IPv4 アドレス**
+ **AAAA — IPv6 アドレス**
+ **CAA —認証局の承認**
+ **CNAME — 正規名**
+ **MX — メール交換**
+ **NAPTR — 名前付け権限ポインタ**
+ **PTR — ポインタ**
+ **SPF — センダーポリシーフレームワーク**
+ **SRV — サービスロケーター**
+ **TXT — テキスト**

上記の値の詳細については、「[common values for Value/Route traffic to](resource-record-sets-values-shared.md#rrsets-values-common-value)」(値/トラフィックのルーティング先) を参照してください。

## リージョン
<a name="rrsets-values-latency-region"></a>

このレコードで指定されたリソースが存在する Amazon EC2 リージョン。Route 53 によって、指定したその他の値に基づく Amazon EC2 リージョンが推奨されます。これは、プライベートホストゾーンにも適用されます。この値は変更しないことをお勧めします。

次の点に注意してください。
+ 作成できるレイテンシーレコードは、各 Amazon EC2 リージョンにつき 1 つだけです。
+ すべての Amazon EC2 リージョンに対してレイテンシーレコードを作成する必要はありません。レイテンシーレコードを作成したリージョンの中から、レイテンシーの最も小さいリージョンが Route 53 によって選択されます。
+ [**レコード名**] および [**レコードタイプ**] の値がレイテンシーレコードと同じである非レイテンシーレコードを作成することはできません。
+ **cn-north-1** リージョンのタグ付きのレコードを作成した場合、Route 53 は、レイテンシーにかかわらず、常にこのレコードを使用して、中国内からのクエリに応答します。

レイテンシーレコードの使用の詳細については、「[レイテンシーに基づくルーティング](routing-policy-latency.md)」を参照してください。

## ヘルスチェック
<a name="rrsets-values-latency-associate-with-health-check"></a>

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

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

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、レイテンシーエイリアス、IP ベースエイリアス、または加重エイリアスレコードのグループ内にあるエイリアスレコードまたはレコードの **[Evaluate target health]** (ターゲットのヘルスを評価) で、**[Yes]** (はい) を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

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

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

## 記録 ID
<a name="rrsets-values-latency-set-id"></a>

レイテンシーレコードのグループ内で、このレコードを一意に識別する値を入力します。

# レイテンシーエイリアスレコードに固有の値
<a name="resource-record-sets-values-latency-alias"></a>

レイテンシーエイリアスレコードを作成するときは、以下の値を指定します。

詳細については、「[エイリアスレコードと非エイリアスレコードの選択](resource-record-sets-choosing-alias-non-alias.md)」を参照してください。

**Topics**
+ [ルーティングポリシー](#rrsets-values-latency-alias-routing-policy)
+ [レコード名](#rrsets-values-latency-alias-name)
+ [レコードタイプ](#rrsets-values-latency-alias-type)
+ [値/トラフィックのルーティング先](#rrsets-values-latency-alias-alias-target)
+ [リージョン](#rrsets-values-latency-alias-region)
+ [ヘルスチェック](#rrsets-values-latency-alias-associate-with-health-check)
+ [ターゲットの正常性の評価](#rrsets-values-latency-alias-evaluate-target-health)
+ [記録 ID](#rrsets-values-latency-alias-set-id)

## ルーティングポリシー
<a name="rrsets-values-latency-alias-routing-policy"></a>

[**レイテンシー**] を選択します。

## レコード名
<a name="rrsets-values-latency-alias-name"></a>

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

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

レイテンシーレコードのグループで、すべてのレコードに同じ名前を入力します。

レコード名の詳細については、[レコード名](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name) を参照してください。

## レコードタイプ
<a name="rrsets-values-latency-alias-type"></a>

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

トラフィックをルーティングする AWS リソースに基づいて、該当する値を選択します。

**API Gateway のカスタムリージョン API またはエッジ最適化 API**  
[**A — IPv4 アドレス**] を選択します。

**Amazon VPC インターフェイスのエンドポイント**  
[**A — IPv4 アドレス**] を選択します。

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

**App Runner サービス**  
[**A — IPv4 アドレス**] を選択します。

**ローカル化されたサブドメインがある Elastic Beanstalk 環境**  
[**A — IPv4 アドレス**] を選択します。

**ELB ロードバランサー**  
[**A — IPv4 アドレス**] または [**AAAA — IPv6 アドレス**] を選択します。

**Amazon S3 バケット**  
[**A — IPv4 アドレス**] を選択します。

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

**このホストゾーン内の別のレコード**  
エイリアスを作成するレコードのタイプを選択します。[**NS**] および [**SOA**] 以外のすべてのタイプがサポートされます。  
ホストゾーン (*Zone Apex* といいます) と同じ名前のエイリアスレコードを作成する場合、[**タイプ**] の値が [**CNAME**] のレコードにトラフィックをルーティングすることはできません。これは、トラフィックがルーティングされているレコードとエイリアスレコードのタイプが同じでなければならず、Zone Apex の CNAME レコードの作成はエイリアスレコードであってもサポートされていないためです。

レイテンシーレコードのグループ内のすべてのレコードに同じ値を選択します。

## 値/トラフィックのルーティング先
<a name="rrsets-values-latency-alias-alias-target"></a>

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

ターゲットにできる AWS リソースの詳細については、[値/ルートトラフィックのエイリアスレコードの一般的な値](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target)を参照してください。

特定の AWS リソースにトラフィックをルーティングするように Route 53 を設定する方法の詳細については、「」を参照してください[インターネットトラフィックを AWS リソースにルーティングする](routing-to-aws-resources.md)。

## リージョン
<a name="rrsets-values-latency-alias-region"></a>

このレコードで指定されたリソースが存在する Amazon EC2 リージョン。Route 53 によって、指定したその他の値に基づく Amazon EC2 リージョンが推奨されます。これは、プライベートホストゾーンにも適用されます。この値は変更しないことをお勧めします。

次の点に注意してください。
+ 作成できるレイテンシーレコードは、各 Amazon EC2 リージョンにつき 1 つだけです。
+ すべての Amazon EC2 リージョンに対してレイテンシーレコードを作成する必要はありません。レイテンシーレコードを作成したリージョンの中から、レイテンシーの最も小さいリージョンが Route 53 によって選択されます。
+ [**レコード名**] および [**レコードタイプ**] の値がレイテンシーレコードと同じである非レイテンシーレコードを作成することはできません。
+ **cn-north-1** リージョンのタグ付きのレコードを作成した場合、Route 53 は、レイテンシーにかかわらず、常にこのレコードを使用して、中国内からのクエリに応答します。

レイテンシーレコードの使用の詳細については、「[レイテンシーに基づくルーティング](routing-policy-latency.md)」を参照してください。

## ヘルスチェック
<a name="rrsets-values-latency-alias-associate-with-health-check"></a>

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

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

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、レイテンシーエイリアス、IP ベースエイリアス、または加重エイリアスレコードのグループ内にあるエイリアスレコードまたはレコードの **[Evaluate target health]** (ターゲットのヘルスを評価) で、**[Yes]** (はい) を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

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

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

## ターゲットの正常性の評価
<a name="rrsets-values-latency-alias-evaluate-target-health"></a>

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

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

**API Gateway のカスタムリージョン API とエッジ最適化 API**  
エンドポイントが API Gateway カスタムリージョン API またはエッジ最適化 API である場合、[**ターゲットの正常性の評価**] を [**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**] に設定するための特別な要件はありません。

**同じホストゾーンの他のレコード**  
Endpoint で指定した AWS リソース****がレコードまたはレコードのグループ (加重レコードのグループなど) で、別のエイリアスレコードではない場合は、ヘルスチェックをエンドポイント内のすべてのレコードに関連付けることをお勧めします。詳細については、「[ヘルスチェックを省略するとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting)」を参照してください。

## 記録 ID
<a name="rrsets-values-latency-alias-set-id"></a>

レイテンシーレコードのグループ内で、このレコードを一意に識別する値を入力します。

# IP ベースレコード特有の値
<a name="resource-record-sets-values-ipbased"></a>

IP ベースレコードを作成する際は、以下の値を指定します。

**注記**  
プライベートホストゾーン内に IP ベースレコードを作成することは可能ですが、動作は保証されていません。

**Topics**
+ [ルーティングポリシー](#rrsets-values-ipbased-routing-policy)
+ [レコード名](#rrsets-values-ibased-name)
+ [レコードタイプ](#rrsets-values-ibased-type)
+ [TTL (秒)](#rrsets-values-ibased-ttl)
+ [値/トラフィックのルーティング先](#rrsets-values-ibased-value)
+ [場所](#rrsets-values-ibased-location)
+ [ヘルスチェック](#rrsets-values-ibased-associate-with-health-check)
+ [記録 ID](#rrsets-values-ipbased-set-id)

## ルーティングポリシー
<a name="rrsets-values-ipbased-routing-policy"></a>

**[IP-based]** (IP ベース) を選択します。

## レコード名
<a name="rrsets-values-ibased-name"></a>

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

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

IP ベースレコードのグループ内で、すべてのレコードに同じ名前を入力します。

**CNAME レコード**  
[**レコードタイプ**] の値が [**CNAME**] のレコードを作成する場合、レコードの名前をホストゾーンの名前と同じにすることはできません。

**特殊文字**  
a～z、0～9、- (ハイフン) 以外の文字を指定する方法、および国際化されたドメイン名を指定する方法については、「[DNS ドメイン名の形式](DomainNameFormat.md)」を参照してください。

**ワイルドカード文字**  
名前にはアスタリスク (\$1) を使用できます。DNSは、名前の中の位置に応じて、「\$1」をワイルドカードまたはアスタリスク (ASCII 42) として処理します。詳細については、「[ホストゾーンおよびレコード名のアスタリスク (\$1) を使用する](DomainNameFormat.md#domain-name-format-asterisk)」を参照してください。

## レコードタイプ
<a name="rrsets-values-ibased-type"></a>

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

Route 53 が DNS クエリに応答する方法に基づいて、**タイプ**の値を選択します。

IP ベースレコードのグループ内のすべてのレコードに対し、同じ値を選択します。

## TTL (秒)
<a name="rrsets-values-ibased-ttl"></a>

再帰的な DNS リゾルバーでこのレコードに関する情報をキャッシュしておく時間 (秒単位)。より長い値 (例えば、172800 秒、つまり 2 日) を指定する場合、このレコードの最新情報を取得するには、再帰的な DNS リゾルバーで Route 53 に対して実行する必要がある呼び出しの数を減らします。これは、レイテンシーを減らし、Route 53 サービスの請求金額を下げる効果があります。詳細については、「[Amazon Route 53 によりドメインのトラフィックをルーティングする方法](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic)」を参照してください

ただし、TTL に長い値を使用する場合、再帰的なリゾルバーは、Route 53 に最新の情報を問い合わせるまでに、長い間キャッシュ内の値を使用するため、レコードに対する変更 (例えば、新しい IP アドレス) が有効になるまでの時間が長くなります。既に使用されているドメインまたはサブドメインの設定を変更する場合、最初は 300 秒など短い値を指定し、新しい設定が正しいことを確認したら、値を増やすことをお勧めします。

このレコードをヘルスチェックに関連付ける場合、ヘルスステータスの変化にクライアントがすばやく対応できるよう、60 秒以下の TTL を指定することをお勧めします。

## 値/トラフィックのルーティング先
<a name="rrsets-values-ibased-value"></a>

**IP アドレス、またはレコードタイプに応じた別の値**を選択します。[**レコードタイプ**] の値として適切な値を入力します。[**CNAME**] を除くすべてのタイプは、複数の値を入力できます。各値は個別の行に入力します。

次の値にトラフィックをルーティングするか、次の値を指定できます。
+ **A — IPv4 アドレス**
+ **AAAA — IPv6 アドレス**
+ **CAA —認証局の承認**
+ **CNAME — 正規名**
+ **MX — メール交換**
+ **NAPTR — 名前付け権限ポインタ**
+ **PTR — ポインタ**
+ **SPF — センダーポリシーフレームワーク**
+ **SRV — サービスロケーター**
+ **TXT — テキスト**

上記の値の詳細については、[値/トラフィックのルーティング先](resource-record-sets-values-shared.md#rrsets-values-common-value)「[common values for Value/Route traffic to](resource-record-sets-values-shared.md#rrsets-values-common-value)」(値/トラフィックのルーティング先) を参照してください。

## 場所
<a name="rrsets-values-ibased-location"></a>

ユーザーがこのレコード内で指定し、また CIDR ロケーション内の CIDR ブロック値によっても指定されるリソースがある、CIDR ロケーションの名前。

IP ベースレコードの使用の詳細については、「[IP ベースルーティング](routing-policy-ipbased.md)」を参照してください。

## ヘルスチェック
<a name="rrsets-values-ibased-associate-with-health-check"></a>

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

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

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、IP ベースエイリアス、レイテンシーエイリアス、または加重エイリアスレコードのグループ内のレコード、またはエイリアスレコードのための **[Evaluate target health]** (ターゲットの正常性の評価) で、**[Yes]** (はい) を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

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

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

## 記録 ID
<a name="rrsets-values-ipbased-set-id"></a>

IP ベースレコードのグループ内で、このレコードを一意に識別する値を入力します。

# IP ベースエイリアスレコードに特有の値
<a name="resource-record-sets-values-ipbased-alias"></a>

IP ベースエイリアスレコードを作成する際は、以下の値を指定します。

**注記**  
プライベートホストゾーン内に IP ベースエイリアスレコードを作成することは可能ですが、サポートはされていません。

詳細については、「[エイリアスレコードと非エイリアスレコードの選択](resource-record-sets-choosing-alias-non-alias.md)」を参照してください。

**Topics**
+ [ルーティングポリシー](#rrsets-values-ipbased-alias-routing-policy)
+ [レコード名](#rrsets-values-ipbased-alias-name)
+ [レコードタイプ](#rrsets-values-ipbased-alias-type)
+ [値/トラフィックのルーティング先](#rrsets-values-ipbased-alias-alias-target)
+ [ロケーション](#rrsets-values-ipbased-alias-location)
+ [ヘルスチェック](#rrsets-values-ipbased-alias-associate-with-health-check)
+ [ターゲットの正常性の評価](#rrsets-values-ipbased-alias-evaluate-target-health)
+ [記録 ID](#rrsets-values-ipbased-alias-set-id)

## ルーティングポリシー
<a name="rrsets-values-ipbased-alias-routing-policy"></a>

**[IP-based]** (IP ベース) を選択します。

**注記**  
プライベートホストゾーン内に IP ベースエイリアスレコードを作成することは可能ですが、サポートはされていません。

## レコード名
<a name="rrsets-values-ipbased-alias-name"></a>

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

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

IP ベースレコードのグループ内で、すべてのレコードに同じ名前を入力します。

**CNAME レコード**  
[**レコードタイプ**] の値が [**CNAME**] のレコードを作成する場合、レコードの名前をホストゾーンの名前と同じにすることはできません。

**CloudFront ディストリビューションと Amazon S3 バケットへのエイリアス**  
指定する値は、トラフィックをルーティングする AWS リソースによって異なります。  
+ **CloudFront ディストリビューション** – ディストリビューションには、レコードの名前と一致する代替ドメイン名が含まれる必要があります。例えば、レコード名が **acme.example.com** の場合、CloudFront ディストリビューションには代替ドメイン名の 1 つとして **acme.example.com** が含まれる必要があります。詳細については、*Amazon CloudFront デベロッパーガイド*の「[代替ドメイン名 (CNAME) を使用する](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html)」を参照してください。
+ **Amazon S3 バケット** – レコード名は、Amazon S3 バケット名と一致する必要があります。例えば、 バケット名が [**acme.example.com**] である場合、このレコード名も [**acme.example.com**] である必要があります。

  また、ウェブサイトホスティング用にバケットを設定する必要があります。詳細については、*Amazon Simple Storage Service ユーザーガイド*の[ウェブサイトホスティング用にバケットを設定する](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html)を参照してください。

**特殊文字**  
a～z、0～9、- (ハイフン) 以外の文字を指定する方法、および国際化されたドメイン名を指定する方法については、「[DNS ドメイン名の形式](DomainNameFormat.md)」を参照してください。

**ワイルドカード文字**  
名前にはアスタリスク (\$1) を使用できます。DNSは、名前の中の位置に応じて、「\$1」をワイルドカードまたはアスタリスク (ASCII 42) として処理します。詳細については、「[ホストゾーンおよびレコード名のアスタリスク (\$1) を使用する](DomainNameFormat.md#domain-name-format-asterisk)」を参照してください。

## レコードタイプ
<a name="rrsets-values-ipbased-alias-type"></a>

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

トラフィックをルーティングする AWS リソースに基づいて、該当する値を選択します。IP ベースレコードのグループ内のすべてのレコードに対し、同じ値を選択します。

**API Gateway のカスタムリージョン API またはエッジ最適化 API**  
[**A — IPv4 アドレス**] を選択します。

**Amazon VPC インターフェイスのエンドポイント**  
[**A — IPv4 アドレス**] を選択します。

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

**App Runner サービス**  
[**A — IPv4 アドレス**] を選択します。

**ローカル化されたサブドメインがある Elastic Beanstalk 環境**  
[**A — IPv4 アドレス**] を選択します。

**ELB ロードバランサー**  
[**A — IPv4 アドレス**] または [**AAAA — IPv6 アドレス**] を選択します。

**Amazon S3 バケット**  
[**A — IPv4 アドレス**] を選択します。

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

**このホストゾーン内の別のレコード**  
エイリアスを作成するレコードのタイプを選択します。[**NS**] および [**SOA**] 以外のすべてのタイプがサポートされます。  
ホストゾーン (*Zone Apex* といいます) と同じ名前のエイリアスレコードを作成する場合、[**タイプ**] の値が [**CNAME**] のレコードにトラフィックをルーティングすることはできません。これは、トラフィックがルーティングされているレコードとエイリアスレコードのタイプが同じでなければならず、Zone Apex の CNAME レコードの作成はエイリアスレコードであってもサポートされていないためです。

## 値/トラフィックのルーティング先
<a name="rrsets-values-ipbased-alias-alias-target"></a>

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

ターゲットにできる AWS リソースの詳細については、[値/ルートトラフィックのエイリアスレコードの一般的な値](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target)を参照してください。

特定の AWS リソースにトラフィックをルーティングするように Route 53 を設定する方法の詳細については、「」を参照してください[インターネットトラフィックを AWS リソースにルーティングする](routing-to-aws-resources.md)。

## ロケーション
<a name="rrsets-values-ipbased-alias-location"></a>

Route 53 による DNS クエリへの応答を、そのクエリの発信元の場所に基づいて行われるように設定する場合は、Route 53 がこのレコードの設定を使用して応答する対象の CIDR ロケーションを選択します。

**重要**  
**[Location]** (ロケーション) の値を「**Default**」(デフォルト) とした IP ベースレコードを、1 つ作成することをお勧めします。これにより、レコードを作成していないロケーション、および Route 53 がロケーションを識別できない IP アドレスをカバーできます。

**[Record name]** (レコード名) および **[Record type]** (レコードタイプ) に IP ベースレコードと同じ値を指定して、非 IP ベースのレコードを作成することはできません。

詳細については、「[IP ベースルーティング](routing-policy-ipbased.md)」を参照してください。

## ヘルスチェック
<a name="rrsets-values-ipbased-alias-associate-with-health-check"></a>

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

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

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、IP ベースルーティングエイリアス、レイテンシーエイリアス、または加重エイリアスレコードのグループ内のレコード、またはエイリアスレコードのための **[Evaluate target health]** (ターゲットの正常性の評価) で、**[Yes]** (はい) を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

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

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

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

## ターゲットの正常性の評価
<a name="rrsets-values-ipbased-alias-evaluate-target-health"></a>

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

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

**API Gateway のカスタムリージョン API とエッジ最適化 API**  
エンドポイントが API Gateway カスタムリージョン API またはエッジ最適化 API である場合、[**ターゲットの正常性の評価**] を [**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**] に設定するための特別な要件はありません。

**同じホストゾーンの他のレコード**  
Endpoint で指定した AWS リソース****がレコードまたはレコードのグループ (加重レコードのグループなど) であるが、別のエイリアスレコードではない場合は、ヘルスチェックをエンドポイント内のすべてのレコードに関連付けることをお勧めします。詳細については、「[ヘルスチェックを省略するとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting)」を参照してください。

## 記録 ID
<a name="rrsets-values-ipbased-alias-set-id"></a>

IP ベースレコードのグループ内で、このレコードを一意に識別する値を入力します。

# 複数値回答レコードに固有の値
<a name="resource-record-sets-values-multivalue"></a>

複数値回答レコードを作成するときは、以下の値を指定します。

**注記**  
複数値回答エイリアスレコードの作成はサポートされていません。

**Topics**
+ [ルーティングポリシー](#rrsets-values-multivalue-routing-policy)
+ [レコード名](#rrsets-values-multivalue-name)
+ [レコードタイプ](#rrsets-values-multivalue-type)
+ [TTL (秒)](#rrsets-values-multivalue-ttl)
+ [値/トラフィックのルーティング先](#rrsets-values-multivalue-value)
+ [ヘルスチェック](#rrsets-values-multivalue-associate-with-health-check)
+ [記録 ID](#rrsets-values-multivalue-set-identifier)

## ルーティングポリシー
<a name="rrsets-values-multivalue-routing-policy"></a>

[**複数値回答**] を選択します。

## レコード名
<a name="rrsets-values-multivalue-name"></a>

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

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

複数値レコードのグループで、すべてのレコードに同じ名前を入力します。

レコード名の詳細については、[レコード名](resource-record-sets-values-shared.md#rrsets-values-common-name) を参照してください。

## レコードタイプ
<a name="rrsets-values-multivalue-type"></a>

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

[**NS**] と [**CNAME**] を除く任意の値を選択します。

複数値回答レコードのグループ内のすべてのレコードに同じ値を選択します。

## TTL (秒)
<a name="rrsets-values-multivalue-ttl"></a>

再帰的な DNS リゾルバーでこのレコードに関する情報をキャッシュしておく時間 (秒単位)。より長い値 (例えば、172800 秒、つまり 2 日) を指定する場合、このレコードの最新情報を取得するには、再帰的な DNS リゾルバーで Route 53 に対して実行する必要がある呼び出しの数を減らします。これにより、レイテンシーが短縮され、Route 53 サービスの請求額が削減されます。詳細については、「[Amazon Route 53 によりドメインのトラフィックをルーティングする方法](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic)」を参照してください

ただし、TTL に長い値を使用する場合、再帰的なリゾルバーは、Route 53 に最新の情報を問い合わせるまでに、長い間キャッシュ内の値を使用するため、レコードに対する変更 (例えば、新しい IP アドレス) が有効になるまでの時間が長くなります。既に使用されているドメインまたはサブドメインの設定を変更する場合、最初は 300 秒など短い値を指定し、新しい設定が正しいことを確認したら、値を増やすことをお勧めします。

このレコードをヘルスチェックに関連付ける場合は、クライアントがヘルスステータスの変化に迅速に応答するように、TTL を 60 秒以下に指定することをお勧めします。

**注記**  
同じ名前とタイプの複数値回答レコードを複数作成し、コンソールを使用している場合、**[TTL]** に異なる値を指定すると、Route 53 は､すべてのレコードの **[TTL]** 値を、指定された最後の値に変更します｡

## 値/トラフィックのルーティング先
<a name="rrsets-values-multivalue-value"></a>

**IP アドレス、またはレコードタイプに応じた別の値**を選択します。[**レコードタイプ**] の値として適切な値を入力します。複数の値を入力する場合は、各値を個別の行に入力してください。

次の値にトラフィックをルーティングするか、次の値を指定できます。
+ **A — IPv4 アドレス**
+ **AAAA — IPv6 アドレス**
+ **CAA —認証局の承認**
+ **MX — メール交換**
+ **NAPTR — 名前付け権限ポインタ**
+ **PTR — ポインタ**
+ **SPF — センダーポリシーフレームワーク**
+ **SRV — サービスロケーター**
+ **TXT — テキスト**

上記の値の詳細については、「[common values for Value/Route traffic to](resource-record-sets-values-shared.md#rrsets-values-common-value)」(値/トラフィックのルーティング先) を参照してください。

## ヘルスチェック
<a name="rrsets-values-multivalue-associate-with-health-check"></a>

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

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

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、レイテンシーエイリアス、または加重エイリアスレコードのグループ内のレコード、またはエイリアスレコードに対する [**ターゲットの正常性の評価**] に [**Yes**]を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

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

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

## 記録 ID
<a name="rrsets-values-multivalue-set-identifier"></a>

複数値回答レコードのグループに､このレコードを一意に識別する値を入力します。

# 加重レコードに固有の値
<a name="resource-record-sets-values-weighted"></a>

加重レコードを作成するときは、以下の値を指定します。

**Topics**
+ [ルーティングポリシー](#rrsets-values-weighted-routing-policy)
+ [レコード名](#rrsets-values-weighted-name)
+ [レコードタイプ](#rrsets-values-weighted-type)
+ [TTL (秒)](#rrsets-values-weighted-ttl)
+ [値/トラフィックのルーティング先](#rrsets-values-weighted-value)
+ [Weight](#rrsets-values-weighted-weight)
+ [ヘルスチェック](#rrsets-values-weighted-associate-with-health-check)
+ [記録 ID](#rrsets-values-weighted-set-identifier)

## ルーティングポリシー
<a name="rrsets-values-weighted-routing-policy"></a>

[**Weighted**] を選択します。

## レコード名
<a name="rrsets-values-weighted-name"></a>

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

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

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

レコード名の詳細については、[レコード名](resource-record-sets-values-shared.md#rrsets-values-common-name) を参照してください。

## レコードタイプ
<a name="rrsets-values-weighted-type"></a>

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

加重レコードのグループ内のすべてのレコードに同じ値を選択します。

## TTL (秒)
<a name="rrsets-values-weighted-ttl"></a>

再帰的な DNS リゾルバーでこのレコードに関する情報をキャッシュしておく時間 (秒単位)。より長い値 (例えば、172800 秒、つまり 2 日) を指定する場合、このレコードの最新情報を取得するには、再帰的な DNS リゾルバーで Route 53 に対して実行する必要がある呼び出しの数を減らします。これにより、レイテンシーが短縮され、Route 53 サービスの請求額が削減されます。詳細については、「[Amazon Route 53 によりドメインのトラフィックをルーティングする方法](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic)」を参照してください

ただし、TTL に長い値を使用する場合、再帰的なリゾルバーは、Route 53 に最新の情報を問い合わせるまでに、長い間キャッシュ内の値を使用するため、レコードに対する変更 (例えば、新しい IP アドレス) が有効になるまでの時間が長くなります。既に使用されているドメインまたはサブドメインの設定を変更する場合、最初は 300 秒など短い値を指定し、新しい設定が正しいことを確認したら、値を増やすことをお勧めします。

このレコードをヘルスチェックに関連付ける場合、ヘルスステータスの変化にクライアントがすばやく対応できるよう、60 秒以下の TTL を指定することをお勧めします。

この加重レコードのグループに含まれるすべてのレコードについて、[**TTL**] に同じ値を指定する必要があります。

**注記**  
同じ名前とタイプの複数の加重レコードを作成し、[**TTL**] に異なる値を指定すると、Route 53 は､すべてのレコードの [**TTL**] の値を指定した最後の値に変更します｡

加重レコードのグループに、トラフィックを ELB ロードバランサーにルーティングしている加重エイリアスレコードが 1 つ以上含まれる場合は、同じ名前とタイプの非エイリアス加重レコードすべてに、60 秒の TTL を指定することをお勧めします。60 秒 (ロードバランサーの TTL) 以外の値を指定すると、[**Weight (重み)**] に指定する値の効果が変わります。

## 値/トラフィックのルーティング先
<a name="rrsets-values-weighted-value"></a>

**IP アドレス、またはレコードタイプに応じた別の値**を選択します。[**レコードタイプ**] の値として適切な値を入力します。[**CNAME**] を除くすべてのタイプは、複数の値を入力できます。各値は個別の行に入力します。

次の値にトラフィックをルーティングするか、次の値を指定できます。
+ **A — IPv4 アドレス**
+ **AAAA — IPv6 アドレス**
+ **CAA —認証局の承認**
+ **CNAME — 正規名**
+ **MX — メール交換**
+ **NAPTR — 名前付け権限ポインタ**
+ **PTR — ポインタ**
+ **SPF — センダーポリシーフレームワーク**
+ **SRV — サービスロケーター**
+ **TXT — テキスト**

上記の値の詳細については、「[common values for Value/Route traffic to](resource-record-sets-values-shared.md#rrsets-values-common-value)」(値/トラフィックのルーティング先) を参照してください。

## Weight
<a name="rrsets-values-weighted-weight"></a>

Route 53 が現在のレコードを使用して応答する DNS クエリの割合を決定する値。Route 53 は、同じ DNS 名とタイプの組み合わせがあるレコードの重みの合計を計算します。その後、Route 53 はリソースの重みと合計の比率に基づいてクエリに応答します。

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

0 ～ 255 の整数を入力します。リソースへのルーティングを無効にするには、[**Weight (重み)**] に 0 を設定します。グループ内のすべてのレコードに対して [**Weight (重み)**] を 0 に設定した場合、トラフィックは等しい確率ですべてのリソースにルーティングされます。これにより、加重レコードのグループのルーティングを誤って無効にする心配がなくなります。

加重レコードにヘルスチェックを割り当てる場合、[**Weight (重み)**] を 0 に設定した結果は異なります。詳細については、「[ヘルスチェックが設定されている場合に Amazon Route 53 がレコードを選択する方法ヘルスチェックが設定されている場合に Route 53 がレコードを選択する方法](health-checks-how-route-53-chooses-records.md)」を参照してください。

## ヘルスチェック
<a name="rrsets-values-weighted-associate-with-health-check"></a>

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

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

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、レイテンシーエイリアス、IP ベースエイリアス、または加重エイリアスレコードのグループ内にあるエイリアスレコードまたはレコードの **[Evaluate target health]** (ターゲットのヘルスを評価) で、**[Yes]** (はい) を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

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

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

## 記録 ID
<a name="rrsets-values-weighted-set-identifier"></a>

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

# 加重エイリアスレコードに固有の値
<a name="resource-record-sets-values-weighted-alias"></a>

加重エイリアスレコードを作成するときは、以下の値を指定します。詳細については、「[エイリアスレコードと非エイリアスレコードの選択](resource-record-sets-choosing-alias-non-alias.md)」を参照してください。

**Topics**
+ [ルーティングポリシー](#rrsets-values-weighted-alias-routing-policy)
+ [レコード名](#rrsets-values-weighted-alias-name)
+ [レコードタイプ](#rrsets-values-weighted-alias-type)
+ [値/トラフィックのルーティング先](#rrsets-values-weighted-alias-alias-target)
+ [Weight](#rrsets-values-weighted-alias-weight)
+ [ヘルスチェック](#rrsets-values-weighted-alias-associate-with-health-check)
+ [ターゲットの正常性の評価](#rrsets-values-weighted-alias-evaluate-target-health)
+ [記録 ID](#rrsets-values-weighted-alias-set-identifier)

## ルーティングポリシー
<a name="rrsets-values-weighted-alias-routing-policy"></a>

[**加重**] を選択します。

## レコード名
<a name="rrsets-values-weighted-alias-name"></a>

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

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

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

レコード名の詳細については、[レコード名](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name) を参照してください。

## レコードタイプ
<a name="rrsets-values-weighted-alias-type"></a>

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

トラフィックをルーティングする AWS リソースに基づいて、該当する値を選択します。

**API Gateway のカスタムリージョン API またはエッジ最適化 API**  
[**A — IPv4 アドレス**] を選択します。

**Amazon VPC インターフェイスのエンドポイント**  
[**A — IPv4 アドレス**] を選択します。

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

**App Runner サービス**  
[**A — IPv4 アドレス**] を選択します。

**ローカル化されたサブドメインがある Elastic Beanstalk 環境**  
[**A — IPv4 アドレス**] を選択します。

**ELB ロードバランサー**  
[**A — IPv4 アドレス**] または [**AAAA — IPv6 アドレス**] を選択します。

**Amazon S3 バケット**  
[**A — IPv4 アドレス**] を選択します。

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

**このホストゾーン内の別のレコード**  
エイリアスを作成するレコードのタイプを選択します。[**NS**] および [**SOA**] 以外のすべてのタイプがサポートされます。  
ホストゾーン (*Zone Apex* といいます) と同じ名前のエイリアスレコードを作成する場合、[**タイプ**] の値が [**CNAME**] のレコードにトラフィックをルーティングすることはできません。これは、トラフィックがルーティングされているレコードとエイリアスレコードのタイプが同じでなければならず、Zone Apex の CNAME レコードの作成はエイリアスレコードであってもサポートされていないためです。

加重レコードのグループ内のすべてのレコードに同じ値を選択します。

## 値/トラフィックのルーティング先
<a name="rrsets-values-weighted-alias-alias-target"></a>

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

ターゲットにできる AWS リソースの詳細については、[値/ルートトラフィックのエイリアスレコードの一般的な値](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target)を参照してください。

特定の AWS リソースにトラフィックをルーティングするように Route 53 を設定する方法の詳細については、「」を参照してください[インターネットトラフィックを AWS リソースにルーティングする](routing-to-aws-resources.md)。

## Weight
<a name="rrsets-values-weighted-alias-weight"></a>

Route 53 が現在のレコードを使用して応答する DNS クエリの割合を決定する値。Route 53 は、同じ DNS 名とタイプの組み合わせがあるレコードの重みの合計を計算します。その後、Route 53 はリソースの重みと合計の比率に基づいてクエリに応答します。

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

0 ～ 255 の整数を入力します。リソースへのルーティングを無効にするには、[**Weight (重み)**] に 0 を設定します。グループ内のすべてのレコードに対して [**Weight (重み)**] を 0 に設定した場合、トラフィックは等しい確率ですべてのリソースにルーティングされます。これにより、加重レコードのグループのルーティングを誤って無効にする心配がなくなります。

加重レコードにヘルスチェックを割り当てる場合、[**Weight (重み)**] を 0 に設定した結果は異なります。詳細については、「[ヘルスチェックが設定されている場合に Amazon Route 53 がレコードを選択する方法ヘルスチェックが設定されている場合に Route 53 がレコードを選択する方法](health-checks-how-route-53-chooses-records.md)」を参照してください。

## ヘルスチェック
<a name="rrsets-values-weighted-alias-associate-with-health-check"></a>

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

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

ヘルスチェックをレコードに関連付けることに意味があるのは、Route 53 が複数のレコードの中から選択して DNS クエリに応答しており、その選択の一部をヘルスチェックのステータスに基づいて行うように Route 53 を設定する必要がある場合だけです。以下の設定でのみ、ヘルスチェックを使用してください。
+ 名前、種類、およびルーティングポリシー (フェイルオーバーレコードや加重レコードなど) が同じレコードのグループ内のすべてのレコードのヘルスをチェックし、すべてのレコードのヘルスチェック ID を指定します。レコードのヘルスチェックが正常ではないエンドポイントを特定した場合、Route 53 はそのレコードの値を使用してクエリへの応答を停止します。
+ フェイルオーバーエイリアス、位置情報エイリアス、レイテンシーエイリアス、IP ベースエイリアス、または加重エイリアスレコードのグループ内にあるエイリアスレコードまたはレコードの **[Evaluate target health]** (ターゲットのヘルスを評価) で、**[Yes]** (はい) を選択します。エイリアスレコードが同じホストゾーン内の非エイリアスレコードを参照する場合、参照先レコードのヘルスチェックも指定する必要があります。エイリアスレコードにヘルスチェックを関連付けた上で、**[Evaluate Target Health]** (ターゲットの正常性の評価) で **[Yes]** (はい) を選択した場合、これらの設定は両方とも有効になります。詳細については、「[エイリアスレコードにヘルスチェックを関連付けるとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)」を参照してください。

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

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

## ターゲットの正常性の評価
<a name="rrsets-values-weighted-alias-evaluate-target-health"></a>

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**] に設定するための特別な要件はありません。

**同じホストゾーンの他のレコード**  
Endpoint で指定した AWS リソース****がレコードまたはレコードのグループ (加重レコードのグループなど) で、別のエイリアスレコードではない場合は、ヘルスチェックをエンドポイント内のすべてのレコードに関連付けることをお勧めします。詳細については、「[ヘルスチェックを省略するとどうなるか](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting)」を参照してください。

## 記録 ID
<a name="rrsets-values-weighted-alias-set-identifier"></a>

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