本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 建立 Amazon Route 53 運作狀態檢查
Amazon Route 53 運作狀態檢查監控 Web 應用程式、Web 伺服器和其他資源的運作狀態和效能。您建立的每個運作狀態檢查可監控下列其中一項：
+ 指定之資源 (例如 Web 伺服器) 的運作狀態。
+ 其他運作狀態檢查的狀態。
+ Amazon CloudWatch 警示的狀態。
+ 此外，使用 Amazon Application Recovery Controller (ARC)，您可以使用 DNS 容錯移轉記錄設定路由控制運作狀態檢查，以管理應用程式的流量容錯移轉。若要進一步了解，請參閱 [Amazon Application Recovery Controller (ARC) 開發人員指南](https://docs.aws.amazon.com/r53recovery/latest/dg/what-is-route-53-recovery.html)。
如需這些類型的運作狀態檢查的概觀，請參閱 [Amazon Route 53 運作狀態檢查的類型運作狀態檢查的類型](health-checks-types.md)。如需有關建立運作狀態檢查的資訊，請參閱 [建立和更新運作狀態檢查](health-checks-creating.md)。
在建立運作狀態檢查之後，您可以取得運作狀態檢查的狀態，當狀態變更時收到通知，以及設定 DNS 備援：
**取得運作狀態檢查和通知**
您可以在 Route 53 主控台檢視運作狀態檢查的目前狀態及最新狀態。您也可以透過其中一個 AWS SDKs、 或 Route 53 API AWS Command Line Interface AWS Tools for Windows PowerShell，以程式設計方式使用運作狀態檢查。
如果您想要在運作狀態檢查的狀態變更時接收通知，可以為每個運作狀態檢查設定 Amazon CloudWatch 警示。
如需有關檢視運作狀態檢查狀態和接收通知的資訊，請參閱 [監控運作狀態檢查狀態和取得通知](health-checks-monitor-view-status.md)。
**設定 DNS 備援**
如果您有多個執行相同功能的資源，可以設定 DNS 備援，以便 Route 53 將流量從狀況不良的資源路由到正常的資源。例如，如果您有兩個 Web 伺服器，其中一個 Web 伺服器狀況不良，Route 53 就會將流量路由到另一個 Web 伺服器。如需詳細資訊，請參閱[設定 DNS 備援](dns-failover-configuring.md)。
**Topics**
+ [Amazon Route 53 運作狀態檢查的類型](health-checks-types.md)
+ [Amazon Route 53 決定運作狀態檢查是否良好的方式](dns-failover-determining-health-of-endpoints.md)
+ [建立、更新和刪除運作狀態檢查](health-checks-creating-deleting.md)
+ [設定 DNS 備援](dns-failover-configuring.md)
+ [命名和標記運作狀態檢查](health-checks-tagging.md)
+ [運作狀態檢查與早於 2012-12-12 的 Amazon Route 53 API 版本搭配使用](dns-failover-using-old-apis.md)
# Amazon Route 53 運作狀態檢查的類型
您可以建立下列 Amazon Route 53 運作狀態檢查類型：
**監控端點的運作狀態檢查**
您可以設定運作狀態檢查來監控依 IP 地址或網域名稱指定的端點。Route 53 會以您指定的定期間隔，透過網際網路向您的應用程式、伺服器或其他資源提交自動請求，以驗證其連線能力、可用性和功能。或者，您也可以設定運作狀態檢查來發出類似於使用者發出的請求，例如請求特定 URL 的網頁。
**監控其他運作狀態檢查的運作狀態檢查 (計算的運作狀態檢查)**
您可以建立運作狀態檢查，以監控 Route 53 將其他運作狀態檢查視為正常或狀況不良。在以下情況，這種運作狀態檢查非常有用：您有多個執行相同功能的資源 (例如多個 Web 伺服器)，而您的主要疑慮是最小資源數量是否正常。您可以為每個資源建立運作狀態檢查，而不為這些運作狀態檢查設定通知。然後，您可以建立運作狀態檢查，以監控其他運作狀態檢查的狀態，而且只在可用的 Web 資源低於指定的閾值時通知您。
**監控 CloudWatch 警示的運作狀態檢查**
您可以建立 CloudWatch 警示來監控 CloudWatch 指標的狀態，例如 Amazon DynamoDB 資料庫的已節流讀取事件數目或被視為正常運作的 Elastic Load Balancing 主機數目。在建立警示之後，可以建立運作狀態檢查，以監控 CloudWatch 針對警示監控的相同資料串流。
為了提升靈活性與可用性，Route 53 不會等待 CloudWatch 警示進入 `ALARM` 狀態。運作狀態檢查的狀態會根據資料串流和 CloudWatch 警示條件，從正常變更為狀況不良。
Route 53 支援具下列功能的 CloudWatch 警示：
+ 標準解析指標。不支援高解析指標。如需詳細資訊，請參閱 *Amazon CloudWatch 使用者指南*中的[高解析度指標](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics)。
+ 統計資料：平均、最小值、最大值、總和及樣本計數。不支援擴充統計資料。
+ Route 53 不支援「N 中的 M」警示。如需詳細資訊，請參閱 *Amazon CloudWatch 指南* 中的[評估警示](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation)。
+ 運作狀態檢查只能監控存在於與運作狀態檢查相同 AWS 帳戶中的 CloudWatch 警示。
+ Route 53 不支援使用[指標數學](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html)查詢多個 CloudWatch 指標的警示。
**Amazon Application Recovery Controller (ARC) 路由控制器**
ARC 中的運作狀態檢查與路由控制相關聯，這是簡單的開/關切換。您可以使用容錯移轉 DNS 記錄來設定每個路由控制運作狀態檢查。然後，您可以直接更新 ARC 中的路由控制，以重新路由流量並容錯移轉應用程式，例如跨可用區域或 AWS區域。如需詳細資訊，請參閱《[ARC 開發人員指南》中的 ARC 中的路由控制](https://docs.aws.amazon.com/r53recovery/latest/dg/routing-control.html)。
# Amazon Route 53 決定運作狀態檢查是否良好的方式
Amazon Route 53 會依據運作狀態檢查的類型，使用適當方法，來判斷運作狀態檢查是否正常運作。
## Route 53 如何判斷監控端點的運作狀態檢查的狀態
Route 53 在全球的多個位置都有運作狀態檢查程式。當您建立運作狀態檢查以監控端點時，運作狀態檢查程式即會開始傳送請求到您指定的端點，以判斷端點是否正常運作。您可以選擇您希望 Route 53 使用的位置，亦可指定間隔檢查為每隔 10 秒或每隔 30 秒。請注意，在不同資料中心的 Route 53 運作狀態檢查程式不會彼此協調，所以無論您選擇多久的間隔，有時會看到每秒多個請求，接著幾秒鐘完全沒有運作狀態檢查的情況。
每個運作狀態檢查程式都會根據下列兩個值來評估端點的運作狀態：
+ 回應時間。資源在回應運作狀態檢查請求時，可能基於各種原因會很慢或無法回應。例如，資源已關閉來進行維護、正遭受分散式拒絕服務 (DDoS) 攻擊，或網路中斷。
+ 端點是否回應您指定的幾次連續運作狀態檢查 (故障閾值)
Route 53 可彙總運作狀態檢查程式的資料，並判斷端點是否正常運作：
+ 如果超過 18% 的運作狀態檢查程式回報端點正常運作，Route 53 即會將其視為正常運作。
+ 如果 18% 以下的運作狀態檢查程式回報端點正常運作，Route 53 會將其視為狀況不良。
選擇 18% 這個值的原因，是為了確保多個區域中的運作狀態檢查程式都能將端點視為正常運作。這可以防止端點僅因為網路狀況將其從某些運作狀態檢查位置中隔離出來，就被視為狀況不良。在未來版本中，這個值可能會變更。
個別運作狀態檢查程式會依據下列運作狀態檢查的類型，使用適當回應時間，來判斷端點是否正常運作：
+ **HTTP 和 HTTPS 運作狀態檢查** – Route 53 必須能夠在四秒內與端點建立 TCP 連線。此外，端點必須在連線後兩秒內以 2xx 或 3xx 的 HTTP 狀態碼回應。
**注意**
HTTPS 運作狀態檢查不會驗證 SSL/TLS 憑證，因此如果憑證無效或過期，檢查並不會失敗。
+ **TCP 運作狀態檢查** – Route 53 必須能夠在十秒內與端點建立 TCP 連線。
+ **使用字串比對的 HTTP 和 HTTPS 運作狀態檢查** – 如同 HTTP 和 HTTPS 運作狀態檢查，Route 53 必須能夠在四秒內與端點建立 TCP 連線，而且端點必須在連線後兩秒內以 2xx 或 3xx 的 HTTP 狀態碼回應。
Route 53 運作狀態檢查在收到 HTTP 狀態碼之後，必須在接下來的兩秒內收到來自端點的回應本文。Route 53 在回應本文中搜尋指定的字串。字串必須在回應本文的前 5,120 個位元組中完全顯示，否則端點的運作狀態檢查會失敗。如果您使用的是 Route 53 主控台，請在 **Search String (搜尋字串)** 欄位中指定字串。如果您使用的是 Route 53 API，請在建立運作狀態檢查時於 `SearchString` 元素中指定字串。
若是用來監控端點的運作狀態檢查 (除了 TCP 運作狀態檢查以外)，如果來自端點的回應包含任何標頭，則標頭必須使用 RFC7230, Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing, [section 3.2, "Header Fields"](https://tools.ietf.org/html/rfc7230#section-3.2) 中定義的格式。
Route 53 將新的運作狀態檢查視為良好，直到有足夠的資料可判斷實際運作狀態為良好或不佳。如果您選擇選擇反轉運作狀態檢查的狀態，Route 53 會將新的運作狀態檢查視為*不佳*，直到有足夠的資料。
## Route 53 如何判斷監控其他運作狀態檢查的檢查狀態
運作狀態檢查可以監控其他運作狀態檢查的狀態；這類運作狀態檢查稱為*計算的運作狀態檢查*。實際執行監控的運作狀態檢查是*「父系運作狀態檢查」*，而受監控的運作狀態檢查則為*「子級運作狀態檢查」*。一個父系運作狀態檢查可以監控最多 255 個子級運作狀態檢查的運作狀態。以下是監控的運作方式：
+ Route 53 會加總視為正常運作的子級運作狀態檢查數量。
+ Route 53 會比較該數字與必須正常運作的子級運作狀態檢查數目 (父系運作狀態檢查的狀態才會被視為正常)。
如需詳細資訊，請參閱 [您在建立或更新運作狀態檢查時指定的值](health-checks-creating-values.md) 中的 [監控其他運作狀態檢查 (計算的運作狀態檢查)](health-checks-creating-values.md#health-checks-creating-values-calculated)。
Route 53 將新的運作狀態檢查視為良好，直到有足夠的資料可判斷實際運作狀態為良好或不佳。如果您選擇選擇反轉運作狀態檢查的狀態，Route 53 會將新的運作狀態檢查視為*不佳*，直到有足夠的資料。
## Route 53 如何判斷監控 CloudWatch 警示的運作狀態檢查的狀態
當您建立以 CloudWatch 警示為依據的運作狀態檢查時，Route 53 會監控對應警示的資料串流，而不是監控警示狀態。如果資料串流指出警示狀態為 **OK (正常)**，運作狀態檢查會被視為正常運作。如果資料串流指出警示狀態為 **Alarm (警示)**，運作狀態檢查會被視為狀況不良。如果資料串流提供的資訊不足，無法判斷警示狀態，則運作狀態檢查的狀態取決於 **Health check status (運作狀態檢查狀態)** 的設定：正常、狀況不良或上次已知狀態。(在 Route 53 API 中，此設定為 `InsufficientDataHealthStatus`。)
Route 53 不支援跨帳戶 CloudWatch 警示。
**注意**
由於 Route 53 運作狀態檢查是監控 CloudWatch 資料串流而不是 CloudWatch 警示的狀態，因此您無法使用 CloudWatch [SetAlarmState](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_SetAlarmState.html) API 操作，強制變更運作狀態檢查的狀態。
Route 53 將新的運作狀態檢查視為良好，直到有足夠的資料可判斷實際運作狀態為良好或不佳。如果您選擇選擇反轉運作狀態檢查的狀態，Route 53 會將新的運作狀態檢查視為*不佳*， 直到有足夠的資料。
# 建立、更新和刪除運作狀態檢查
**重要**
如果您要更新或刪除與記錄關聯的運作狀態檢查，請先檢閱[當已設定 DNS 備援時，更新或刪除運作狀態檢查](health-checks-updating-deleting-tasks.md)中的任務，然後再繼續。
本節涵蓋與管理 Route 53 運作狀態檢查相關的下列主題：
1. **建立和更新運作狀態檢查：**
+ 了解如何使用 Route 53 主控台建立和更新運作狀態檢查。
+ 了解您在建立或更新運作狀態檢查時需要指定的值，例如端點監控、通訊協定、IP 地址、網域名稱和進階組態選項。
1. **建立運作狀態檢查時顯示的值：**
+ 探索 Route 53 主控台在建立運作狀態檢查時根據您的輸入顯示的值，例如完整的 URL 或 IP 地址和連接埠。
1. **更新 CloudWatch 警示變更的運作狀態檢查：**
+ 了解如何在變更相關聯 CloudWatch 警示的設定時更新運作狀態檢查。
1. **刪除運作狀態檢查： **
+ 依照程序使用 Route 53 主控台刪除運作狀態檢查。
1. **設定 DNS 容錯移轉時更新或刪除運作狀態檢查：**
+ 了解更新或刪除與 DNS 記錄相關聯的運作狀態檢查時要執行的建議任務，以確保適當的路由和容錯移轉組態。
1. **設定路由器和防火牆規則：**
+ 了解如何設定路由器和防火牆規則，以允許來自 Route 53 運作狀態檢查程式的傳入流量，確保運作狀態檢查成功。
遵循本節提供的資訊，您可以有效地建立、更新和刪除 Route 53 運作狀態檢查、管理其組態，並確保與 DNS 容錯移轉和路由政策適當整合。
**Topics**
+ [建立和更新運作狀態檢查](health-checks-creating.md)
+ [您在建立或更新運作狀態檢查時指定的值](health-checks-creating-values.md)
+ [當您建立運作狀態檢查時 Amazon Route 53 顯示的值](health-checks-creating-values-displayed.md)
+ [當您變更 CloudWatch 警示設定時更新運作狀態檢查 (僅限監控 CloudWatch 警示的運作狀態檢查)](health-checks-updating-cloudwatch-alarm-settings.md)
+ [停用或啟用運作狀態檢查](health-checks-disable.md)
+ [反轉運作狀態檢查](health-checks-invert.md)
+ [刪除運作狀態檢查](health-checks-deleting.md)
+ [當已設定 DNS 備援時，更新或刪除運作狀態檢查](health-checks-updating-deleting-tasks.md)
+ [為 Amazon Route 53 運作狀態檢查設定路由器和防火牆規則](dns-failover-router-firewall-rules.md)
# 建立和更新運作狀態檢查
下列程序說明如何使用 Route 53 主控台建立和更新運作狀態檢查。
**注意**
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間，您可以繼續使用舊的主控台。
選擇您正在使用的主控台的索引標籤。
+ [新主控台](#health-checks-creating-new)
+ [舊主控台](#health-checks-creating-old)
------
#### [ New console ]
**建立或更新運作狀態檢查**
1. 如果要更新的運作狀態檢查已與記錄建立關聯，請執行 [當已設定 DNS 備援時，更新或刪除運作狀態檢查](health-checks-updating-deleting-tasks.md) 中的建議任務。
1. 登入 AWS 管理主控台 並開啟 Route 53 主控台，網址為 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。
1. 在導覽窗格中，選擇 **Health Checks** (運作狀態檢查)。
1. 如果您想要更新現有的運作狀態檢查，請選擇運作狀態檢查的連結 ID，然後選擇**編輯**。
如果您想要建立運作狀態檢查，請選擇**建立運作狀態檢查**。
1. 輸入適用的值。請注意，某些值在您建立運作狀態檢查之後無法變更。如需詳細資訊，請參閱[您在建立或更新運作狀態檢查時指定的值](health-checks-creating-values.md)。
1. 選擇**建立運作狀態檢查**。
**注意**
Route 53 將新的運作狀態檢查視為良好，直到有足夠的資料可判斷實際運作狀態為良好或不佳。
1. 將運作狀態檢查與一或多個 Route 53 記錄關聯。如需有關建立和更新記錄的詳細資訊，請參閱 [處理記錄](rrsets-working-with.md)。
------
#### [ Old console ]
**建立或更新運作狀態檢查**
1. 如果要更新的運作狀態檢查已與記錄建立關聯，請執行 [當已設定 DNS 備援時，更新或刪除運作狀態檢查](health-checks-updating-deleting-tasks.md) 中的建議任務。
1. 登入 AWS 管理主控台 ，並在 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 開啟 Route 53 主控台。
1. 在導覽窗格中，選擇 **Health Checks** (運作狀態檢查)。
1. 如果要更新現有的運作狀態檢查，請選取運作狀態檢查，然後選擇 **Edit Health Check (編輯運作狀態檢查)**。
如果要建立運作狀態檢查，請選擇 **Create Health Check (建立運作狀態檢查)**。如需每個設定的詳細資訊，請將滑鼠指標移至標籤上，以查看其工具提示。
1. 輸入適用的值。請注意，某些值在您建立運作狀態檢查之後無法變更。如需詳細資訊，請參閱[您在建立或更新運作狀態檢查時指定的值](health-checks-creating-values.md)。
1. 選擇 **Create Health Check (建立運作狀態檢查)**。
**注意**
Route 53 將新的運作狀態檢查視為良好，直到有足夠的資料可判斷實際運作狀態為良好或不佳。如果您選擇選擇反轉運作狀態檢查的狀態，Route 53 會將新的運作狀態檢查視為*不佳*， 直到有足夠的資料。
1. 將運作狀態檢查與一或多個 Route 53 記錄關聯。如需有關建立和更新記錄的詳細資訊，請參閱 [處理記錄](rrsets-working-with.md)。
------
# 您在建立或更新運作狀態檢查時指定的值
在建立或更新運作狀態檢查時，指定適用的值。請注意，在建立運作狀態檢查之後，無法變更某些值。
**Topics**
+ [監控端點](#health-checks-creating-values-endpoint)
+ [監控其他運作狀態檢查 (計算的運作狀態檢查)](#health-checks-creating-values-calculated)
+ [監控 CloudWatch 警示](#health-checks-creating-values-cloudwatch)
+ [進階組態 (僅限 "Monitor an endpoint")](#health-checks-creating-values-advanced)
+ [在運作狀態檢查失敗時收到通知](#health-checks-creating-values-alarm)
**名稱**
選用但建議使用：要指派給運作狀態檢查的名稱。如果您指定 **Name (名稱)** 的值，則 Route 53 會將標籤新增至運作狀態檢查，再將 **Name (名稱)** 值指派給標籤鍵，並將您指定的值指派給標籤值。**Name (名稱)** 標籤的值會出現在 Route 53 主控台的運作狀態檢查清單，讓您輕鬆地區分各個運作狀態檢查。
如需標記和運作狀態檢查的詳細資訊，請參閱 [命名和標記運作狀態檢查](health-checks-tagging.md)。
**要監控的內容**
您希望此運作狀態檢查監控端點或其他運作狀態檢查的狀態：
+ **Endpoint (端點)** – Route 53 會監控您所指定端點的運作狀態。您可以透過提供網域名稱或 IP 地址和連接埠來指定端點。
**注意**
如果您指定非AWS 端點，則需支付額外費用。如需詳細資訊，包括 AWS 端點的定義，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)頁面上的「運作狀態檢查」。
+ **Status of other health checks (calculated health check) (其他運作狀態檢查的狀態 (計算的運作狀態檢查))** – Route 53 會根據您指定的其他運作狀態檢查的狀態，判斷此運作狀態檢查是否正常。您也可以指定需要有多少正常的運作狀態檢查，此運作狀態檢查才會被視為正常。
+ **CloudWatch 警示資料串流的狀態** - Route 53 會監控 CloudWatch 警示的資料串流，以判斷此運作狀態檢查是否正常。
## 監控端點
**注意**
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間，您可以繼續使用舊的主控台。
選擇您正在使用的主控台的索引標籤。
+ [新主控台](#health-checks-creating-values-endpoint-new)
+ [舊主控台](#health-checks-creating-values-endpoint-old)
------
#### [ New console ]
如果您希望此運作狀態檢查監控端點，請指定以下值：
+ 依 指定端點
+ IP 位址
+ 網域名稱
**Specify endpoint by**
您想要使用 IP 地址或使用網域名稱來指定端點。
建立運作狀態檢查之後，即無法變更 **Specify endpoint by (指定端點方式)** 的值。
**IP address (僅限 "Specify endpoint by IP address")**
在下拉式清單中選擇通訊協定，在文字方塊中輸入 IP 地址、連接埠和路徑。
+ 通訊協定可以是下列其中一項：
**HTTP** - Route 53 會嘗試建立 TCP 連線。如果成功，Route 53 會提交 HTTP 請求並等待 2xx 或 3xx 的 HTTP 狀態碼。
+ **HTTPS** - Route 53 會嘗試建立 TCP 連線。如果成功，Route 53 會提交 HTTPS 請求並等待 2xx 或 3xx 的 HTTP 狀態碼。
**重要**
如果您選擇 **HTTPS**，端點必須支援 TLS v1.0、v1.1 或 v1.2。
如果您選擇 **HTTPS** 做為 **Protocol (通訊協定)** 的值，會產生額外費用。如需詳細資訊，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)。
+ **TCP** - Route 53 會嘗試建立 TCP 連線。
如需詳細資訊，請參閱[Amazon Route 53 決定運作狀態檢查是否良好的方式Route 53 決定運作狀態檢查是否良好的方式](dns-failover-determining-health-of-endpoints.md)。
建立運作狀態檢查之後，即無法變更 **Protocol (通訊協定)** 的值。
對於 **IP 地址**，如果您選擇依 IP 地址指定端點，則可以輸入您希望 Route 53 執行運作狀態檢查之端點的 IPv4 或 IPv6 地址。 ****
Route 53 無法檢查 IP 地址位於本機、私有、不可路由或多點傳送範圍內之端點的運作狀態。如需無法建立運作狀態檢查之 IP 地址的詳細資訊，請參閱以下文件：
+ [RFC 5735, Special Use IPv4 Addresses](http://tools.ietf.org/html/rfc5735) (RFC 5735 - 特殊用途 IPv4 地址)
+ [RFC 6598, IANA-Reserved IPv4 Prefix for Shared Address Space](http://tools.ietf.org/html/rfc6598) (RFC 6598，預留的 IANA IPv4 前綴，用於共用地址空間)。
+ [RFC 5156, Special-Use IPv6 Addresses](https://tools.ietf.org/html/rfc5156) (RFC 5156 - 特殊用途 IPv6 地址)
如果端點是 Amazon EC2 執行個體，建議您建立彈性 IP 地址、建立它與您 EC2 執行個體的關聯，並指定此彈性 IP 地址。這可確保您的執行個體的 IP 地址永遠不會變更。如需詳細資訊，請參閱《*Amazon EC2 使用者指南*》中的[彈性 IP 地址 (EIP)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html)。
如果您刪除 Amazon EC2 執行個體，請確保也刪除了與 EIP 相關聯的運作狀態檢查。如需詳細資訊，請參閱[Amazon Route 53 運作狀態檢查的最佳實務](best-practices-healthchecks.md)。
如果您指定非AWS 端點，則需支付額外費用。如需詳細資訊，包括 AWS 端點的定義，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)頁面上的「運作狀態檢查」。
針對****您要 Route 53 執行運作狀態檢查的端點，您輸入的連接埠。
對於**路徑 （僅限 HTTP 和 HTTPS 通訊協定）**，您可以輸入您希望 Route 53 在執行運作狀態檢查時請求的路徑。當端點狀態良好時，路徑可以是端點將傳回 2xx 或 3xx H TTP 狀態碼的任何值，例如檔案 /docs/route53-health-check.html。您也可以包含查詢字串參數，例如 /welcome.html？language=jp&login=y。如果您未包含斜線 (/) 字元，Route 53 會自動新增一個斜線。
**Domain name (僅限 "Specify endpoint by domain name"，所有通訊協定)**
您希望 Route 53 執行運作狀態檢查之端點的網域名稱 (example.com) 或子網域名稱 (backend.example.com) (如果您選擇 **Specify endpoint by domain name (依網域名稱指定端點)**。
如果您選擇依網域名稱指定端點，Route 53 會以您在 **Request interval (請求間隔)** 中指定的間隔傳送 DNS 查詢，以解析您在 **Domain name (網域名稱)** 中指定的網域名稱。然後，Route 53 會使用 DNS 傳回的 IP 地址，檢查端點的運作狀態。
如果您依網域名稱指定端點，Route 53 僅使用 IPv4 傳送運作狀態檢查至該端點。如果 **Domain name (網域名稱)** 中指定的網域名稱沒有 A 類型的記錄，運作狀態檢查會失敗，並顯示 DNS resolution failed (DNS 解析失敗) 錯誤。
如果您想要檢查容錯移轉、地理位置、地理位置鄰近性、延遲、多值或加權記錄的運作狀態，而且您選擇依網域名稱指定端點，我們建議您為每個端點建立單獨的運作狀態檢查。例如，針對每個提供內容給 www.example.com 的 HTTP 伺服器，建立運作狀態檢查。針對 **Domain name (網域名稱)** 的值，指定伺服器的網域名稱 (例如 us-east-2-www.example.com)，而非記錄的名稱 (www.example.com)。
在這個組態中，如果您建立 **Domain name (網域名稱)** 的值與記錄名稱相符的運作狀態檢查，然後將運作狀態檢查與這些記錄建立關聯，運作狀態檢查結果將會無法預測。
此外，如果 **Protocol (通訊協定)** 的值是 **HTTP** 或 **HTTPS**，Route 53 會在 `Host` 標頭中傳遞 **Domain name (網域名稱)** 的值，如之前這個清單中的 **Host name (主機名稱)** 所述。如果 **Protocol (通訊協定)** 的值是 **TCP**，則 Route 53 不會傳遞 `Host` 標頭。
如果您指定非AWS 端點，則需支付額外費用。如需詳細資訊，包括 AWS 端點的定義，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)頁面上的「運作狀態檢查」。
------
#### [ Old console ]
如果您希望此運作狀態檢查監控端點，請指定以下值：
+ Specify endpoint by
+ 通訊協定
+ IP 位址
+ Host name (主機名稱)
+ 站點
+ 網域名稱
+ 路徑
**Specify endpoint by**
您想要使用 IP 地址或使用網域名稱來指定端點。
建立運作狀態檢查之後，即無法變更 **Specify endpoint by (指定端點方式)** 的值。
**通訊協定**
您想要 Route 53 用來檢查端點運作狀態的方法：
+ **HTTP** - Route 53 會嘗試建立 TCP 連線。如果成功，Route 53 會提交 HTTP 請求並等待 2xx 或 3xx 的 HTTP 狀態碼。
+ **HTTPS** - Route 53 會嘗試建立 TCP 連線。如果成功，Route 53 會提交 HTTPS 請求並等待 2xx 或 3xx 的 HTTP 狀態碼。
**重要**
如果您選擇 **HTTPS**，端點必須支援 TLS v1.0、v1.1 或 v1.2。
如果您選擇 **HTTPS** 做為 **Protocol (通訊協定)** 的值，會產生額外費用。如需詳細資訊，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)。
+ **TCP** - Route 53 會嘗試建立 TCP 連線。
如需詳細資訊，請參閱[Amazon Route 53 決定運作狀態檢查是否良好的方式Route 53 決定運作狀態檢查是否良好的方式](dns-failover-determining-health-of-endpoints.md)。
建立運作狀態檢查之後，即無法變更 **Protocol (通訊協定)** 的值。
**IP address (僅限 "Specify endpoint by IP address")**
如果您選擇 **Specify endpoint by IP address (指定端點方式 - IP 地址)**，此值為您希望 Route 53 執行運作狀態檢查之端點的 IPv4 或 IPv6 地址。
Route 53 無法檢查 IP 地址位於本機、私有、不可路由或多點傳送範圍內之端點的運作狀態。如需無法建立運作狀態檢查之 IP 地址的詳細資訊，請參閱以下文件：
+ [RFC 5735, Special Use IPv4 Addresses](http://tools.ietf.org/html/rfc5735) (RFC 5735 - 特殊用途 IPv4 地址)
+ [RFC 6598, IANA-Reserved IPv4 Prefix for Shared Address Space](http://tools.ietf.org/html/rfc6598) (RFC 6598，預留的 IANA IPv4 前綴，用於共用地址空間)。
+ [RFC 5156, Special-Use IPv6 Addresses](https://tools.ietf.org/html/rfc5156) (RFC 5156 - 特殊用途 IPv6 地址)
如果端點是 Amazon EC2 執行個體，建議您建立彈性 IP 地址、建立它與您 EC2 執行個體的關聯，並指定此彈性 IP 地址。這可確保您的執行個體的 IP 地址永遠不會變更。如需詳細資訊，請參閱《*Amazon EC2 使用者指南*》中的[彈性 IP 地址 (EIP)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html)。
如果您刪除 Amazon EC2 執行個體，請確保也刪除了與 EIP 相關聯的運作狀態檢查。如需詳細資訊，請參閱[Amazon Route 53 運作狀態檢查的最佳實務](best-practices-healthchecks.md)。
如果您指定非AWS 端點，則需支付額外費用。如需詳細資訊，包括 AWS 端點的定義，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)頁面上的「運作狀態檢查」。
**Host name (僅限 "Specify endpoint by IP address"，僅限 HTTP 和 HTTPS 通訊協定)**
您希望 Route 53 在 HTTP 和 HTTPS 運作狀態檢查的 `Host` 標頭中傳遞的值。通常是您希望 Route 53 執行運作狀態檢查之網站的完整 DNS 名稱。以下是 Route 53 在檢查端點的運作狀態時建構 `Host` 標頭的方式：
+ 如果您為 **Port (連接埠)** 指定值 **80** 並為 **Protocol (通訊協定)** 指定 **HTTP**，Route 53 會向端點傳遞 `Host` 標頭，其中包含 **Host name (主機名稱)** 的值。
+ 如果您為 **Port (連接埠)** 指定值 **443** 並為 **Protocol (通訊協定)** 指定 **HTTPS**，Route 53 會向端點傳遞 `Host` 標頭，其中包含 **Host name (主機名稱)** 的值。
+ 如果您為 **Port** (連接埠) 指定其他值並為 **Protocol** (通訊協定) 指定 **HTTP** 或 **HTTPS**，Route 53 會向端點傳遞 `Host` 標頭，其中包含 *Host name***:***Port* 值。
如果您選擇依 IP 地址指定端點，而且未指定 **Host name** (主機名稱) 的值，Route 53 在上述每個案例中會取代 `Host` 標頭中的 **IP address (IP 地址)** 的值。
**站點**
您希望 Route 53 執行運作狀態檢查之端點的連接埠。
**Domain name (僅限 "Specify endpoint by domain name"，所有通訊協定)**
您希望 Route 53 執行運作狀態檢查之端點的網域名稱 (example.com) 或子網域名稱 (backend.example.com) (如果您選擇 **Specify endpoint by domain name (依網域名稱指定端點)**。
如果您選擇依網域名稱指定端點，Route 53 會以您在 **Request interval (請求間隔)** 中指定的間隔傳送 DNS 查詢，以解析您在 **Domain name (網域名稱)** 中指定的網域名稱。然後，Route 53 會使用 DNS 傳回的 IP 地址，檢查端點的運作狀態。
如果您依網域名稱指定端點，Route 53 僅使用 IPv4 傳送運作狀態檢查至該端點。如果 **Domain name (網域名稱)** 中指定的網域名稱沒有 A 類型的記錄，運作狀態檢查會失敗，並顯示 DNS resolution failed (DNS 解析失敗) 錯誤。
如果您想要檢查容錯移轉、地理位置、地理位置鄰近性、延遲、多值或加權記錄的運作狀態，而且您選擇依網域名稱指定端點，我們建議您為每個端點建立單獨的運作狀態檢查。例如，針對每個提供內容給 www.example.com 的 HTTP 伺服器，建立運作狀態檢查。針對 **Domain name (網域名稱)** 的值，指定伺服器的網域名稱 (例如 us-east-2-www.example.com)，而非記錄的名稱 (www.example.com)。
在這個組態中，如果您建立 **Domain name (網域名稱)** 的值與記錄名稱相符的運作狀態檢查，然後將運作狀態檢查與這些記錄建立關聯，運作狀態檢查結果將會無法預測。
此外，如果 **Protocol (通訊協定)** 的值是 **HTTP** 或 **HTTPS**，Route 53 會在 `Host` 標頭中傳遞 **Domain name (網域名稱)** 的值，如之前這個清單中的 **Host name (主機名稱)** 所述。如果 **Protocol (通訊協定)** 的值是 **TCP**，則 Route 53 不會傳遞 `Host` 標頭。
如果您指定非AWS 端點，則需支付額外費用。如需詳細資訊，包括 AWS 端點的定義，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)頁面上的「運作狀態檢查」。
**Path (僅限 HTTP 和 HTTPS 通訊協定)**
您希望 Route 53 在執行運作狀態檢查時請求的路徑。此路徑可以是任何值，例如檔案 `2xx` (當端點正常時，端點會傳回 HTTP 狀態碼 `3xx` 或 `/docs/route53-health-check.html`)。您也可以包含查詢字串參數，例如 `/welcome.html?language=jp&login=y`。如果您未包含正斜線 (`/`) 字元，Route 53 會自動新增一個正斜線。
------
## 監控其他運作狀態檢查 (計算的運作狀態檢查)
**注意**
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間，您可以繼續使用舊的主控台。
選擇您正在使用的主控台的索引標籤。
+ [新主控台](#health-checks-creating-values-calculated-new)
+ [舊主控台](#health-checks-creating-values-calculated-old)
------
#### [ New console ]
如果您希望此運作狀態檢查監控其他運作狀態檢查的狀態，請指定下列值：
+ Health checks to monitor
+ Report healthy when
**Health checks to monitor **
您希望 Route 53 監控的運作狀態檢查，以判斷此運作狀態檢查的運作狀態。
您最多可以新增 256 個運作狀態檢查至 **Health checks to monitor (要監控的運作狀態檢查)**。若要從清單中移除運作狀態檢查，請選擇該運作狀態檢查反白項目右側的 **x**。
您無法設定計算的運作狀態檢查來監控其他計算的運作狀態檢查的運作狀態。
如果您停用計算的運作狀態檢查所監控之運作狀態檢查，則 Route 53 會在計算確認計算的運作狀態檢查是否正常時，將停用的運作狀態檢查視為正常運作。如果您希望將停用的運作狀態檢查視為狀況不良，請選擇 **Invert health check status (反轉運作狀態檢查狀態)** 核取方塊。
** Report healthy when **
您希望 Route 53 執行用來決定此運作狀態檢查是否正常的計算：
+ **Report healthy when at least x of y selected health checks are healthy (當至少 x 個 (共 y 個) 選定運作狀態檢查是正常時，報告狀態正常)** – 當新增至 **Health checks to monitor (要監控的運作狀態檢查)** 中指定數目的運作狀態檢查都是正常時，Route 53 會將此運作狀態檢查視為正常。注意下列事項：
+ 如果您指定的數字大於 **Health checks to monitor (要監控的運作狀態檢查) 中的運作狀態檢查數目**，Route 53 一律會將此運作狀態檢查視為狀況不良。
+ 如果您指定 **0**，Route 53 一律將此運作狀態檢查視為正常。
+ **Report healthy when all health checks are healthy (AND) (當所有運作狀態檢查都是正常時，報告狀態正常 (AND))** – 只有在新增至 **Health checks to monitor (要監控的運作狀態檢查)** 中的所有運作狀態檢查都是正常時，Route 53 才會將此運作狀態檢查視為正常。
+ **Report healthy when one or more health checks are healthy (OR) (當一個或多個運作狀態檢查是正常時，報告狀態正常 (OR))** – 當新增至 **Health checks to monitor (要監控的運作狀態檢查)** 中的運作狀態檢查至少有一項是正常時，Route 53 就會將此運作狀態檢查視為正常。
------
#### [ Old console ]
如果您希望此運作狀態檢查監控其他運作狀態檢查的狀態，請指定下列值：
+ Health checks to monitor
+ Report healthy when
+ Invert health check status
+ Disabled
** Health checks to monitor **
您希望 Route 53 監控的運作狀態檢查，以判斷此運作狀態檢查的運作狀態。
您最多可以新增 256 個運作狀態檢查至 **Health checks to monitor (要監控的運作狀態檢查)**。若要從清單中移除運作狀態檢查，請選擇該運作狀態檢查反白項目右側的 **x**。
您無法設定計算的運作狀態檢查來監控其他計算的運作狀態檢查的運作狀態。
如果您停用計算的運作狀態檢查所監控之運作狀態檢查，則 Route 53 會在計算確認計算的運作狀態檢查是否正常時，將停用的運作狀態檢查視為正常運作。如果您希望將停用的運作狀態檢查視為狀況不良，請選擇 **Invert health check status (反轉運作狀態檢查狀態)** 核取方塊。
** Report healthy when **
您希望 Route 53 執行用來決定此運作狀態檢查是否正常的計算：
+ **Report healthy when at least x of y selected health checks are healthy (當至少 x 個 (共 y 個) 選定運作狀態檢查是正常時，報告狀態正常)** – 當新增至 **Health checks to monitor (要監控的運作狀態檢查)** 中指定數目的運作狀態檢查都是正常時，Route 53 會將此運作狀態檢查視為正常。注意下列事項：
+ 如果您指定的數字大於 **Health checks to monitor (要監控的運作狀態檢查) 中的運作狀態檢查數目**，Route 53 一律會將此運作狀態檢查視為狀況不良。
+ 如果您指定 **0**，Route 53 一律將此運作狀態檢查視為正常。
+ **Report healthy when all health checks are healthy (AND) (當所有運作狀態檢查都是正常時，報告狀態正常 (AND))** – 只有在新增至 **Health checks to monitor (要監控的運作狀態檢查)** 中的所有運作狀態檢查都是正常時，Route 53 才會將此運作狀態檢查視為正常。
+ **Report healthy when one or more health checks are healthy (OR) (當一個或多個運作狀態檢查是正常時，報告狀態正常 (OR))** – 當新增至 **Health checks to monitor (要監控的運作狀態檢查)** 中的運作狀態檢查至少有一項是正常時，Route 53 就會將此運作狀態檢查視為正常。
** 反轉運作狀態檢查狀態 （僅限舊主控台）**
若要反轉新主控台的運作狀態檢查，請參閱 [反轉運作狀態檢查](health-checks-invert.md)。
選擇是否要 Route 53 反轉運作狀態檢查的狀態。如果您選擇此選項，Route 53 會將狀態正常的運作狀態檢查視為狀況不良，反之亦然。
** 已停用 （僅限舊主控台）**
若要在新主控台上停用運作狀態檢查，請參閱 [停用或啟用運作狀態檢查](health-checks-disable.md) 。
讓 Route 53 停止執行運作狀態檢查。當您停用運作狀態檢查時，Route 53 會停止彙總參考的運作狀態檢查之狀態。
在您停用運作狀態檢查之後，Route 53 會將參考的運作狀態檢查之狀態視為一律正常。如果您已設定 DNS 備援，Route 53 會持續將流量路由到對應的資源。如果您想要停止將流量路由到資源，請反轉運作狀態檢查。
在停用運作狀態檢查時，仍會產生運作狀態檢查的費用。
------
## 監控 CloudWatch 警示
**注意**
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間，您可以繼續使用舊的主控台。
選擇您正在使用的主控台的索引標籤。
+ [新主控台](#health-checks-creating-values-cloudwatch-new)
+ [舊主控台](#health-checks-creating-values-cloudwatch-old)
------
#### [ New console ]
如果您希望此運作狀態檢查監控 CloudWatch 警示的警示狀態，請指定下列值：
+ CloudWatch 警示
+ 運作狀態檢查狀態
**CloudWatch 警示**
選擇您希望 Route 53 用來判斷此運作狀態檢查是否正常的 CloudWatch 警示。CloudWatch 警示必須與運作狀態檢查 AWS 帳戶 位於相同的 中。
Route 53 支援具下列功能的 CloudWatch 警示：
+ 標準解析指標。不支援高解析指標。如需詳細資訊，請參閱 *Amazon CloudWatch 使用者指南*中的[高解析度指標](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics)。
+ 統計資料：`Average`、`Minimum`、`Maximum`、`Sum` 和 `SampleCount`。不支援擴充統計資料。
+ Route 53 不支援「N 中的 M」警示。如需詳細資訊，請參閱 *Amazon CloudWatch 指南* 中的[評估警示](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation)。
Route 53 不支援使用[指標數學](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html)查詢多個 CloudWatch 指標的警示。
如果您要建立警示，請執行以下步驟：
1. 選擇 **Create** (建立)。CloudWatch 主控台會顯示在新的瀏覽器標籤中。
1. 輸入適用的值。如需詳細資訊，請參閱 *Amazon CloudWatch 使用者指南* 中的[建立或編輯 CloudWatch 警示](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/ConsoleAlarms.html)。
1. 返回至 Route 53 主控台顯示的瀏覽器索引標籤。
1. 選擇 **CloudWatch alarm (CloudWatch 警示)** 清單旁的重新整理按鈕。
1. 從清單中選擇新的警示。
如果您在建立運作狀態檢查之後變更 CloudWatch 警示的設定，您必須更新運作狀態檢查。如需詳細資訊，請參閱[當您變更 CloudWatch 警示設定時更新運作狀態檢查 (僅限監控 CloudWatch 警示的運作狀態檢查)當您變更 CloudWatch 警示設定時，更新運作狀態檢查](health-checks-updating-cloudwatch-alarm-settings.md)。
**運作狀態檢查狀態**
當 CloudWatch 因資料不足，無法判斷您在 **CloudWatch alarm (CloudWatch 警示)** 中所選警示的狀態時，請選擇運作狀態檢查的狀態 (正常、狀況不良或上次已知狀態)。如果您選擇使用上次已知狀態，Route 53 會使用上次 CloudWatch 在資料足以判斷警示狀態時的運作狀態檢查狀態。對於沒有上次已知狀態的新運作狀態檢查，運作狀態檢查的預設狀態是正常。
**Health check status (運作狀態檢查狀態)** 的值會在 CloudWatch 指標的資料串流短暫無法使用時提供暫時狀態。Route 53 會監控 CloudWatch 指標的資料串流，而非對應警示的狀態。) 如果指標經常或長時間 (超過幾小時) 無法使用，我們建議您不要使用上一個已知狀態。
------
#### [ Old console ]
如果您希望此運作狀態檢查監控 CloudWatch 警示的警示狀態，請指定下列值：
+ CloudWatch 警示
+ 運作狀態檢查狀態
+ Invert health check status
+ Disabled
**CloudWatch 警示**
選擇您希望 Route 53 用來判斷此運作狀態檢查是否正常的 CloudWatch 警示。CloudWatch 警示必須與運作狀態檢查 AWS 帳戶 位於相同的 中。
Route 53 支援具下列功能的 CloudWatch 警示：
+ 標準解析指標。不支援高解析指標。如需詳細資訊，請參閱 *Amazon CloudWatch 使用者指南*中的[高解析度指標](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics)。
+ 統計資料：`Average`、`Minimum`、`Maximum`、`Sum` 和 `SampleCount`。不支援擴充統計資料。
+ Route 53 不支援「N 中的 M」警示。如需詳細資訊，請參閱 *Amazon CloudWatch 指南* 中的[評估警示](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation)。
Route 53 不支援使用[指標數學](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html)查詢多個 CloudWatch 指標的警示。
如果您要建立警示，請執行以下步驟：
1. 選擇 **Create** (建立)。CloudWatch 主控台會顯示在新的瀏覽器標籤中。
1. 輸入適用的值。如需詳細資訊，請參閱 *Amazon CloudWatch 使用者指南* 中的[建立或編輯 CloudWatch 警示](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/ConsoleAlarms.html)。
1. 返回至 Route 53 主控台顯示的瀏覽器索引標籤。
1. 選擇 **CloudWatch alarm (CloudWatch 警示)** 清單旁的重新整理按鈕。
1. 從清單中選擇新的警示。
如果您在建立運作狀態檢查之後變更 CloudWatch 警示的設定，您必須更新運作狀態檢查。如需詳細資訊，請參閱[當您變更 CloudWatch 警示設定時更新運作狀態檢查 (僅限監控 CloudWatch 警示的運作狀態檢查)當您變更 CloudWatch 警示設定時，更新運作狀態檢查](health-checks-updating-cloudwatch-alarm-settings.md)。
**運作狀態檢查狀態**
當 CloudWatch 因資料不足，無法判斷您在 **CloudWatch alarm (CloudWatch 警示)** 中所選警示的狀態時，請選擇運作狀態檢查的狀態 (正常、狀況不良或上次已知狀態)。如果您選擇使用上次已知狀態，Route 53 會使用上次 CloudWatch 在資料足以判斷警示狀態時的運作狀態檢查狀態。對於沒有上次已知狀態的新運作狀態檢查，運作狀態檢查的預設狀態是正常。
**Health check status (運作狀態檢查狀態)** 的值會在 CloudWatch 指標的資料串流短暫無法使用時提供暫時狀態。Route 53 會監控 CloudWatch 指標的資料串流，而非對應警示的狀態。) 如果指標經常或長時間 (超過幾小時) 無法使用，我們建議您不要使用上一個已知狀態。
**反轉運作狀態檢查狀態 （僅限舊主控台）**
若要反轉新主控台的運作狀態檢查，請參閱 [反轉運作狀態檢查](health-checks-invert.md)。
選擇是否要 Route 53 反轉運作狀態檢查的狀態。如果您選擇此選項，Route 53 會將狀態正常的運作狀態檢查視為狀況不良，反之亦然。
** 已停用 （僅限舊主控台）**
若要在新主控台上停用運作狀態檢查，請參閱 [停用或啟用運作狀態檢查](health-checks-disable.md)。
讓 Route 53 停止執行運作狀態檢查。當您停用運作狀態檢查時，Route 53 會停止監控對應的 CloudWatch 指標。
在您停用運作狀態檢查之後，Route 53 會將參考的運作狀態檢查之狀態視為一律正常。如果您已設定 DNS 備援，Route 53 會持續將流量路由到對應的資源。如果您想要停止將流量路由到資源，請反轉運作狀態檢查。
在停用運作狀態檢查時，仍會產生運作狀態檢查的費用。
------
## 進階組態 (僅限 "Monitor an endpoint")
**注意**
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間，您可以繼續使用舊的主控台。
+ [新主控台](#health-checks-creating-values-advanced-new)
+ [舊主控台](#health-checks-creating-values-advanced-old)
------
#### [ New console ]
+ 請求間隔
+ Failure threshold
+ 字串比對
+ 搜尋字串
+ Latency graphs
+ 啟用 SNI
+ Host name (主機名稱)
**請求間隔**
每個 Route 53 運作狀態檢查程式從端點獲得回應的時間，與傳送下一個運作狀態檢查請求的時間之間的秒數。如果您選擇的間隔為 30 秒，在全球資料中心的每個 Route 53 運作狀態檢查程式會每隔 30 秒向端點傳送一次運作狀態檢查請求。平均來說，端點大約每隔兩秒會收到一次運作狀態檢查請求。如果您選擇的間隔為 10 秒，端點每秒會收到多次請求。
請注意，在不同資料中心的 Route 53 運作狀態檢查程式不會彼此協調，所以無論您選擇多久的間隔，有時會看到每秒多個請求，接著幾秒鐘完全沒有運作狀態檢查的情況。
建立運作狀態檢查之後，即無法變更 **Request interval (請求間隔)** 的值。
如果您選擇 **Fast (10 seconds) (快速 (10 秒))** 做為 **Request interval (請求間隔)** 的值，會產生額外費用。如需詳細資訊，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)。
**Failure threshold**
端點必須通過或失敗的連續運作狀態檢查數目，才會讓 Route 53 將該端點的目前狀態從狀況不良變更為正常，或反之。如需詳細資訊，請參閱[Amazon Route 53 決定運作狀態檢查是否良好的方式Route 53 決定運作狀態檢查是否良好的方式](dns-failover-determining-health-of-endpoints.md)。
**String matching (僅限 HTTP 和 HTTPS)**
您是否希望 Route 53 透過提交 HTTP 或 HTTPS 請求至端點，然後在回應本文中搜尋指定的字串，來判斷端點的運作狀態。如果回應本文包含您在 **Search string (搜尋字串)** 中指定的值，Route 53 會將端點視為正常。如果未包含，或是端點未回應，Route 53 會將端點視為狀況不良。搜尋字串必須完全顯示在回應本文的前 5,120 個位元組中。
建立運作狀態檢查之後，即無法變更 **String matching (字串比對)** 的值。
如果您選擇 **Yes (是)** 做為 **String matching (字串比對)** 的值，會產生額外費用。如需詳細資訊，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)。
**運作狀態檢查程式如何處理壓縮的回應**
如果端點是傳回壓縮回應的 Web 伺服器，Route 53 運作狀態檢查程式只有在 Web 伺服器使用該檢查程式支援的壓縮演算法壓縮回應時，才會先解壓縮回應，再檢查指定的搜尋字串。運作狀態檢查程式支援下列壓縮演算法：
+ Gzip
+ Deflate
如果使用另一個演算法壓縮回應，運作狀態檢查程式就無法在搜尋字串之前解壓縮回應。在這種情況下，搜尋幾乎總是會失敗，而 Route 53 會將端點視為狀態不良
**字串比對 (只有當 String matching (字串比對) 啟用時)**
您希望 Route 53 在端點的回應本文中搜尋的字串。長度上限為 255 個字元。
Route 53 在回應本文中搜尋 **Search string (搜尋字串)** 時會考慮大小寫。
**Latency graphs**
選擇是否要 Route 53 測量多個 AWS 區域中運作狀態檢查程式與端點之間的延遲。如果您選擇此選項，CloudWatch 延遲圖表會出現在 Route 53 控制台中 **Health checks (運作狀態檢查)** 頁面上的 **Latency (延遲)** 標籤。如果 Route 53 運作狀態檢查程式無法連線至端點，Route 53 就無法顯示該端點的延遲圖形。
建立運作狀態檢查之後，即無法變更 **Latency measurements (延遲測量)** 的值。
如果您設定 Route 53 來測量運作狀態檢查程式和端點之間的延遲，會產生額外費用。如需詳細資訊，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)。
**Enable SNI (僅限 HTTPS)**
指定您是否希望 Route 53 在 TLS 交涉期間透過 `client_hello` 訊息將主機名稱傳送至端點。這允許端點使用適用的 SSL/TLS 憑證來回應 HTTPS 請求。
有些端點要求 HTTPS 請求在 client\$1hello 訊息中包含主機名稱。如果您未啟用 SNI，運作狀態檢查狀態可能會顯示失敗。錯誤訊息將取決於伺服器如何設定為回應不包含 SNI 資訊的請求。運作狀態檢查也可能因為其他原因而出現失敗狀態。如果 SNI 已啟用，仍發生此錯誤，請檢查端點的 SSL/TLS 組態並確認憑證是有效的。
請注意以下要求：
+ 端點必須支援 SNI。
+ 端點的 SSL/TLS 憑證在 `Common Name` 欄位中必須包含網域名稱，在`Subject Alternative Names` 欄位中包含其他幾個網域名稱。憑證的其中一個網域名稱必須符合您在 **Host name** (主機名稱) 中指定的值。
**Health checker regions**
選擇您希望 Route 53 透過使用建議區域中的運作狀態檢查程式還是使用指定區域中的運作狀態檢查程式，來檢查端點的運作狀態。
如果您更新運作狀態檢查來移除已執行運作狀態檢查的區域，Route 53 會持續從該區域執行檢查，時間長達一小時。這可確保一些運作狀態檢查程式一定在檢查端點 (例如，如果您將三個區域換成四個不同的區域)。
如果您選擇 **Customize (自訂)**，請選擇區域的 **x** 將其移除。按一下清單底部的空白處，可將區域新增回清單。您必須至少指定三個區域。
**Host name (僅限 "Specify endpoint by IP address"，僅限 HTTP 和 HTTPS 通訊協定)**
您希望 Route 53 在 HTTP 和 HTTPS 運作狀態檢查的 `Host` 標頭中傳遞的值。通常是您希望 Route 53 執行運作狀態檢查之網站的完整 DNS 名稱。以下是 Route 53 在檢查端點的運作狀態時建構 `Host` 標頭的方式：
+ 如果您為 **Port (連接埠)** 指定值 **80** 並為 **Protocol (通訊協定)** 指定 **HTTP**，Route 53 會向端點傳遞 `Host` 標頭，其中包含 **Host name (主機名稱)** 的值。
+ 如果您**443**為**通訊協定**指定連接埠和 **HTdTPS** 的值****，Route 53 會將包含**主機名稱**值的`Host`標頭傳遞至端點。
+ 如果您為 **Port** (連接埠) 指定其他值並為 **Protocol** (通訊協定) 指定 **HTTP** 或 **HTTPS**，Route 53 會向端點傳遞 `Host` 標頭，其中包含 *Host name***:***Port* 值。
如果您選擇依 IP 地址指定端點，而且未指定 **Host name** (主機名稱) 的值，Route 53 在上述每個案例中會取代 `Host` 標頭中的 **IP address (IP 地址)** 的值。
------
#### [ Old console ]
如果您選擇監控端點的選項，還可以指定以下設定：
+ 請求間隔
+ Failure threshold
+ 字串比對
+ 搜尋字串
+ 延遲圖表
+ 啟用 SNI
+ 運作狀態檢查程式區域
+ Invert health check status
+ Disabled
**請求間隔**
每個 Route 53 運作狀態檢查程式從端點獲得回應的時間，與傳送下一個運作狀態檢查請求的時間之間的秒數。如果您選擇的間隔為 30 秒，在全球資料中心的每個 Route 53 運作狀態檢查程式會每隔 30 秒向端點傳送一次運作狀態檢查請求。平均來說，端點大約每隔兩秒會收到一次運作狀態檢查請求。如果您選擇的間隔為 10 秒，端點每秒會收到多次請求。
請注意，在不同資料中心的 Route 53 運作狀態檢查程式不會彼此協調，所以無論您選擇多久的間隔，有時會看到每秒多個請求，接著幾秒鐘完全沒有運作狀態檢查的情況。
建立運作狀態檢查之後，即無法變更 **Request interval (請求間隔)** 的值。
如果您選擇 **Fast (10 seconds) (快速 (10 秒))** 做為 **Request interval (請求間隔)** 的值，會產生額外費用。如需詳細資訊，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)。
**Failure threshold**
端點必須通過或失敗的連續運作狀態檢查數目，才會讓 Route 53 將該端點的目前狀態從狀況不良變更為正常，或反之。如需詳細資訊，請參閱[Amazon Route 53 決定運作狀態檢查是否良好的方式Route 53 決定運作狀態檢查是否良好的方式](dns-failover-determining-health-of-endpoints.md)。
**String matching (僅限 HTTP 和 HTTPS)**
您是否希望 Route 53 透過提交 HTTP 或 HTTPS 請求至端點，然後在回應本文中搜尋指定的字串，來判斷端點的運作狀態。如果回應本文包含您在 **Search string (搜尋字串)** 中指定的值，Route 53 會將端點視為正常。如果未包含，或是端點未回應，Route 53 會將端點視為狀況不良。搜尋字串必須完全顯示在回應本文的前 5,120 個位元組中。
建立運作狀態檢查之後，即無法變更 **String matching (字串比對)** 的值。
如果您選擇 **Yes (是)** 做為 **String matching (字串比對)** 的值，會產生額外費用。如需詳細資訊，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)。
**運作狀態檢查程式如何處理壓縮的回應**
如果端點是傳回壓縮回應的 Web 伺服器，Route 53 運作狀態檢查程式只有在 Web 伺服器使用該檢查程式支援的壓縮演算法壓縮回應時，才會先解壓縮回應，再檢查指定的搜尋字串。運作狀態檢查程式支援下列壓縮演算法：
+ Gzip
+ Deflate
如果使用另一個演算法壓縮回應，運作狀態檢查程式就無法在搜尋字串之前解壓縮回應。在這種情況下，搜尋幾乎總是會失敗，而 Route 53 會將端點視為狀態不良
**字串比對 (只有當 String matching (字串比對) 啟用時)**
您希望 Route 53 在端點的回應本文中搜尋的字串。長度上限為 255 個字元。
Route 53 在回應本文中搜尋 **Search string (搜尋字串)** 時會考慮大小寫。
**Latency graphs**
選擇是否要 Route 53 測量多個 AWS 區域中運作狀態檢查程式與端點之間的延遲。如果您選擇此選項，CloudWatch 延遲圖表會出現在 Route 53 控制台中 **Health checks (運作狀態檢查)** 頁面上的 **Latency (延遲)** 標籤。如果 Route 53 運作狀態檢查程式無法連線至端點，Route 53 就無法顯示該端點的延遲圖形。
建立運作狀態檢查之後，即無法變更 **Latency measurements (延遲測量)** 的值。
如果您設定 Route 53 來測量運作狀態檢查程式和端點之間的延遲，會產生額外費用。如需詳細資訊，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)。
**Enable SNI (僅限 HTTPS)**
指定您是否希望 Route 53 在 TLS 交涉期間透過 `client_hello` 訊息將主機名稱傳送至端點。這允許端點使用適用的 SSL/TLS 憑證來回應 HTTPS 請求。
有些端點要求 HTTPS 請求必須在 `client_hello` 訊息中包含主機名稱。如果您未啟用 SNI，運作狀態檢查狀態可能會顯示失敗。錯誤訊息取決於伺服器如何設定為回應不包含 SNI 資訊的請求。運作狀態檢查也可能因為其他原因而出現失敗狀態。如果 SNI 已啟用，仍發生此錯誤，請檢查端點的 SSL/TLS 組態並確認憑證是有效的。
請注意以下要求：
+ 端點必須支援 SNI。
+ 端點的 SSL/TLS 憑證在 `Common Name` 欄位中必須包含網域名稱，在`Subject Alternative Names` 欄位中包含其他幾個網域名稱。憑證的其中一個網域名稱必須符合您在 **Host name** (主機名稱) 中指定的值。
**Health checker regions**
選擇您希望 Route 53 透過使用建議區域中的運作狀態檢查程式還是使用指定區域中的運作狀態檢查程式，來檢查端點的運作狀態。
如果您更新運作狀態檢查來移除已執行運作狀態檢查的區域，Route 53 會持續從該區域執行檢查，時間長達一小時。這可確保一些運作狀態檢查程式一定在檢查端點 (例如，如果您將三個區域換成四個不同的區域)。
如果您選擇 **Customize (自訂)**，請選擇區域的 **x** 將其移除。按一下清單底部的空白處，可將區域新增回清單。您必須至少指定三個區域。
**反轉運作狀態檢查狀態 （僅限舊主控台）**
若要反轉新主控台的運作狀態檢查，請參閱 [反轉運作狀態檢查](health-checks-invert.md)。
選擇是否要 Route 53 反轉運作狀態檢查的狀態。如果您選擇此選項，Route 53 會將運作狀態檢查視為運作狀態不佳，反之亦然。例如，如果您設定字串比對，而端點傳回指定的值，您可能希望 Route 53 將運作狀態檢查視為*狀況不良*。
** 已停用 （僅限舊主控台）**
若要在新主控台上停用運作狀態檢查，請參閱 [停用或啟用運作狀態檢查](health-checks-disable.md)。
讓 Route 53 停止執行運作狀態檢查。當您停用運作狀態檢查時，Route 53 會停止嘗試與端點建立 TCP 連線。
在您停用運作狀態檢查之後，Route 53 會將參考的運作狀態檢查之狀態視為一律正常。如果您已設定 DNS 備援，Route 53 會持續將流量路由到對應的資源。如果您想要停止將流量路由到資源，請反轉運作狀態檢查。
在停用運作狀態檢查時，仍會產生運作狀態檢查的費用。
------
## 在運作狀態檢查失敗時收到通知
使用以下選項來設定運作狀態檢查失敗時的電子郵件通知：
+ [Create alarm](#health-checks-creating-values-create-alarm)
+ [Send notification to](#health-checks-creating-values-send-notification-to)
+ [Topic name](#health-checks-creating-values-topic-name)
+ [Recipient email addresses](#health-checks-creating-values-recipient-email-addresses)
**Create alarm (只有當建立運作狀態檢查時)**
指定是否要建立預設 CloudWatch 警示。如果您選擇 **Yes (是)**，CloudWatch 會在此端點的狀態變更為狀況不良，而且 Route 53 將端點視為狀況不良達一分鐘時，傳送 Amazon SNS 通知。
如果您希望 CloudWatch 在狀態變回正常時傳送其他 Amazon SNS 通知給您，則可以在建立運作狀態檢查之後建立其他警示。如需詳細資訊，請參閱 *Amazon CloudWatch 使用者指南*中的[建立 CloudWatch 警示](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html)。
如果您要為現有的運作狀態檢查建立警示，或要在 Route 53 將端點視為狀況不良的時間多於或少於一分鐘 (預設值) 時接收通知，請選取 **No (否)**，並在建立運作狀態檢查之後新增警示。如需詳細資訊，請參閱[使用 CloudWatch 監控運作狀態檢查](monitoring-health-checks.md)。
**Send notification to (只有當建立警示時)**
指定您希望 CloudWatch 傳送通知到現有或新的 Amazon SNS 主題：
+ **Existing SNS topic (現有的 SNS 主題)** – 從清單中選取主題名稱。該主題必須位於美國東部 (維吉尼亞北部)區域。
+ **New SNS topic (新的 SNS 主題)** – 在 **Topic name (主題名稱)** 中輸入主題名稱，並在 **Recipients (收件人)** 中輸入您要對其傳送通知的電子郵件地址。使用逗號 (,)、分號 (;) 或空格分隔多個地址。
Route 53 將在美國東部 (維吉尼亞北部) 區域建立主題。
**Topic name (只有當建立新的 SNS 主題時)**
如果指定 **New SNS Topic (新的 SNS 主題)**，請輸入新主題的名稱。
**Recipient email addresses (只有當建立新的 SNS 主題時)**
如果指定 **New SNS topic (新的 SNS 主題)**，請輸入要對其傳送通知的電子郵件地址。使用逗號 (,)、分號 (;) 或空格分隔多個名稱。
# 當您建立運作狀態檢查時 Amazon Route 53 顯示的值
**Create Health Check (建立運作狀態檢查)** 頁面會根據您輸入的值顯示以下值：
**URL**
Route 53 在執行運作狀態檢查時傳送請求的目標完整 URL (適用於 HTTP 或 HTTPS 運作狀態檢查) 或 IP 地址和連接埠 (適用於 TCP 運作狀態檢查)。
**Health Check Type**
根據您為此運作狀態檢查指定的設定，這可以是 **Basic (基本)** 或 **Basic \$1 additional options (基本 \$1 其他選項)**。如需其他選項的定價資訊，請參閱 [Route 53 定價](https://aws.amazon.com/route53/pricing/)。
# 當您變更 CloudWatch 警示設定時更新運作狀態檢查 (僅限監控 CloudWatch 警示的運作狀態檢查)
如果您建立 Route 53 運作狀態檢查來監控 CloudWatch 警示的資料串流，然後更新 CloudWatch 警示的設定，Route 53 不會自動更新運作狀態檢查中的警示設定。如果您希望運作狀態檢查開始使用新的警示設定，則需要更新運作狀態檢查。
**注意**
若要透過編寫程式的方式更新運作狀態檢查，您可以使用 `UpdateHealthCheck` API。您只要指定 `AlarmIdentifier` 和 `Region` 的目前值，Route 53 就會從 CloudWatch 取得最新的設定。如需詳細資訊，請參閱 *Amazon Route 53 API 參考*中的 [UpdateHealthCheck](https://docs.aws.amazon.com/Route53/latest/APIReference/API_UpdateHealthCheck.html)。
**注意**
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間，您可以繼續使用舊的主控台。
選擇您正在使用的主控台的索引標籤。
+ [新主控台](#health-checks-updating-cloudwatch-alarm-settings-new)
+ [舊主控台](#health-checks-updating-cloudwatch-alarm-settings-old)
------
#### [ New console ]
**使用新的 CloudWatch 警示設定更新運作狀態檢查**
1. 登入 AWS 管理主控台 ，並在 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 開啟 Route 53 主控台。
1. 在導覽窗格中，選擇**運作狀態檢查**。
1. 選取您要更新之運作狀態檢查的連結 ID。
1. 選擇**編輯**。
注意事項說明運作狀態檢查的 CloudWatch 警示已變更。**Details (詳細資訊)** 欄位會顯示新的警示設定。
1. 選擇**儲存**。
------
#### [ Old console ]
**使用新的 CloudWatch 警示設定來更新運作狀態檢查 (主控台)**
1. 登入 AWS 管理主控台 並開啟 Route 53 主控台，網址為 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。
1. 在導覽窗格中，選擇 **Health Checks** (運作狀態檢查)。
1. 選取要更新的運作狀態檢查的核取方塊。
1. 選擇 **Edit health check (編輯運作狀態檢查)**。
注意事項說明運作狀態檢查的 CloudWatch 警示已變更。**Details (詳細資訊)** 欄位會顯示新的警示設定。
1. 選擇**儲存**。
------
# 停用或啟用運作狀態檢查
停用運作狀態檢查會停止 Route 53 執行運作狀態檢查。當您停用運作狀態檢查時，Route 53 會停止彙總參考的運作狀態檢查之狀態。在您停用運作狀態檢查之後，Route 53 會將參考的運作狀態檢查之狀態視為一律正常。如果您已設定 DNS 備援，Route 53 會持續將流量路由到對應的資源。如果您想要停止將流量路由到資源，請變更**反轉**的值。
**注意**
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間，您可以繼續使用舊的主控台。
您可以在建立或編輯運作狀態檢查時，在舊主控台上停用或啟用運作狀態檢查。如需詳細資訊，請參閱[您在建立或更新運作狀態檢查時指定的值](health-checks-creating-values.md)。
若要在新主控台上停用運作狀態檢查，請執行下列程序。
**停用或啟用運作狀態檢查 （僅限新主控台）**
1. 登入 AWS 管理主控台 並開啟 Route 53 主控台，網址為 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。
1. 在導覽窗格中，選擇**運作狀態檢查**。
1. 在**動作**欄中，選取三個點，然後**停用**或**啟用**。
或者，選取您要停用或啟用的運作狀態檢查連結 ID。
1. 在**組態**資料表上，**狀態**欄位會指定是否啟用或停用運作狀態檢查。
1. 選擇**停用**或**啟用**以停用或啟用運作狀態檢查。
# 反轉運作狀態檢查
如果您反轉運作狀態檢查，Route 53 會將運作狀態檢查視為運作狀態不良，反之亦然。
**注意**
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間，您可以繼續使用舊的主控台。
您可以在建立或編輯運作狀態檢查時，在舊主控台上反轉運作狀態檢查。如需詳細資訊，請參閱[您在建立或更新運作狀態檢查時指定的值](health-checks-creating-values.md)。
若要在新主控台上反轉運作狀態檢查，請執行下列程序。
**反轉運作狀態檢查 （僅限新主控台）**
1. 登入 AWS 管理主控台 ，並在 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 開啟 Route 53 主控台。
1. 在導覽窗格中，選擇**運作狀態檢查**。
1. 在**動作**欄中，選取三個點，然後**反轉**。
或者，選取您要反轉的運作狀態檢查連結 ID。
1. 在**組態**資料表上，**反轉**提交指定運作狀態檢查是否反轉 (**是**) (**否**)。
1. 選擇**反轉**以反轉運作狀態檢查。
如果您想要復原反轉狀態，且**反轉**欄位為**是**，請再次選擇**反轉**。
# 刪除運作狀態檢查
若要停用運作狀態檢查，請執行下列程序。
**注意**
如果您使用 AWS Cloud Map 且已設定 AWS Cloud Map 在註冊執行個體時建立 Route 53 運作狀態檢查，則無法使用 Route 53 主控台刪除運作狀態檢查。當您取消註冊執行個體時，系統會自動刪除運作狀態檢查。可能會有幾個小時的延遲，之後運作狀態檢查才不再出現在 Route 53 主控台中。
**注意**
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間，您可以繼續使用舊的主控台。
選擇您正在使用的主控台的索引標籤。
+ [新主控台](#health-checks-deleting-new)
+ [舊主控台](#health-checks-deleting-old)
------
#### [ New console ]
**刪除運作狀態檢查**
1. 如果要刪除與記錄關聯的運作狀態檢查，請執行 [當已設定 DNS 備援時，更新或刪除運作狀態檢查](health-checks-updating-deleting-tasks.md) 中的建議任務。
1. 登入 AWS 管理主控台 ，並在 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/) 開啟 Route 53 主控台。
1. 在導覽窗格中，選擇**運作狀態檢查**。
1. 選取您要刪除之運作狀態檢查的連結 ID。
1. 選擇 **刪除**。
1. 在文字方塊**confirm**中輸入 ，然後選擇**刪除**。
------
#### [ Old console ]
**刪除運作狀態檢查 (主控台)**
1. 如果要刪除與記錄關聯的運作狀態檢查，請執行 [當已設定 DNS 備援時，更新或刪除運作狀態檢查](health-checks-updating-deleting-tasks.md) 中的建議任務。
1. 登入 AWS 管理主控台 並開啟 Route 53 主控台，網址為 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。
1. 在導覽窗格中，選擇 **Health Checks** (運作狀態檢查)。
1. 在右窗格中，選取要刪除的運作狀態檢查。
1. 選擇 **Delete Health Check (刪除運作狀態檢查)**。
1. 請選擇 **Yes, Delete** (是，刪除)，確認刪除。
------
# 當已設定 DNS 備援時，更新或刪除運作狀態檢查
當您想要更新或刪除與運作狀態檢查關聯的記錄，或要變更有相關運作狀態檢查的記錄，您必須考慮變更對 DNS 查詢路由和 DNS 備援組態有何影響。
**重要**
即使運作狀態檢查與一或多個記錄相關聯，Route 53 也不會阻止您刪除運作狀態檢查。如果您刪除運作狀態檢查，但未更新相關聯的記錄，系統就無法預測運作狀態檢查的未來狀態，亦有可能變更。這將會影響 DNS 備援組態的 DNS 查詢路由。
若要更新或刪除已經與記錄關聯的運作狀態檢查，我們建議您執行以下任務：
1. 識別與運作狀態檢查相關的記錄。為了識別與運作狀態檢查關聯的記錄，您必須執行下列其中一項：
+ 使用 Route 53 主控台，檢閱每個託管區域中的記錄。如需詳細資訊，請參閱[列出記錄](resource-record-sets-listing.md)。
+ 在每個託管區域執行 `ListResourceRecordSets` API 動作，並檢閱回應。如需詳細資訊，請參閱 *Amazon Route 53 API 參考*中的 [ListResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListResourceRecordSets.html)。
1. 評估因更新或刪除運作狀態檢查，或因更新記錄，所導致的行為變更。根據該評估，判斷要進行哪些變更。
如需詳細資訊，請參閱 [當您忽略運作狀態檢查時會發生什麼情況？](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting)
1. 適時地變更運作狀態檢查和記錄。如需詳細資訊，請參閱下列主題：
+ [建立和更新運作狀態檢查](health-checks-creating.md)
+ [編輯記錄](resource-record-sets-editing.md)
1. 刪除不再使用的運作狀態檢查 (如果有)。如需詳細資訊，請參閱[刪除運作狀態檢查](health-checks-deleting.md)。
# 為 Amazon Route 53 運作狀態檢查設定路由器和防火牆規則
當 Route 53 檢查端點的運作狀態時，會將 HTTP、HTTPS 或 TCP 請求傳送給您在建立運作狀態檢查時指定的 IP 地址和連接埠。若要讓運作狀態檢查成功，您的路由器和防火牆規則必須允許來自 Route 53 運作狀態檢查程式所使用 IP 地址的傳入流量。
如需 Route 53 運作狀態檢查程式、Route 53 名稱伺服器和其他 AWS 服務的目前 IP 地址清單，請參閱[Amazon Route 53 伺服器的 IP 地址範圍](route-53-ip-addresses.md)。
在 Amazon EC2 中，安全群組會作為防火牆。如需詳細資訊，請參閱[《Amazon EC2 使用者指南》中的 Amazon EC2 安全群組](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html)。若要設定安全群組以允許 Route 53 運作狀態檢查，您可以允許來自每個 IP 地址範圍的傳入流量，也可以使用 AWS受管字首清單。 *Amazon EC2 *
若要使用 AWS受管字首清單，請修改安全群組以允許來自 的傳入流量`com.amazonaws..route53-healthchecks`，其中 ` `是 Amazon EC2 執行個體或資源 AWS 區域 的 。如果您使用 Route 53 運作狀態檢查來檢查 IPv6 端點，您也應該允許來自 `com.amazonaws..ipv6.route53-healthchecks` 的傳入流量。
如需 AWS受管字首清單的詳細資訊，請參閱《*Amazon VPC 使用者指南*》中的[使用 AWS受管字首清單](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html)。
**重要**
當您將 IP 地址新增至允許的 IP 地址清單時，請為您建立運作狀態檢查時指定的每個 AWS 區域新增 CIDR 範圍內的所有 IP 地址，以及全域 CIDR 範圍。您可能會看到運作狀態檢查請求只來自區域中的一個 IP 地址。不過，該 IP 地址可能隨時改變為該區域的另一個 IP 地址。
如果您想要確定同時包含目前和較舊的運作狀態檢查程式 IP 地址，請將所有 /26 和 /18 IP 地址範圍新增至允許清單。如需完整清單，請參閱 *AWS 一般參考* 中的 [AWS IP 地址範圍](https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html)。
當您將 AWS受管字首清單新增至傳入安全群組時，會自動新增所有必要的範圍。
# 設定 DNS 備援
當您有多個執行相同功能的資源 (例如，多個 HTTP 伺服器或郵件伺服器)，您可以設定 Amazon Route 53 檢查資源的運作狀態並僅使用正常的資源來回應 DNS 查詢。例如，假設您的網站 example.com 由六個伺服器託管，這些伺服器位於三個全球資料中心，每個資料中心兩個伺服器。您可以設定 Route 53 檢查這些伺服器的運作狀態，並僅使用目前正常的伺服器來回應對 example.com 的 DNS 查詢。
Route 53 可以檢查簡單和複雜組態中之資源的運作狀態：
+ 在簡單組態中，您可以建立一組全含有相同名稱和類型的記錄 (例如 example.com 類型 A 的加權記錄群組)。然後，設定 Route 53 來檢查對應資源的運作狀態。Route 53 會根據資源的運作狀態來回應 DNS 查詢。如需詳細資訊，請參閱[簡單 Amazon Route 53 組態中運作狀態檢查的運作方式簡單組態中運作狀態檢查的運作方式](dns-failover-simple-configs.md)。
+ 在較為複雜的組態中，您可以依據多項條件來建立記錄樹狀目錄以路由流量。例如，如果使用者的延遲狀態是您最重要的條件，您可以使用延遲別名記錄將流量路由到可提供最佳延遲性的區域。延遲別名記錄和別名目標一樣，在每個區域中都可以有加權記錄。加權記錄可根據執行個體類型，將流量路由到 EC2 執行個體。如同簡單的組態一樣，您可以將 Route 53 設為依據資源的運作狀態來路由流量。如需詳細資訊，請參閱[複雜 Amazon Route 53 組態中運作狀態檢查的運作方式複雜組態中運作狀態檢查的運作方式](dns-failover-complex-configs.md)。
**Topics**
+ [設定 DNS 備援的任務清單](dns-failover-how-to.md)
+ [簡單 Amazon Route 53 組態中運作狀態檢查的運作方式](dns-failover-simple-configs.md)
+ [複雜 Amazon Route 53 組態中運作狀態檢查的運作方式](dns-failover-complex-configs.md)
+ [當您已設定運作狀態檢查時，Amazon Route 53 會如何選擇記錄](health-checks-how-route-53-chooses-records.md)
+ [主動-主動和主動-被動容錯移轉](dns-failover-types.md)
+ [在私有託管區域中設定容錯移轉](dns-failover-private-hosted-zones.md)
+ [Amazon Route 53 如何避免容錯移轉問題](dns-failover-problems.md)
# 設定 DNS 備援的任務清單
若要使用 Route 53 來設定 DNS 備援，請執行以下任務：
1. 繪製組態的樹狀圖，並指定要為每個節點建立的記錄類型 (加權別名、容錯移轉、延遲等等)。在樹狀目錄頂端，放置記錄的網域名稱 (例如 example.com)，以讓使用者用來存取您的網站或 Web 應用程式。
此類型的記錄會依據組態的複雜性顯示在您的樹狀圖中：
+ 在簡單組態中，您的圖表可能不含任何別名記錄，或別名記錄會將流量直接路由到資源 (例如 ELB 負載平衡器)，而不是到另一個 Route 53 記錄。如需詳細資訊，請參閱[簡單 Amazon Route 53 組態中運作狀態檢查的運作方式簡單組態中運作狀態檢查的運作方式](dns-failover-simple-configs.md)。
+ 在複雜的組態，您的圖表會在多層級樹中包含別名記錄 (例如加權別名和容錯移轉別名) 和非別名記錄的組合，如 [複雜 Amazon Route 53 組態中運作狀態檢查的運作方式複雜組態中運作狀態檢查的運作方式](dns-failover-complex-configs.md) 主題中的範例。
**注意**
若要快速且輕鬆地為複雜路由組態建立記錄，並將記錄與運作狀態檢查關聯，您可以使用流量流程視覺化編輯器，並將組態儲存為流量政策。然後，您可以將流量政策與相同託管區域或多個託管區域中的一或多個網域名稱 (例如 example.com) 或子網域名稱 (如 www.example.com) 關聯。此外，如果新組態執行不如預期，您可以復原更新。如需詳細資訊，請參閱[使用流量流程路由 DNS 流量](traffic-flow.md)。
如需詳細資訊，請參閱下列 文件：
+ [選擇路由政策](routing-policy.md)
+ [選擇別名或非別名記錄](resource-record-sets-choosing-alias-non-alias.md)
1. 針對無法建立別名記錄的資源 (例如 Amazon EC2 伺服器與執行於資料中心的電子郵件伺服器)，建立運作狀態檢查。您會將這些運作狀態檢查與您的非別名記錄關聯。
如需詳細資訊，請參閱[建立、更新和刪除運作狀態檢查](health-checks-creating-deleting.md)。
1. 如有必要，請設定路由器和防火牆規則，讓 Route 53 可以將一般請求傳送給您在運作狀態檢查中指定的端點。如需詳細資訊，請參閱[為 Amazon Route 53 運作狀態檢查設定路由器和防火牆規則為運作狀態檢查設定路由器和防火牆規則](dns-failover-router-firewall-rules.md)。
1. 在圖表中建立所有非別名記錄，並將步驟 2 中建立的運作狀態檢查與適用的記錄建立關聯。
如果您是在不含任何別名記錄的組態中設定 DNS 備援，請跳過其餘的任務。
1. 建立將流量路由到 AWS 資源的別名記錄，例如 ELB 負載平衡器和 CloudFront 分佈。如果您希望 Route 53 在資源狀況不良時嘗試樹狀目錄的其他分支，請將每個別名記錄的 **Evaluate Target Health (評估目標運作狀態)** 設為 **Yes (是)**。（某些 AWS 資源不支援**評估目標運作狀態**。)
1. 從步驟 1 建立的樹狀圖底部開始，建立別名記錄以將流量路由到您在步驟 4 和 5 建立的記錄。如果您希望 Route 53 在樹狀目錄某個分支中的所有非別名記錄都是狀況不良時嘗試該樹狀目錄的其他分支，請將每個別名記錄的 **Evaluate Target Health (評估目標運作狀態)** 設為 **Yes (是)**。
請記住，您必須先建立其他記錄之後，才能建立別名記錄來將流量路由到其他記錄。
# 簡單 Amazon Route 53 組態中運作狀態檢查的運作方式
當您有兩個或多個執行相同功能的資源 (例如兩個或多個 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)
# 複雜 Amazon Route 53 組態中運作狀態檢查的運作方式
在複雜組態中檢查資源運作狀態的運作方式和簡單組態大致相同。不過，在複雜組態中，您會使用別名記錄 (例如加權別名和容錯移轉別名) 和非別名記錄的組合來建置決策樹，以更一步控制 Route 53 回應請求的方式。
例如，您可以使用延遲別名記錄來選擇一個接近使用者的區域，並對每個區域內的兩個或多個資源使用加權記錄，以防止單一端點或可用區域故障。下圖顯示此組態。
![\[包含延遲別名記錄和加權別名記錄的 DNS 組態。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted.png)
以下是如何配置 Amazon EC2 和 Route 53 的方式。我們先從樹狀目錄的底端開始，因為這將是您建立記錄的順序：
+ 您在 us-east-1 和 ap-southeast-2 這兩個區域中，各有兩個 EC2 執行個體。您想讓 Route 53 將流量路由到正常運作的 EC2 執行個體，所以您要為每個執行個體建立運作狀態檢查。您設定每個運作狀態檢查，以將運作狀態檢查請求傳送給對應的執行個體 (位於執行個體的彈性 IP 地址)。
Route 53 是一項全球服務，因此您不必指定要建立運作狀態檢查的區域。
+ 您想要根據執行個體類型，將流量路由到每個區域中的兩個執行個體，因此您建立每個執行個體的加權記錄，並為每個記錄設定權重。(您可以稍後變更權重，將更多或更少的流量路由到執行個體。) 您也可以將適用的運作狀態檢查與每個執行個體建立關聯。
當您建立記錄時，您會使用類似 as us-east-1-www.example.com. 和 ap-southeast-2-www.example.com 的名稱。等到您位於樹狀目錄頂端時，即可為記錄命名，以讓使用者用來存取您的網站或 Web 應用程式，例如 example.com。
+ 您想要將流量路由到可為使用者提供最低延遲的區域，因此您針對樹狀目錄頂端的記錄，選擇延遲[路由政策](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html)。
您想要將流量路由到每個區域中的*記錄*，而不是直接路由到每個區域中的*資源* (加權記錄會處理這項作業)。因此，您可以建立延遲[別名記錄](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html)。
當您建立別名記錄時，您可為其命名以讓使用者用來存取您的網站或 Web 應用程式，例如 example.com。別名記錄可將 example.com 的流量路由到 us-east-1-www.example.com 和 ap-southeast-2-www.example.com 記錄。
對於這兩個延遲別名記錄，您將 **Evaluate Target Health (評估目標運作狀態)** 設為 **Yes (是)**。這可讓 Route 53 先判斷區域中是否有任何正常運作的資源，再嘗試路由流量至此。如果沒有，Route 53 會選擇其他區域中正常運作的資源。
![\[包含延遲別名記錄和加權別名記錄的 DNS 組態。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-both-failed.png)
上圖說明下列事件序列：
1. Route 53 收到對 example.com 的查詢。根據使用者提出請求的延遲，Route 53 為 us-east-1 區域選擇延遲別名記錄。
1. Route 53 根據權重選擇加權記錄。延遲別名記錄的 **Evaluate Target Health (評估目標運作狀態)** 為 **Yes (是)**，因此 Route 53 會檢查所選加權記錄的運作狀態。
1. 運作狀態檢查失敗，因此 Route 53 根據權重選擇另一個加權記錄，並檢查其運作狀態。該記錄也是狀況不良。
1. Route 53 退出該樹分支，尋找具有次佳延遲的延遲別名記錄，並選擇 ap-southeast-2 的記錄。
1. Route 53 會再次根據權重選取記錄，然後檢查所選資源的運作狀態。資源正常運作，因此 Route 53 會傳回適用的值，以回應查詢。
**Topics**
+ [將運作狀態檢查與別名記錄關聯時會發生什麼情況？](#dns-failover-complex-configs-hc-alias)
+ [當您忽略運作狀態檢查時會發生什麼情況？](#dns-failover-complex-configs-hc-omitting)
+ [當您將「evaluate target health (評估目標運作狀態)」設為「No (否)」時會發生什麼情況？](#dns-failover-complex-configs-eth-no)
## 將運作狀態檢查與別名記錄關聯時會發生什麼情況？
不論您是否要將 **Evaluate Target Health (評估目標運作狀態)** 的值設為 **Yes (是)**，您都可以將運作狀態檢查與別名記錄建立關聯。不過，如果 Route 53 根據基礎資源 (HTTP 伺服器、資料庫伺服器，以及別名記錄參照的其他資源) 的運作狀態來回應查詢，通常會更有用。例如，假設以下組態：
+ 將運作狀態檢查指派至其別名目標是一組加權記錄的延遲別名記錄。
+ 對於這個延遲別名記錄，將 **Evaluate Target Health (評估目標運作狀態)** 設為 **Yes (是)**。
在這個組態，以下兩個條件必須為真，Route 53 才會為加權記錄傳回適用的值：
+ 與延遲別名記錄相關的運作狀態檢查必須通過。
+ 因為與已通過的運作狀態檢查關聯，或未與運作狀態檢查關聯，至少一個加權記錄必須被視為正常運作。在後一個案例中，Route 53 永遠會將加權記錄視為正常運作。
在下圖中，左上角延遲別名記錄的運作狀態檢查失敗。因此，如果查詢使用任何延遲別名記錄參考的加權記錄，即使它們都是正常運作，Route 53 也不再使用這些記錄來回應查詢。只有當延遲別名記錄的運作狀態檢查再次正常運作時，Route 53 才會再次開始參考這些加權記錄。(如需了解例外情況，請參閱 [當您已設定運作狀態檢查時，Amazon Route 53 會如何選擇記錄當您已設定運作狀態檢查時，Route 53 會如何選擇記錄](health-checks-how-route-53-chooses-records.md)。)
![\[DNS 組態，其中包含 Evaluate Target Health (評估目標運作狀態) 設為 Yes (是) 且具有運作狀態檢查的別名記錄。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-alias-hc-failed.png)
## 當您忽略運作狀態檢查時會發生什麼情況？
在複雜組態中，您必須將運作狀態檢查與所有非別名記錄建立關聯。在下列範例中，us-east-1 區域的其中一個加權記錄缺少運作狀態檢查：
![\[DNS 組態，其中包含一個失敗的運作狀態檢查，以及一個沒有運作狀態檢查的記錄。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-missing-health-check.png)
在這個組態，當您忽略非別名記錄的運作狀態檢查，發生的情況如下：
1. Route 53 收到對 example.com 的查詢。根據使用者提出請求的延遲，Route 53 為 us-east-1 區域選擇延遲別名記錄。
1. Route 53 為延遲別名記錄尋找別名目標，並檢查對應運作狀態檢查的狀態。一個加權記錄的運作狀態檢查失敗，因此不考慮該記錄。
1. us-east-1 區域的別名目標中的令一個加權記錄沒有運作狀態檢查。對應的資源可能正常運作或可能狀況不良，但沒有運作狀態檢查，Route 53 無從了解。Route 53 假設資源正常，並傳回適用的值，以回應查詢。
## 當您將「evaluate target health (評估目標運作狀態)」設為「No (否)」時會發生什麼情況？
一般而言，您應該將樹狀目錄中所有別名記錄的 **Evaluate Target Health (評估目標運作狀態)** 設為 **Yes (是)**。如果您將 **Evaluate Target Health (評估目標運作狀態)** 設為 **No (否)**，則即使別名記錄所參考記錄的運作狀態檢查失敗，Route 53 仍會持續將流量路由到這些記錄。
在下列範例中，所有加權記錄都有相關聯的運作狀態檢查，但 us-east-1 區域中延遲別名記錄的 **Evaluate Target Health (評估目標運作狀態)** 設為 **No (否)**：
![\[DNS 組態，其中包含 Evaluate Target Health (評估目標運作狀態) 設為 No (否) 的別名記錄。\]](http://docs.aws.amazon.com/zh_tw/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-eth-is-no.png)
在這個組態中，當您將別名記錄的 **Evaluate Target Health (評估目標運作狀態)** 設為 **No (否)** 時，發生的情況如下：
1. Route 53 收到對 example.com 的查詢。根據使用者提出請求的延遲，Route 53 為 us-east-1 區域選擇延遲別名記錄。
1. Route 53 判斷延遲別名記錄的別名目標，並檢查對應運作狀態檢查。兩個檢查都失敗。
1. 由於 us-east-1 區域中延遲別名記錄的 **Evaluate Target Health (評估目標運作狀態)** 值是 **No (否)**，Route 53 必須在這個分支中選擇一個記錄，而不是退出分支並在 ap-southeast-2 區域中尋找正常運作的記錄。
# 當您已設定運作狀態檢查時，Amazon Route 53 會如何選擇記錄
如果您為記錄群組中具有相同名稱、相同類型 (例如 A 或 AAAA) 和相同路由政策 (例如加權或容錯移轉) 的所有記錄設定運作狀態檢查，Route 53 會選擇正常運作的記錄，並從該記錄傳回適用的值以回應 DNS 查詢。
例如，假設您建立三個加權 A 記錄，並指派運作狀態檢查給這三個記錄。如果其中一個記錄的運作狀態檢查為狀況不良，則 Route 53 會使用另外兩個記錄其中之一的 IP 地址來回應 DNS 查詢。
Route 53 以下列方式選擇正常的記錄：
1. Route 53 一開始會根據路由政策以及您為每個記錄指定的值來選擇記錄。例如，若是加權記錄，Route 53 會根據您為每個記錄指定的權重來選擇記錄。
1. Route 53 可判斷記錄是否正常運作：
+ **非別名記錄與相關聯的運作狀態檢查** – 如果您將運作狀態檢查與非別名記錄建立關聯，Route 53 會查看運作狀態檢查的目前狀態。
Route 53 會定期檢查在運作狀態檢查中所指定端點的運作狀態；當 DNS 查詢到達時，它不會執行運作狀態檢查。
您可以將運作狀態檢查與別名記錄建立關聯，但我們建議您僅將運作狀態檢查與非別名記錄建立關聯。如需詳細資訊，請參閱[將運作狀態檢查與別名記錄關聯時會發生什麼情況？](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias)。
+ **Evaluate Target Health (評估目標運作狀態) 設為 Yes (是) 的別名記錄** – Route 53 會檢查別名記錄參考的資源運作狀態，例如 ELB 負載平衡器或在相同託管區域中的其他記錄。
1. 如果記錄為正常運作，Route 53 即會以適用的值 (例如 IP 地址) 來回應查詢。
如果記錄狀況不良，Route 53 會使用相同的條件選擇其他記錄，並重複程序直到找到正常運作的記錄為止。
Route 53 會在選擇記錄時使用以下條件：
**如果記錄不具備運作狀態檢查，則一律正常運作**
在具有相同名稱和類型的記錄群組中，如果某個記錄不具備相關聯的運作狀態檢查，則 Route 53 一律會將它視為正常運作，且一律將它包含在可能的查詢回應中。
**如果沒有正常運作的記錄，則所有記錄都正常運作**
如果記錄群組中的所有記錄都是狀況不良，Route 53 需要傳回某個項目以回應 DNS 查詢，但沒有用來選擇記錄的基礎。在這種情況下，Route 53 會將所有記錄視為正常運作，並依據路由政策和您為每個記錄指定的值選取一個記錄。
**權重為 0 的加權記錄**
如果您在加權記錄群組中新增所有記錄的運作狀態檢查，但您為某些記錄設定非零權重，而為其他記錄設定零權重，則運作狀態檢查的運作方式與所有記錄都是非零權重相同，除了以下例外：
+ Route 53 最初只考量非零加權記錄 (如果有)。
+ 如果權重大於 0 的所有記錄都是狀況不良，Route 53 會考慮零加權記錄。
由於 Route 53 在某些情況下會考慮零加權記錄，因此請務必確定零加權目標也有 DNS 查詢的可行答案。
如需加權記錄的詳細資訊，請參閱 [運作狀態檢查和加權路由](routing-policy-weighted.md#routing-policy-weighted-healthchecks)。
**別名記錄**
您也可以將每個別名記錄的 **Evaluate Target Health (評估目標運作狀態)** 設為 **Yes (是)**，以設定別名記錄的運作狀態檢查。這可讓 Route 53 評估記錄要將流量路由所至的資源運作狀態，例如 ELB 負載平衡器或相同託管區域中的其他記錄。
例如，假設別名記錄的別名目標是一組全部具有非零權重的加權記錄：
+ 只要至少有一個加權記錄正常運作，Route 53 就會認為別名記錄正常運作。
+ 如果所有加權記錄都狀況不良，Route 53 就會認為別名記錄狀況不良。
+ Route 53 會停止考慮該樹分支中的記錄，直到至少有一個加權記錄再次正常運作。
如需詳細資訊，請參閱[複雜 Amazon Route 53 組態中運作狀態檢查的運作方式複雜組態中運作狀態檢查的運作方式](dns-failover-complex-configs.md)。
**容錯移轉記錄**
一般來說，容錯移轉記錄的運作方式與其他路由類型相同。您建立運作狀態檢查，並將它們與非別名記錄建立關聯，然後將別名記錄的 **Evaluate Target Health (評估目標運作狀態)** 設為 **Yes (是)**。注意下列事項：
+ 主要記錄和次要記錄可以兩種都是非別名記錄或別名記錄。
+ 如果您將運作狀態檢查與主要和次要容錯移轉記錄關聯，Route 53 回應請求的方式如下：
+ 如果 Route 53 將主要記錄視為正常運作 (如果運作狀態檢查端點正常運作的話)， Route 53 只會傳回主要記錄，以回應 DNS 查詢。
+ 如果 Route 53 將主要記錄視為狀況不良，將次要記錄視為正常運作，則 Route 53 會傳回次要記錄。
+ 如果 Route 53 將主要和次要記錄都視為狀況不良，Route 53 會傳回主要記錄。
+ 當您設定次要記錄，新增運作狀態檢查是選用的。如果您省略次要記錄的運作狀態檢查，而且如果主要記錄的運作狀態檢查端點是狀況不良，Route 53 永遠會使用次要記錄來回應 DNS 查詢。即使次要記錄的狀況不良，也是如此。
如需詳細資訊，請參閱下列主題：
+ [使用一個主要資源和一個次要資源來設定主動-被動容錯移轉](dns-failover-types.md#dns-failover-types-active-passive-one-resource)
+ [使用多個主要資源和次要資源來設定主動-被動容錯移轉](dns-failover-types.md#dns-failover-types-active-passive-multiple-resources)
# 主動-主動和主動-被動容錯移轉
您可以使用 Route 53 運作狀態檢查，設定主動-主動和主動-被動容錯移轉組態。除了容錯移轉以外，您可以使用任何[路由政策](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) (或路由政策的組合) 來設定主動-主動容錯移轉，並使用容錯移轉路由政策來設定主動-被動容錯移轉。
**Topics**
+ [主動-主動容錯移轉](#dns-failover-types-active-active)
+ [主動-被動容錯移轉](#dns-failover-types-active-passive)
## 主動-主動容錯移轉
當您希望所有資源在大部分的時間都可用時，可使用此容錯移轉組態。當某個資源無法使用時，Route 53 可以偵測到它狀況不良，並在回應查詢停止包含該資源。
在主動-主動容錯移轉中，具有相同名稱、相同類型 (例如 A 或 AAAA) 和相同路由政策 (例如加權或延遲) 的所有記錄都是主動的，除非 Route 53 將它們視為狀況不良。Route 53 可以使用任何正常運作的記錄來回應 DNS 查詢。
## 主動-被動容錯移轉
當您希望主要資源群組或其他資源群組在大部分的時間都可用，並希望次要資源或其他資源群組處於待命狀態，以防所有主要資源變成無法使用時，可使用主動-被動容錯移轉組態。當回應查詢，Route 53 只包含正常的主要資源。如果所有主要資源都是狀況不良，Route 53 就會只包含正常運作的次要資源以回應 DNS 查詢。
**Topics**
+ [使用一個主要資源和一個次要資源來設定主動-被動容錯移轉](#dns-failover-types-active-passive-one-resource)
+ [使用多個主要資源和次要資源來設定主動-被動容錯移轉](#dns-failover-types-active-passive-multiple-resources)
+ [使用加權記錄來設定主動-被動容錯移轉](#dns-failover-types-active-passive-weighted)
### 使用一個主要資源和一個次要資源來設定主動-被動容錯移轉
若要使用一個主要記錄和一個次要記錄來建立主動-被動容錯移轉組態，您只要建立記錄，並指定 **Failover (容錯移轉)** 的路由政策。當主要資源正常運作時，Route 53 會使用主要記錄來回應 DNS 查詢。當主要資源狀況不良時，Route 53 會使用次要記錄來回應 DNS 查詢。
### 使用多個主要資源和次要資源來設定主動-被動容錯移轉
您也可以將多個資源與主要記錄、次要記錄或兩者建立關聯。在此組態中，只要至少有一個相關聯的資源正常運作，Route 53 就會認為主要容錯移轉記錄正常運作。如需詳細資訊，請參閱[當您已設定運作狀態檢查時，Amazon Route 53 會如何選擇記錄當您已設定運作狀態檢查時，Route 53 會如何選擇記錄](health-checks-how-route-53-chooses-records.md)。
若要使用主要記錄或次要記錄的多個資源來設定主動-被動容錯移轉，請執行以下任務。
1. 針對您想要路由流量的每個資源建立運作狀態檢查，例如 EC2 執行個體或您資料中心內的 Web 伺服器。
**注意**
如果您要將流量路由到任何可以為其建立[別名記錄](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html) AWS 的資源，請勿為這些資源建立運作狀態檢查。當您建立別名記錄時，您反而要將 **Evaluate Target Health (評估目標運作狀態)** 設為 **Yes (是)**。
如需詳細資訊，請參閱[建立和更新運作狀態檢查](health-checks-creating.md)。
1. 為您的主要資源建立記錄，並指定以下值：
+ 為每個記錄設定相同的名稱、類型和路由政策。例如，您可以建立三個名稱均為 failover-primary.example.com 的加權 A 記錄。
+ 如果您使用的是可以為其建立別名記錄 AWS 的資源，請為評估目標運作狀態指定**是**。 ****
如果您使用無法建立別名記錄的資源，請將步驟 1 的適用運作狀態檢查與每個記錄建立關聯。
如需詳細資訊，請參閱[使用 Amazon Route 53 主控台來建立記錄](resource-record-sets-creating.md)。
1. 為您的次要資源建立記錄 (如適用)，並指定以下值：
+ 為每個記錄設定相同的名稱、類型和路由政策。例如，您可以建立三個名稱均為 failover-secondary.example.com 的加權 A 記錄。
+ 如果您使用的是可以為其建立別名記錄 AWS 的資源，請為評估目標運作狀態指定**是**。 ****
如果您使用無法建立別名記錄的資源，請將步驟 1 的適用運作狀態檢查與每個記錄建立關聯。
**注意**
有些客戶將 Web 伺服器做為主要資源，並將 Amazon S3 儲存貯體設為網站端點以做為他們的次要資源。S3 儲存貯體包含一個簡單的「暫時無法使用」訊息。如果您使用的是上述組態，則可以略過此步驟，而只建立步驟 4 次要資源的容錯移轉別名記錄。
1. 建立兩個容錯移轉別名記錄 (一個主要記錄和一個次要記錄)，並指定以下值：
**主要記錄**
+ **Name (名稱)** – 指定您希望 Route 53 為其路由流量的網域名稱 (example.com) 或子網域名稱 (www.example.com)。
+ **Alias (別名)** – 指定 **Yes (是)**。
+ **Alias Target (別名目標)** – 指定您在步驟 2 建立的記錄名稱。
+ **Routing Policy (路由政策)** – 指定 **Failover (容錯移轉)**。
+ **Failover Record Type (容錯移轉記錄類型)** – 指定 **Primary (主要)**。
+ **Evaluate Target Health (評估目標運作狀態)** – 指定 **Yes (是)**。
+ **Associate with Health Check (與運作狀態檢查建立關聯)** – 指定 **No (否)**。
**次要記錄**
+ **Name (名稱)** – 指定您為主要記錄指定的相同名稱。
+ **Alias (別名)** – 指定 **Yes (是)**。
+ **Alias Target (別名目標)** – 如果您已在步驟 3 為您的次要資源建立記錄，請指定該記錄的名稱。如果您為次要資源使用 Amazon S3 儲存貯體，請指定網站端點的 DNS 名稱。
+ **Routing Policy (路由政策)** – 指定 **Failover (容錯移轉)**。
+ **Failover Record Type (容錯移轉記錄類型)** – 指定 **Secondary (次要)**。
+ **Evaluate Target Health (評估目標運作狀態)** – 指定 **Yes (是)**。
+ **Associate with Health Check (與運作狀態檢查建立關聯)** – 指定 **No (否)**。
### 使用加權記錄來設定主動-被動容錯移轉
您也可以將加權記錄用於主動-被動容錯移轉，並搭配警告。如果您為某些記錄指定非零權重，並為其他記錄指定零權重，則 Route 53 僅會使用具有非零權重的正常運作記錄來回應 DNS 查詢。如果權重大於 0 的所有記錄都是狀況不良，Route 53 會使用零加權記錄來回應查詢。
**注意**
所有非零權重的記錄都必須為狀況不良，Route 53 才會開始使用零權重的記錄來回應 DNS 查詢。當其他資源無法使用時，如果最後一個正常運作的資源 (例如 Web 伺服器) 無法處理所有流量，這可能會讓您的 Web 應用程式或網站不穩定。
# 在私有託管區域中設定容錯移轉
如果您要在私有託管區域中建立容錯移轉記錄，請注意以下事項：
+ Route 53 運作狀態檢查程式位於 VPC 外部。若要依 IP 地址檢查 VPC 中端點的運作狀態，您必須將公有 IP 地址指派給 VPC 中的執行個體。
+ 您可以建立 CloudWatch 指標，將警示與指標建立關聯，然後建立以警示資料串流為依據的運作狀態檢查。例如，您可以建立一個用來檢查 EC2 `StatusCheckFailed` 指標狀態的 CloudWatch 指標，將警示新增至指標，然後建立以警示資料串流為依據的運作狀態檢查，以檢查僅具有私有 IP 地址的 Virtual Private Cloud (VPC) 中的執行個體。如需使用 CloudWatch 主控台建立 CloudWatch 指標和警示的資訊，請參閱 [Amazon CloudWatch 使用者指南](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/)。
如需詳細資訊，請參閱[使用私有託管區域](hosted-zones-private.md)及[使用 CloudWatch 監控運作狀態檢查](monitoring-health-checks.md)。
# Amazon Route 53 如何避免容錯移轉問題
Route 53 實作的容錯移轉演算法不僅可用來將流量路由到正常運作的端點，還能避免因運作狀態檢查設定錯誤以及應用程式、端點超載和分割區失敗而使災難案例惡化。
**Topics**
+ [Amazon Route 53 如何避免級聯故障](#dns-failover-cascading-failures)
+ [Amazon Route 53 如何處理網際網路分割區](#dns-failover-internet-partitions)
## Amazon Route 53 如何避免級聯故障
做為避免串聯失敗的第一道防線，每個請求路由演算法 (如加權和容錯移轉) 都有最後解決方法的模式。在這個特殊模式中，當所有記錄都被視為狀況不良時，Route 53 演算法會回復為將所有記錄都視為正常運作。
例如，如果應用程式的所有執行個體在多個主機上都拒絕運作狀態檢查請求，Route 53 DNS 伺服器無論如何都會選擇並傳回回答，而不是不傳回 DNS 回答或傳回 NXDOMAIN (不存在的網域) 回答。應用程式可以回應使用者，但仍無法通過運作狀態檢查，因此這針對設定錯誤提供一些防護。
同樣地，如果應用程式超載，且三個端點的其中一個未通過運作狀態檢查而從 Route 53 的 DNS 回答中排除，則 Route 53 會在其餘的兩個端點之間分配回答。如果其餘的端點無法處理額外負載並失敗，Route 53 會回復為向全部三個端點請求散發。
## Amazon Route 53 如何處理網際網路分割區
雖然不常見，但偶爾會有大型的網際網路分割事件，導致大型地理區域之間無法透過網際網路通訊的情況。在這些分割區，Route 53 位置可能會就端點的運作狀態達成不同結論，並可能不同於回報給 CloudWatch 的狀態。每個 AWS 區域中的 Route 53 運作狀態檢查程式會持續將運作狀態檢查狀態傳送至所有 Route 53 位置。在網際網路分割區，每個 Route 53 位置可能只存取這些狀態的部分集合，通常是來自最接近的區域。
例如，在影響南美洲往來連線的網際網路分割期間，Route 53 南美洲 (聖保羅) 位置中的 Route 53 DNS 伺服器可以正常存取南美洲 (聖保羅) AWS 區域中的運作狀態檢查端點，但無法存取其他位置的端點。同時，美國東部 (俄亥俄) 區域中的 Route 53 可能無法存取南美洲 (聖保羅) 區域中的運作狀態檢查端點，並斷定對應的記錄為狀況不良。
這類分割區可能會導致下列情況：Route 53 位置根據端點的本機可見性，得出有關端點運作狀態的不同結論。因此，只有一部分可連線的運作狀態檢查程式將端點視為正常運作時，每個 Route 53 位置都會將其視為正常運作。
# 命名和標記運作狀態檢查
您可以將標籤新增到 Amazon Route 53 運作狀態檢查，以便為每個運作狀態檢查指定比運作狀態檢查 ID 更有意義的名稱。這些是 AWS 帳單與成本管理 提供用於組織 AWS 帳單的相同標籤。如需使用標籤進行成本分配的詳細資訊，請參閱 *AWS Billing 使用者指南*中的[將成本分配標籤用於自訂帳單報告](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/allocation.html)。
每個標籤都包含您定義的金鑰 (標籤名稱) 和值。當您將標籤新增到運作狀態檢查時，我們建議您新增一個標籤，並對其中的鍵和值使用以下值：
+ **金鑰** – **Name (名稱)**
+ **值** – 您要為運作狀態檢查設定的名稱
**Name (名稱)** 標籤的值會出現在 Route 53 主控台的運作狀態檢查清單，讓您輕鬆區分各個運作狀態檢查。若要查看運作狀態檢查的其他標籤，您可以選擇運作狀態檢查，然後選擇 **Tags (標籤)** 標籤。
如需標籤的詳細資訊，請參閱下列主題：
+ 若要在 Route 53 主控台中新增或編輯運作狀態檢查時，新增、編輯或刪除 **Name (名稱) 標籤**，請參閱 [建立和更新運作狀態檢查](health-checks-creating.md)。
+ 如需標記 Route 53 資源的概觀，請參閱 [標記 Amazon Route 53 資源](tagging-resources.md)。
## 標籤限制
以下基本限制適用於 標籤：
+ 每個資源的標籤數量上限 – 新主控台 50 個，舊主控台 10 個。
+ **Key (索引鍵)** 長度上限 - 128 個 Unicode 字元
+ **Value (值)** 長度上限 - 256 個 Unicode 字元
+ **Key (金鑰)** 和 **Value (值)** 的有效值 – UTF-8 字元集中的大小寫字母、數字、空格和以下字元：\$1 . : / = \$1 - 和 @
+ 標記金鑰與值皆區分大小寫
+ 請勿對索引鍵或值使用 `aws:` 字首；其保留供 AWS 使用
## 新增、編輯和刪除運作狀態檢查的標籤
以下程序說明如何在 Route 53 主控台中使用運作狀態檢查的標籤。
**注意**
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間，您可以繼續使用舊的主控台。
選擇您正在使用的主控台的索引標籤。
+ [新主控台](#health-checks-tagging-new)
+ [舊主控台](#health-checks-tagging-old)
------
#### [ New console ]
**若要將標籤新增到運作狀態檢查**
1. 登入 AWS 管理主控台 並開啟 Route 53 主控台，網址為 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。
1. 在導覽窗格中，選擇**運作狀態檢查**。
1. 選取您要為其新增標籤之運作狀態檢查的連結 ID。
1. 在底部頁面中，選擇**標籤**索引標籤，然後選擇**管理**，然後選擇**新增標籤**。
1. 在**金鑰**欄位中輸入標籤的名稱，然後在值欄位中輸入**值**。
1. 選擇**儲存**。
**若要編輯運作狀態檢查的標籤**
1. 登入 AWS 管理主控台 並開啟 Route 53 主控台，網址為 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。
1. 在導覽窗格中，選擇**運作狀態檢查**。
1. 選取運作狀態檢查的連結 ID。
1. 在底部窗格中，選擇**標籤**索引標籤，然後選擇**管理**。
1. 您現在可以編輯和新增更多標籤。
1. 選擇**儲存**。
**若要刪除運作狀態檢查的標籤**
1. 登入 AWS 管理主控台 並開啟 Route 53 主控台，網址為 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。
1. 在導覽窗格中，選擇**運作狀態檢查**。
1. 選取運作狀態檢查的連結 ID。
1. 在底部窗格中，選擇**標籤**索引標籤，然後選擇**管理**。
1. 選擇您要刪除之標籤旁的**移除**。
1. 選擇**儲存**。
------
#### [ Old console ]
**若要將標籤新增到運作狀態檢查**
1. 登入 AWS 管理主控台 並開啟 Route 53 主控台，網址為 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。
1. 在導覽窗格中，選擇 **Health Checks** (運作狀態檢查)。
1. 選取一個運作狀態檢查，或選取多個運作狀態檢查 (如果您想要將同一個標籤新增至多個運作狀態檢查)。
1. 在底部窗格中，選擇 **Tags (標籤)** 標籤，然後選擇 **Add/Edit Tags (新增/編輯標籤)**。
1. 在 **Add/Edit Tags (新增/編輯標籤)** 對話方塊中，在 **Key (鍵)** 欄位中輸入標籤的名稱，並在 **Value (值)** 欄位中輸入值。
1. 選擇 **Apply changes (套用變更)**。
**若要編輯運作狀態檢查的標籤**
1. 登入 AWS 管理主控台 並開啟 Route 53 主控台，網址為 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。
1. 在導覽窗格中，選擇 **Health Checks** (運作狀態檢查)。
1. 選取運作狀態檢查。
如果您選取多個共用相同標籤的運作狀態檢查，無法同時編輯所有標籤的值。不過請注意，如果您選取多個擁有相同標籤的運作狀態檢查，但至少其中一個運作狀態檢查沒有此標籤，則可以編輯出現在這些運作狀態檢查中的標籤的值。
例如，假設您選取多個含有 **Cost Center (成本中心)** 標籤的運作狀態檢查，但其中一個不含此標籤。您可以選擇新增標籤，並指定 **Cost Center (成本中心)** 為鍵，**777** 為值。針對已有 **Cost Center (成本中心)** 標籤的所選運作狀態檢查，Route 53 會將值變更為 **777**。對於沒有 **Cost Center** (成本中心) 標籤的這個運作狀態檢查，Route 53 會新增一個標籤，並將值設為 **777**。
1. 在底部窗格中，選擇 **Tags (標籤)** 標籤，然後選擇 **Add/Edit Tags (新增/編輯標籤)**。
1. 在 **Add/Edit Tags (新增/編輯標籤)** 對話方塊中，編輯值。
1. 選擇**儲存**。
**若要刪除運作狀態檢查的標籤**
1. 登入 AWS 管理主控台 並開啟 Route 53 主控台，網址為 https：//[https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/)。
1. 在導覽窗格中，選擇 **Health Checks** (運作狀態檢查)。
1. 選取一個運作狀態檢查，或選取多個運作狀態檢查 (如果您想要從多個運作狀態檢查刪除相同的標籤)。
1. 在底部窗格中，選擇 **Tags (標籤)** 標籤，然後選擇 **Add/Edit Tags (新增/編輯標籤)**。
1. 在 **Add/Edit Tags (新增/編輯標籤)** 對話方塊中，選擇要刪除的標籤旁的 *X*。
1. 選擇**儲存**。
------
# 運作狀態檢查與早於 2012-12-12 的 Amazon Route 53 API 版本搭配使用
從 Amazon Route 53 API 2012-12-12 版本開始支援運作狀態檢查。如果託管區域包含已設定運作狀態檢查的記錄，我們建議您只使用 2012-12-12 API 或更新版本。將運作狀態檢查與之前的 API 版本搭配使用時，請注意以下限制。
+ `ChangeResourceRecordSets` 動作無法建立或刪除包括 `EvaluateTargetHealth`、`Failover` 或 `HealthCheckId` 元素的記錄。
+ `ListResourceRecordSets` 動作可以列出包含這些元素的記錄，但這些元素不包含在輸出中。相反地，回應的 `Value` 元素會包含訊息，指出記錄包含不支援的屬性。