

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 地理位置别名记录的特定值
<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>

选择 **Geolocation（地理位置）**。

## 记录名称
<a name="rrsets-values-geo-alias-name"></a>

输入您希望为其路由流量的域或子域的名称。默认值为托管区的名称。

**注意**  
如果您创建与托管区域同名的记录，则不要在 **Record name（记录名称）**字段中输入值（例如 @ 符号）。

为地理位置记录组中的所有记录输入相同名称。

有关记录名称的更多信息，请参阅 [记录名称](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 为分配启用，则创建两条记录，一条的值为 **A（ IPv4 地址**表示**类型**），另一条的值为 **AAAA — IPv6 地址**。

**App Runner 服务**  
选择 **A — IPv4 地址**

**具有区域化子域的 Elastic Beanstalk 环境**  
选择 **A — IPv4 地址**

**ELB 负载均衡器**  
选择 **A — IPv4 地址**或 **AAAA — IPv6 ** 地址

**亚马逊 S3 存储桶**  
选择 **A — IPv4 地址**

**OpenSearch 服务**  
选择 **A — IPv4 地址**或 **AAAA — IPv6 ** 地址

**此托管区域中的其他记录**  
选择您要为其创建别名的记录的类型。除 **NS** 和 **SOA** 之外的所有类型都受支持。  
如果您要创建与托管区域（称为*顶级域名*）同名的别名记录，则无法将流量路由到 **Type (类型)** 值为 **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)。

有关如何配置 Route 53 以将流量路由到特定 AWS 资源的更多信息，请参阅[将互联网流量路由到您的 AWS 资源](routing-to-aws-resources.md)。

## 位置
<a name="rrsets-values-geo-alias-location"></a>

在您配置 Route 53 根据查询发起位置响应 DNS 查询时，请选择您希望 Route 53 使用此记录中的设置来响应的大洲或国家/地区。如果您希望 Route 53 响应美国各个州的 DNS 查询，请从 **Location（位置）**列表中选择 **United States（美国）**，然后从 **Sublocation（子位置）**列表中选择州。

对于私有托管区域，请选择最接近您的资源所在的大洲、国家或分区。 AWS 区域 例如，如果您的资源位于 us-east-1，则可以指定北美洲、美国或弗吉尼亚州。

**重要**  
建议您创建一个 **Location（位置）**值为 **Default（默认）**的地理位置记录。这涵盖您尚未创建记录的地理位置以及 Route 53 无法确定其位置的 IP 地址。

您不能创建 **Record name（记录名称）**和 **Record type（记录类型）**的值与地理位置记录相同的非地理位置记录。

有关更多信息，请参阅 [地理位置路由](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)。 McDonald 没有关于这些国家/地区的 IP 地址的数据。

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

当您将 Route 53 配置为根据作为查询发起地的美国州来响应 DNS 查询时，请从 **U.S. states（美国各州）**列表中选择该州。美国领地（例如波多黎各）作为 **Location (位置)** 列表中的国家/地区列出。

**重要**  
一些 IP 地址与美国关联，但是不属于单独的州。如果您为美国的所有州创建记录，我们建议您也为美国创建一个记录，以为这些无关联的 IP 地址路由查询。如果不为美国创建记录，Route 53 将使用默认地理位置记录（如果您创建了默认记录）的设置来响应来自无关联美国 IP 地址的 DNS 查询，或者提供“无应答”响应。

## 健康检查
<a name="rrsets-values-geo-alias-associate-with-health-check"></a>

如果您希望 Route 53 检查指定终端节点的运行状况，并仅当该终端节点正常运行的情况下才使用此记录响应 DNS 查询，请选择运行状况检查。

Route 53 不会检查记录中指定的终端节点的运行状况，如由 **Value（值）**字段中的 IP 地址指定的终端节点。为记录选择运行状况检查时，Route 53 会检查您在运行状况检查中指定的终端节点的运行状况。有关 Route 53 如何确定终端节点是否正常运行的信息，请参阅 [Amazon Route 53 如何确定运行状况检查是否正常Route 53 如何确定运行状况检查是否正常](dns-failover-determining-health-of-endpoints.md)。

仅当 Route 53 在两个或更多记录之间选择响应 DNS 查询的记录，而且您希望 Route 53 在一定程度上基于运行状况检查的状态来进行此选择时，将运行状况检查与记录关联才有用。仅在以下配置中使用运行状况检查：
+ 您正在检查一组具有相同名称、类型和路由策略的记录（例如故障转移或加权记录）中所有记录的运行状况，然后 IDs 为所有记录指定运行状况检查。如果记录的运行状况检查指出某个终端节点运行状况不佳，则 Route 53 将停止使用该记录的值来响应查询。
+ 对于失效转移别名、地理位置别名、延迟别名、基于 IP 的别名或加权别名记录组中的一个或多个别名记录，在 **Evaluate Target Health**（评估目标运行状况）下选择 **Yes**（是）。如果这些别名记录引用相同托管区域中的非别名记录，则还必须为所引用的记录指定运行状况检查。如果您将运行状况检查与别名记录关联，并在 **Evaluate Target Health**（评估目标运行状况）下选择了 **Yes**（是），则两者都必须评估为 true。有关更多信息，请参阅 [在将运行状况检查与别名记录关联时会发生什么？](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)。

如果您的运行状况检查仅以域名来指定端点，则建议您为每个端点创建一个单独的运行状况检查。例如，为向 www.example.com 提供内容的每台 HTTP 服务器创建运行状况检查。对于 **Domain name（域名）**的值，指定服务器的域名（例如 us-east-2-www.example.com），而不是记录的名称 (example.com)。

**重要**  
在此配置中，如果创建 **Domain name** 的值与记录名称匹配的运行状况检查，然后将该运行状况检查与记录关联，那么运行状况检查结果将无法预测。

对于地理位置记录，如果某个终端节点的运行状况不佳，Route 53 将在记录中查找更大的关联地理区域。例如，假设您对于美国某个州、美国、北美和所有位置（**Location (位置)** 为 **Default (默认)**）都有对应的记录。如果该州记录的终端节点运行状况不佳，Route 53 将依次检查美国、北美和所有位置的记录，直到它找到具有正常终端节点的记录。如果所有适用的记录均不正常（包括所有位置的记录），则 Route 53 将使用最小地理区域的记录的值响应 DNS 查询。

## 评估目标运行状况
<a name="rrsets-values-geo-alias-evaluate-target-health"></a>

如果您希望 Route 53 通过检查 **Endpoint（终端节点）**指定的资源的运行状况来确定是否使用此记录响应 DNS 查询，请选择 **Yes（是）**。

注意以下几点：

**API Gateway 自定义 APIs 区域和边缘优化 APIs**  
当终端节点为 API Gateway 自定义区域 API 或边缘优化 API 时，将 **Evaluate target health**（评估目标运行状况）设置为 **Yes**（是）没有任何特殊要求。

**CloudFront 分布**  
当终端节点是 CloudFront 分布时，您无法将 “**评估目标生命**值” 设置为 “**是**”。

**具有区域化子域的 Elastic Beanstalk 环境**  
如果您在 **Endpoint（终端节点）**中指定 Elastic Beanstalk 环境，并且该环境包含 ELB 负载均衡器，则 Elastic Load Balancing 仅将查询路由到向负载均衡器注册的正常运行的 Amazon EC2 实例。（如果一个环境包含多个 Amazon EC2 实例，则它会自动包含一个 ELB 负载均衡器。） 如果您将 **Evaluate target health（评估目标运行状况）**设置为 **Yes（是）**，并且没有正常运行的 Amazon EC2 实例或负载均衡器本身运行状况不佳，则 Route 53 会将查询路由到其它正常运行的可用资源（如果有）。  
如果该环境包含单个 Amazon EC2 实例，则没有特殊要求。

**ELB 负载均衡器**  
运行状况检查行为取决于负载均衡器的类型：  
+ **经典负载均衡器** - 如果您在 **Endpoint（终端节点）**中指定 ELB 经典负载均衡器，则 Elastic Load Balancing 仅将查询路由到向负载均衡器注册的正常运行的 Amazon EC2 实例。如果将 **Evaluate target health（评估目标运行状况）**设置为 **Yes（是）**，并且没有正常运行的 EC2 实例或负载均衡器本身运行状况不佳，则 Route 53 会将查询路由到其它资源。
+ **Application Load Balancer 和 Network Load Balancers** - 如果您指定 ELB Application Load Balancer 或 Network Load Balancers，并且将 **Evaluate Target Health（评估目标运行状况）**设置为 **Yes（是）**，Route 53 会根据与负载均衡器关联的目标组的运行状况将查询路由到负载均衡器：
  + 为使 Application Load Balancer 或 Network Load Balancer 被认为是正常运行的，包含目标的每个目标组都必须至少包含一个正常运行的目标。如果任何目标组只包含运行状况不佳的目标，则负载均衡器被认为是不正常的，并且 Route 53 会将查询路由到其他资源。
  + 没有注册目标的目标组被认为是运行状况不佳。
当您创建负载均衡器时，您需配置 Elastic Load Balancing 运行状况检查设置；这并不是 Route 53 运行状况检查，但是会执行类似的功能。请勿为您向 ELB 负载均衡器注册的 EC2 实例创建 Route 53 运行状况检查。

**S3 桶**  
当终端节点为 S3 存储桶时，将 **Evaluate target health（评估目标运行状况）**设置为 **Yes（是）**没有任何特殊要求。

**Amazon VPC 接口终端节点**  
当终端节点为 Amazon VPC 接口终端节点时，将 **Evaluate target health（评估目标运行状况）**设置为 **Yes（是）**没有任何特殊要求。

**同一托管区中的其他记录**  
如果您在 Endpo **int** 中指定的 AWS 资源是一条记录或一组记录（例如，一组加权记录），但不是其他别名记录，我们建议您将运行状况检查与终端节点中的所有记录关联起来。有关更多信息，请参阅 [忽略运行状况检查时，会出现什么情况？](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting)。

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

输入在地理位置记录组中唯一标识此记录的值。