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

# 簡單 Amazon Route 53 組態中運作狀態檢查的運作方式
<a name="dns-failover-simple-configs"></a>

當您有兩個或多個執行相同功能的資源 (例如兩個或多個 Web 伺服器用於 example.com)，您可以使用下列運作狀態檢查功能，僅將流量路由到正常運作的資源：

**檢查 EC2 執行個體和其他資源的運作狀態 (非別名記錄)**  
如果您要將流量路由到無法建立別名記錄的資源 (例如 EC2 執行個體)，則可以為每個資源建立記錄和運作狀態檢查。然後，再將每個運作狀態檢查與適用的記錄建立關聯。運作狀態檢查會定期檢查對應資源的運作狀態，而 Route 53 只會將流量路由到運作狀態檢查回報為正常運作的資源。

**評估 AWS 資源的運作狀態 （別名記錄）**  
如果您使用[別名記錄](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html)將流量路由到選取的 AWS 資源，例如 ELB 負載平衡器，您可以設定 Route 53 來評估資源的運作狀態，並僅將流量路由到運作狀態良好的資源。當您設定別名記錄以評估資源的運作狀態時，即不需要建立資源的運作狀態檢查。

以下是如何設定 Route 53 以在簡單組態中檢查資源運作狀態的概觀：

1. 您識別出希望 Route 53 監控的資源。例如，您可能想要監控對 example.com 請求有所回應的所有 HTTP 伺服器。

1. 您可以針對無法建立別名記錄的資源 (例如 EC2 執行個體或您自己資料中心裡的伺服器)，建立運作狀態檢查。您可以指定如何傳送運作狀態檢查請求給資源：使用哪個通訊協定 (HTTP、HTTPS 或 TCP)、使用哪個 IP 地址和連接埠，以及網域名稱和路徑 (針對 HTTP/HTTPS 運作狀態檢查)。
**注意**  
如果您使用任何可以建立別名記錄的資源 (例如 ELB 負載平衡器)，請不要為這些資源建立運作狀態檢查。

   常見組態是為每個資源建立一個運作狀態檢查，並對運作狀態檢查端點使用與資源相同的 IP 地址。運作狀態檢查會將請求傳送到指定的 IP 地址。
**注意**  
如果資源的 IP 地址位於本機、私有、不可路由或多點傳送範圍內，Route 53 就無法檢查這類資源的運作狀態。如需無法建立運作狀態檢查的 IP 地址詳細資訊，請參閱 [RFC 5735, Special Use IPv4 Addresses](https://datatracker.ietf.org/doc/html/rfc5735) 和 [RFC 6598, IANA-Reserved IPv4 Prefix for Shared Address Space](https://datatracker.ietf.org/doc/html/rfc6598)。

   如需如何建立運作狀態檢查的詳細資訊，請參閱 [建立、更新和刪除運作狀態檢查](health-checks-creating-deleting.md)。

1. 您可能需要設定路由器和防火牆規則，讓 Route 53 可以向運作狀態檢查中指定的端點傳送一般請求。如需詳細資訊，請參閱[為 Amazon Route 53 運作狀態檢查設定路由器和防火牆規則為運作狀態檢查設定路由器和防火牆規則](dns-failover-router-firewall-rules.md)。

1. 您可以建立資源的記錄群組，例如加權記錄群組。您可以混合別名和非別名記錄，但它們必須全擁有相同的 **Name (名稱)**、**Type (類型)** 和 **Routing Policy (路由政策)** 值。

   要如何設定 Route 53 以檢查資源運作的狀態，取決於您建立的是別名記錄或非別名記錄而定：
   + **別名記錄** – 將 **Evaluate Target Health (評估目標運作狀態)** 指定為 **Yes (是)**。
   + **非別名記錄** – 將步驟 2 建立的運作狀態檢查與對應的記錄建立關聯。

   完成後，您的組態如下圖所示，其中僅包含非別名記錄。  
![\[三個加權記錄和對應的運作狀態檢查。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/hc-weighted.png)

   如需如何使用 Route 53 主控台建立記錄的詳細資訊，請參閱 [使用 Amazon Route 53 主控台來建立記錄](resource-record-sets-creating.md)。

1. 如果您已建立運作狀態檢查，Route 53 會定期傳送請求給端點以進行每次運作狀態檢查，而不會在接收 DNS 查詢時執行運作狀態檢查。根據回應，Route 53 決定端點是否正常運作，並使用該資訊來確定如何回應查詢。如需詳細資訊，請參閱[Amazon Route 53 決定運作狀態檢查是否良好的方式Route 53 決定運作狀態檢查是否良好的方式](dns-failover-determining-health-of-endpoints.md)。

   Route 53 不會檢查記錄中所指定資源的運作狀態，例如 example.com 的 A 記錄中所指定的 IP 地址。當您將運作狀態檢查與記錄關聯時，Route 53 會開始檢查您在運作狀態檢查中所指定端點的運作狀態。您也可以設定 Route 53 來監控其他運作狀態檢查的運作狀態，或監控 CloudWatch 警示的資料串流。如需詳細資訊，請參閱[Amazon Route 53 運作狀態檢查的類型運作狀態檢查的類型](health-checks-types.md)。

當 Route 53 收到對 example.com 的查詢，發生的情況如下：

1. Route 53 根據路由政策選擇記錄。在這種情況下，它會根據權重選擇記錄。

1. 它會檢查該記錄運作狀態檢查的狀態，來決定所選記錄的目前運作狀態。

1. 如果選取的記錄狀況不良，Route 53 會選擇不同的記錄。此時，不考慮狀況不良的記錄。

   如需詳細資訊，請參閱[當您已設定運作狀態檢查時，Amazon Route 53 會如何選擇記錄當您已設定運作狀態檢查時，Route 53 會如何選擇記錄](health-checks-how-route-53-chooses-records.md)。

1. 當 Route 53 找到正常運作的記錄，即會以適用的值 (例如 A 記錄中的 IP 地址) 來回應查詢。

以下範例示範一組加權記錄，其中第三個記錄狀況不良。最初，Route 53 根據所有三個記錄的權重來選擇記錄。如果第一次碰巧選擇狀況不良的記錄，Route 53 會選擇另一個記錄，但這次從計算中省略第三個記錄的權重：
+ 當 Route 53 最初從這三個記錄中選擇，在大約 20% 的時間內 (10/(10 \$1 20 \$1 20))，它會使用第一個記錄來回應請求。
+ 當 Route 53 判斷第三個記錄狀況不良，在大約 33% 的時間內 (10/(10 \$1 20))，它會使用第一個記錄來回應請求。

![\[三個加權記錄和對應的運作狀態檢查。第三個運作狀態檢查為狀況不良，所以 Route 53 會將關聯的記錄視為狀況不良。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/hc-weighted-failed-hc.png)


如果您忽略記錄群組的一或多個記錄的運作狀態檢查，Route 53 就無法判斷對應資源的運作狀態。Route 53 會將這些記錄視為正常運作。

![\[三個加權記錄，只有其中兩個有運作狀態檢查。Route 53 一律會將第三個記錄視為正常運作。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/hc-weighted-missing-health-check.png)