本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 地理位置別名記錄的專用值
<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)
+ [Location](#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 address (A - IPv4 地址)**。

**Amazon VPC 介面端點**  
選取 **A - IPv4 address (A - IPv4 地址)**。

**CloudFront 分佈**  
選取 **A - IPv4 address (A - IPv4 地址)**。  
如果已為分佈啟用 IPv6，請建立兩個記錄，一個記錄的 **Type (類型)** 值為 **A - IPv4 地址**，另一個記錄的值則為 **AAAA - IPv6 地址**。

**App Runner 服務**  
選取 **A - IPv4 address (A - IPv4 地址)**

**具有區域化子網域的 Elastic Beanstalk 環境**  
選取 **A - IPv4 address (A - IPv4 地址)**

**ELB 負載平衡器**  
選取 **A - IPv4 address (A - IPv4 地址)** 或 **AAAA - IPv6 address (AAAA - IPv6 地址)**

**Amazon S3 儲存貯體**  
選取 **A - IPv4 address (A - IPv4 地址)**

**OpenSearch Service**  
選取 **A - IPv4 address (A - IPv4 地址)** 或 **AAAA - IPv6 address (AAAA - IPv6 地址)**

**此託管區域中的其他記錄**  
選取您要建立別名的記錄類型。支援 **NS** 與 **SOA** 以外的所有類型。  
如果想要建立與託管區域 (也就是 *Zone Apex*) 同名的別名記錄，則無法將流量路由到 **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)。

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

當您設定 Route 53 根據查詢來源位置來回應 DNS 查詢時，請選取要讓 Route 53 使用此記錄中設定回應的洲別或國家。如果您想要 Route 53 回應美國境內個別州的 DNS 查詢，請從 **Location (位置)** 清單中選取 **United States (美國)**，然後從 **U.S. states (美國各州)** 清單中選擇相應的州。

針對私有託管區域，選取最接近 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)。沒有這些國家的 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 能夠部分根據運作狀態檢查的狀態來選擇時，將運作狀態檢查與記錄關聯才有用。請只在下列組態中使用運作狀態檢查：
+ 您正在檢查具有相同名稱、類型和路由政策 (例如容錯移轉或加權記錄）的一組記錄中之所有記錄運作狀態，並為所有記錄指定運駔狀態檢查 ID。如果記錄的運作狀態檢查指定運作狀態不良的端點，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 自訂區域 API 和最佳化邊緣 API**  
當端點是 API Gateway 自訂區域 API 或邊緣最佳化 API 時，將 **Evaluate target health** (評估目標運作狀態) 設定為 **Yes** (是) 沒有特殊需求。

**CloudFront 分佈**  
當別名目標是 CloudFront 分佈時，您無法將 **Evaluate target health (評估目標運作狀態)** 設為 **Yes (是)**。

**具有區域化子網域的 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 負載平衡器**  
運作狀態檢查行為取決於負載平衡器的類型：  
+ **Classic Load Balancers** – 如果您在 **Endpoint (端點)** 中指定 ELB Classic Load Balancer，Elastic Load Balancing 只會將查詢路由至已向負載平衡器註冊之運作狀態良好的 Amazon EC2 執行個體。如果您將 **Evaluate Target Health (評估目標運作狀態)** 設定為 **Yes (是)**，而且沒有運作狀態良好的 EC2 執行個體或負載平衡器本身運作狀態不良，Route 53 會將查詢路由至其他資源。
+ **Application Load Balancer 與 Network Load Balancer** – 如果您指定 ELB Application Load Balancer 或 Network Load Balancer，並將 **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 (是)** 沒有特殊需求。

**相同託管區域中的其他記錄**  
如果您在**端點**中指定的 AWS 資源是記錄或一組記錄 （例如一組加權記錄），但不是另一個別名記錄，建議您將運作狀態檢查與端點中的所有記錄建立關聯。如需詳細資訊，請參閱[當您忽略運作狀態檢查時會發生什麼情況？](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting)。

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

輸入地理位置記錄群組中可唯一識別這個記錄的值。