翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 地理的近接性エイリアスレコードに固有の値
地理的近接性エイリアスレコードを作成するときは、以下の値を指定します。
詳細については、「[エイリアスレコードと非エイリアスレコードの選択](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)
## ルーティングポリシー
**[地理的近接性]** を選択します。
## レコード名
トラフィックをルーティングするドメインまたはサブドメインの名前を入力します。デフォルト値はホストゾーンの名前です。
**注記**
ホストゾーンと同じ名前のレコードを作成する場合は、[**レコード名**] フィールドに値 (@ 記号など) を入力しないでください。
地理的近接性レコードのグループで、すべてのレコードに同じ名前を入力します。
レコード名の詳細については、[レコード名](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name) を参照してください。
## レコードタイプ
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 レコードの作成はエイリアスレコードであってもサポートされていないためです。
## 値/トラフィックのルーティング先
リストから選択する値、または フィールドに入力する値は、トラフィックをルーティングする AWS リソースによって異なります。
ターゲットにできる AWS リソースの詳細については、「」を参照してください[への値/ルートトラフィック](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target)。
特定の AWS リソースにトラフィックをルーティングするように Route 53 を設定する方法の詳細については、「」を参照してください[インターネットトラフィックを AWS リソースにルーティングする](routing-to-aws-resources.md)。
## エンドポイントの場所
次の方法のいずれかを使用して、リソースエンドポイント場所を指定できます。
**カスタム座標**
地理的領域の経度と緯度を指定します。
**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 (バイアス)
バイアスは、リソースにトラフィックをルーティングする Route 53 から地理的領域のサイズを拡大または縮小します。正のバイアスは領域を拡張し、負のバイアスは領域を縮小します。詳細については、「[Amazon Route 53 がバイアスを使用してトラフィックをルーティングする方法](routing-policy-geoproximity.md#routing-policy-geoproximity-bias)」を参照してください。
## ヘルスチェック
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 が探します。
## ターゲットの正常性の評価
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
地理的近接性レコードのグループ内で、このレコードを一意に識別する値を入力します。