本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 延遲別名記錄的專用值
在建立延遲別名記錄時，指定下列值。
如需詳細資訊，請參閱[選擇別名或非別名記錄](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)
## 路由政策
選擇 **Latency (延遲)**。
## 記錄名稱
輸入您要路由流量的網域或子網域名稱。預設值為託管區域名稱。
**注意**
如果您想要建立與託管區域同名的記錄，則不要在 **Record name (記錄名稱)** 欄位中輸入值 (例如 @ 符號)。
為延遲記錄群組中的所有記錄輸入相同的名稱。
如需記錄名稱的詳細資訊，請參閱 [記錄名稱](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name)
## 記錄類型
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 記錄的做法，即使對於別名記錄也是如此。
為延遲記錄群組中的所有記錄選取相同的值。
## 值/將流量路由到
您從清單中選擇或您在欄位中輸入的值，取決於您要將流量路由到 AWS 的資源。
如需有關您可以鎖定哪些 AWS 資源的資訊，請參閱 [值/路由流量的別名記錄通用值](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target)。
如需如何設定 Route 53 將流量路由到特定 AWS 資源的詳細資訊，請參閱 [將網際網路流量路由到您的 AWS 資源](routing-to-aws-resources.md)。
## 區域
您在此記錄中指定之資源所在的 Amazon EC2 區域。Route 53 會根據您已指定的其他值來建議 Amazon EC2 區域。這同樣適用於私有託管區域。不建議變更此值。
注意下列事項：
+ 每個 Amazon EC2 區域只能建立一個延遲記錄。
+ 並非所有 Amazon EC2 區域都需要建立延遲記錄。Route 53 會從您建立延遲記錄的區域之間選擇具有最佳延遲的區域。
+ 您無法建立具有相同 **Record name (記錄名稱)** 與 **Record type (記錄類型)** 值的非延遲記錄作為延遲記錄。
+ 如果您建立以區域 **cn-north-1** 為標籤的記錄，Route 53 一律會使用此記錄回應來自中國境內的查詢，而不論延遲為何。
如需使用延遲記錄的詳細資訊，請參閱 [以延遲為基礎的路由](routing-policy-latency.md)。
## 運作狀態檢查
若要讓 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 藉由檢查 **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
輸入延遲記錄群組中可唯一識別這個記錄的值。