本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
您在建立或更新運作狀態檢查時指定的值
在建立或更新運作狀態檢查時,指定適用的值。請注意,在建立運作狀態檢查之後,無法變更某些值。
- 名稱
-
選用但建議使用:要指派給運作狀態檢查的名稱。如果您指定 Name (名稱) 的值,則 Route 53 會將標籤新增至運作狀態檢查,再將 Name (名稱) 值指派給標籤鍵,並將您指定的值指派給標籤值。Name (名稱) 標籤的值會出現在 Route 53 主控台的運作狀態檢查清單,讓您輕鬆地區分各個運作狀態檢查。
如需標記和運作狀態檢查的詳細資訊,請參閱 命名和標記運作狀態檢查。
- 要監控的內容
-
您希望此運作狀態檢查監控端點或其他運作狀態檢查的狀態:
-
Endpoint (端點) – Route 53 會監控您所指定端點的運作狀態。您可以透過提供網域名稱或 IP 地址和連接埠來指定端點。
注意
如果您指定非AWS 端點,則需支付額外費用。如需詳細資訊,包括 AWS 端點的定義,請參閱 Route 53 定價
頁面上的「運作狀態檢查」。 -
Status of other health checks (calculated health check) (其他運作狀態檢查的狀態 (計算的運作狀態檢查)) – Route 53 會根據您指定的其他運作狀態檢查的狀態,判斷此運作狀態檢查是否正常。您也可以指定需要有多少正常的運作狀態檢查,此運作狀態檢查才會被視為正常。
-
CloudWatch 警示資料串流的狀態 – Route 53 透過監控 CloudWatch 警示的資料串流來判斷此運作狀態檢查是否良好。
-
監控端點
注意
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間,您可以繼續使用舊的主控台。
選擇您正在使用的主控台的索引標籤。
- 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請求,並等待HTTP狀態碼 2xx 或 3xx。
-
HTTPS – Route 53 會嘗試建立TCP連線。如果成功,Route 53 會提交HTTPS請求,並等待HTTP狀態碼 2xx 或 3xx。
重要
如果您選擇 HTTPS,端點必須支援 TLS v1.0、v1.1 或 v1.2。
如果您選擇HTTPS通訊協定 的值,則需支付額外費用。如需詳細資訊,請參閱 Route 53 定價
。 -
TCP – Route 53 會嘗試建立TCP連線。
如需詳細資訊,請參閱Amazon Route 53 決定運作狀態檢查是否良好的方式。
建立運作狀態檢查之後,即無法變更 Protocol (通訊協定) 的值。
對於 IP 地址,如果您選擇依 IP IPv6地址 指定端點,則可以輸入您希望 Route 53 執行運作狀態檢查的端點的 IPv4或 地址。
Route 53 無法檢查 IP 地址位於本機、私有、不可路由或多點傳送範圍內之端點的運作狀態。如需無法建立運作狀態檢查之 IP 地址的詳細資訊,請參閱以下文件:
如果端點是 Amazon EC2執行個體,我們建議您建立彈性 IP 地址、將其與EC2執行個體建立關聯,並指定彈性 IP 地址。這可確保您的執行個體的 IP 地址永遠不會變更。如需詳細資訊,請參閱 Amazon EC2使用者指南 中的彈性 IP 地址 (EIP)。
如果您刪除 Amazon EC2執行個體,請務必同時刪除與 相關聯的運作狀態檢查EIP。如需詳細資訊,請參閱Amazon Route 53 運作狀態檢查的最佳實務。
注意
如果您指定非AWS 端點,則需支付額外費用。如需詳細資訊,包括 AWS 端點的定義,請參閱 Route 53 定價
頁面上的「運作狀態檢查」。 對於連接埠,您可以在您要 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 會傳送DNS查詢,以解析您在請求間隔 中指定的網域名稱。使用DNS傳回的 IP 地址,Route 53 會檢查端點的運作狀態。
注意
如果您依網域名稱指定端點,Route 53 只會使用 IPv4 將運作狀態檢查傳送至端點。如果您為網域名稱 指定的名稱沒有 A 類型的記錄,運作狀態檢查會失敗,並出現「DNS解析失敗」錯誤。
如果您想要檢查容錯移轉、地理位置、地理位置鄰近性、延遲、多值或加權記錄的運作狀態,而且您選擇依網域名稱指定端點,我們建議您為每個端點建立單獨的運作狀態檢查。例如,為為 www.example.com 提供內容的每個HTTP伺服器建立運作狀態檢查。針對 Domain name (網域名稱) 的值,指定伺服器的網域名稱 (例如 us-east-2-www.example.com),而非記錄的名稱 (www.example.com)。
重要
在這個組態中,如果您建立 Domain name (網域名稱) 的值與記錄名稱相符的運作狀態檢查,然後將運作狀態檢查與這些記錄建立關聯,運作狀態檢查結果將會無法預測。
此外,如果通訊協定的值為 HTTP或 HTTPS,Route 53 會傳遞
Host
標頭中網域名稱的值,如本清單前面的主機名稱 所述。如果通訊協定的值為 TCP,Route 53 不會傳遞Host
標頭。注意
如果您指定非AWS 端點,則需支付額外費用。如需詳細資訊,包括 AWS 端點的定義,請參閱 Route 53 定價
頁面上的「運作狀態檢查」。
-
- Old console
如果您希望此運作狀態檢查監控端點,請指定以下值:
-
Specify endpoint by
-
通訊協定
-
IP 地址
-
Host name (主機名稱)
-
連線埠
-
網域名稱
-
路徑
- Specify endpoint by
-
您想要使用 IP 地址或使用網域名稱來指定端點。
建立運作狀態檢查之後,即無法變更 Specify endpoint by (指定端點方式) 的值。
- 通訊協定
-
您想要 Route 53 用來檢查端點運作狀態的方法:
-
HTTP – Route 53 會嘗試建立TCP連線。如果成功,Route 53 會提交HTTP請求,並等待HTTP狀態碼 2xx 或 3xx。
-
HTTPS – Route 53 會嘗試建立TCP連線。如果成功,Route 53 會提交HTTPS請求,並等待HTTP狀態碼 2xx 或 3xx。
重要
如果您選擇 HTTPS,端點必須支援 TLS v1.0、v1.1 或 v1.2。
如果您選擇通訊協定 HTTPS的值,則需支付額外費用。如需詳細資訊,請參閱 Route 53 定價
。 -
TCP – Route 53 會嘗試建立TCP連線。
如需詳細資訊,請參閱Amazon Route 53 決定運作狀態檢查是否良好的方式。
建立運作狀態檢查之後,即無法變更 Protocol (通訊協定) 的值。
-
- IP address (僅限 "Specify endpoint by IP address")
-
如果您選擇依 IP IPv6地址 指定端點,則您希望 Route 53 在其上執行運作狀態檢查的端點的 IPv4或 地址。
Route 53 無法檢查 IP 地址位於本機、私有、不可路由或多點傳送範圍內之端點的運作狀態。如需無法建立運作狀態檢查之 IP 地址的詳細資訊,請參閱以下文件:
如果端點是 Amazon EC2執行個體,我們建議您建立彈性 IP 地址、將其與EC2執行個體建立關聯,並指定彈性 IP 地址。這可確保您的執行個體的 IP 地址永遠不會變更。如需詳細資訊,請參閱 Amazon EC2 使用者指南 中的彈性 IP 地址 (EIP)。
如果您刪除 Amazon EC2執行個體,請務必同時刪除與 相關聯的運作狀態檢查EIP。如需詳細資訊,請參閱Amazon Route 53 運作狀態檢查的最佳實務。
注意
如果您指定非AWS 端點,則需支付額外費用。如需詳細資訊,包括 AWS 端點的定義,請參閱 Route 53 定價
頁面上的「運作狀態檢查」。 - 主機名稱 (僅限「依 IP 地址指定端點」HTTP和僅限HTTPS通訊協定)
-
您希望 Route 53 在
Host
標頭和HTTPHTTPS運作狀態檢查中傳遞的值。這通常是您希望 Route 53 在其上執行運作狀態檢查的網站的完整DNS名稱。以下是 Route 53 在檢查端點的運作狀態時建構Host
標頭的方式:-
如果您
80
為連接埠 和HTTP通訊協定 指定 的值,Route 53 會將包含主機名稱 值的Host
標頭傳遞至端點。 -
如果您
443
為連接埠 和HTdTPS通訊協定 指定 的值,Route 53 會將包含主機名稱 值的Host
標頭傳遞至端點。 -
如果您為連接埠 和HTTPS通訊協定 HTTP或 指定另一個值,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 會傳送DNS查詢來解析您在網域名稱中指定的網域名稱,以您在請求間隔 中指定的間隔。然後,使用DNS傳回的 IP 地址 Route 53 檢查端點的運作狀態。
注意
如果您依網域名稱指定端點,Route 53 只會使用 IPv4 將運作狀態檢查傳送至端點。如果您為網域名稱 指定的名稱沒有 A 類型的記錄,則運作狀態檢查會失敗,並出現「DNS解析失敗」錯誤。
如果您想要檢查容錯移轉、地理位置、地理位置鄰近性、延遲、多值或加權記錄的運作狀態,而且您選擇依網域名稱指定端點,我們建議您為每個端點建立單獨的運作狀態檢查。例如,為為 www.example.com 提供內容的每個HTTP伺服器建立運作狀態檢查。針對 Domain name (網域名稱) 的值,指定伺服器的網域名稱 (例如 us-east-2-www.example.com),而非記錄的名稱 (www.example.com)。
重要
在這個組態中,如果您建立 Domain name (網域名稱) 的值與記錄名稱相符的運作狀態檢查,然後將運作狀態檢查與這些記錄建立關聯,運作狀態檢查結果將會無法預測。
此外,如果通訊協定的值為 HTTP或 HTTPS,Route 53 會傳遞
Host
標頭中網域名稱的值,如本清單稍早的主機名稱 所述。如果通訊協定的值為 TCP,Route 53 不會傳遞Host
標頭。注意
如果您指定非AWS 端點,則需支付額外費用。如需詳細資訊,包括 AWS 端點的定義,請參閱 Route 53 定價
頁面上的「運作狀態檢查」。 - 路徑 (HTTP僅限 和 HTTPS通訊協定)
-
您希望 Route 53 在執行運作狀態檢查時請求的路徑。路徑可以是端點將傳回HTTP狀態碼
2xx
或端點運作狀態良好3xx
時的任何值,例如檔案/docs/route53-health-check.html
。您也可以包含查詢字串參數,例如/welcome.html?language=jp&login=y
。如果您未包含正斜線 (/
) 字元,Route 53 會自動新增一個正斜線。
-
監控其他運作狀態檢查 (計算的運作狀態檢查)
注意
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間,您可以繼續使用舊的主控台。
選擇您正在使用的主控台的索引標籤。
- 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 一律將此運作狀態檢查視為正常。
-
-
當所有運作狀態檢查都運作狀態良好時報告運作狀態 (AND) – 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
-
已停用
- 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 一律將此運作狀態檢查視為正常。
-
-
當所有運作狀態檢查都運作狀態良好時報告運作狀態 (AND) – Route 53 僅在您新增至運作狀態檢查以監控的所有運作狀態檢查都運作狀態良好時,才會將此運作狀態檢查視為運作狀態狀態良好。
-
Report healthy when one or more health checks are healthy (OR) (當一個或多個運作狀態檢查是正常時,報告狀態正常 (OR)) – 當新增至 Health checks to monitor (要監控的運作狀態檢查) 中的運作狀態檢查至少有一項是正常時,Route 53 就會將此運作狀態檢查視為正常。
-
- 反轉運作狀態檢查狀態 (僅限舊主控台)
-
若要反轉新主控台的運作狀態檢查,請參閱 反轉運作狀態檢查。
選擇是否要 Route 53 反轉運作狀態檢查的狀態。如果您選擇此選項,Route 53 會將狀態正常的運作狀態檢查視為狀況不良,反之亦然。
- 已停用 (僅限舊主控台)
-
若要停用新主控台的運作狀態檢查,請參閱 停用或啟用運作狀態檢查 。
讓 Route 53 停止執行運作狀態檢查。當您停用運作狀態檢查時,Route 53 會停止彙總參考的運作狀態檢查之狀態。
在您停用運作狀態檢查之後,Route 53 會將參考的運作狀態檢查之狀態視為一律正常。如果您設定DNS容錯移轉,Route 53 會繼續將流量路由至對應的資源。如果您想要停止將流量路由至資源,請反轉運作狀態檢查。
注意
在停用運作狀態檢查時,仍會產生運作狀態檢查的費用。
-
監控 CloudWatch 警示
注意
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間,您可以繼續使用舊的主控台。
選擇您正在使用的主控台的索引標籤。
- New console
-
如果您希望此運作狀態檢查監控警示的 CloudWatch 警示狀態,請指定下列值:
-
CloudWatch 警示
-
運作狀態檢查狀態
- CloudWatch 警示
-
選擇您希望 Route 53 用來判斷此運作狀態檢查是否運作良好的 CloudWatch 警示。 CloudWatch 警示必須與運作狀態檢查 AWS 帳戶 相同。
注意
如果您要建立警示,請執行以下步驟:
-
選擇建立 。 CloudWatch 主控台會出現在新的瀏覽器索引標籤中。
-
輸入適用的值。如需詳細資訊,請參閱 Amazon CloudWatch 使用者指南 中的建立或編輯 CloudWatch 警示。
-
返回至 Route 53 主控台顯示的瀏覽器索引標籤。
-
選擇CloudWatch警示清單旁的重新整理按鈕。
-
從清單中選擇新的警示。
重要
如果您在建立運作狀態檢查後變更 CloudWatch 警示的設定,則必須更新運作狀態檢查。如需詳細資訊,請參閱當您變更 CloudWatch 警示設定時更新運作狀態檢查 (僅監控 CloudWatch警示的運作狀態檢查)。
-
- 運作狀態檢查狀態
-
如果資料 CloudWatch 不足,無法判斷您為警示 選擇的CloudWatch警示狀態,請選擇運作狀態檢查 (運作狀態良好、運作狀態不佳或上次已知狀態)。如果您選擇使用上次已知狀態,Route 53 會使用自上次CloudWatch 具有足夠資料來判斷警示狀態的狀態檢查。對於沒有上次已知狀態的新運作狀態檢查,運作狀態檢查的預設狀態是正常。
當 CloudWatch 指標的資料串流短暫無法使用時,運作狀態檢查狀態的值會提供暫時狀態。(Route 53 會監控資料串流的 CloudWatch 指標,而不是對應警示的狀態。) 如果指標經常或長時間 (超過幾小時) 無法使用,我們建議您不要使用上一個已知狀態。
-
- Old console
-
如果您希望此運作狀態檢查監控警示的 CloudWatch 警示狀態,請指定下列值:
-
CloudWatch 警示
-
運作狀態檢查狀態
-
Invert health check status
-
已停用
- CloudWatch 警示
-
選擇您希望 Route 53 用來判斷此運作狀態檢查是否運作良好的 CloudWatch 警示。 CloudWatch 警示必須與運作狀態檢查 AWS 帳戶 相同。
注意
如果您要建立警示,請執行以下步驟:
-
選擇建立 。 CloudWatch 主控台會出現在新的瀏覽器索引標籤中。
-
輸入適用的值。如需詳細資訊,請參閱 Amazon CloudWatch 使用者指南 中的建立或編輯 CloudWatch 警示。
-
返回至 Route 53 主控台顯示的瀏覽器索引標籤。
-
選擇CloudWatch警示清單旁的重新整理按鈕。
-
從清單中選擇新的警示。
重要
如果您在建立運作狀態檢查後變更 CloudWatch 警示的設定,則必須更新運作狀態檢查。如需詳細資訊,請參閱當您變更 CloudWatch 警示設定時更新運作狀態檢查 (僅監控 CloudWatch警示的運作狀態檢查)。
-
- 運作狀態檢查狀態
-
當資料 CloudWatch 不足,無法判斷您為警示 選擇的警示狀態時,選擇運作狀態檢查的狀態 CloudWatch (運作狀態良好、運作狀態不佳或上次已知狀態)。如果您選擇使用上次已知狀態,Route 53 會使用自上次CloudWatch 具有足夠資料來判斷警示狀態的狀態檢查。對於沒有上次已知狀態的新運作狀態檢查,運作狀態檢查的預設狀態是正常。
當 CloudWatch 指標的資料串流短暫無法使用時,運作狀態檢查狀態的值會提供暫時狀態。(Route 53 會監控資料串流的 CloudWatch 指標,而不是對應警示的狀態。) 如果指標經常或長時間 (超過幾小時) 無法使用,我們建議您不要使用上一個已知狀態。
- 反轉運作狀態檢查狀態 (僅限舊主控台)
-
若要反轉新主控台的運作狀態檢查,請參閱 反轉運作狀態檢查。
選擇是否要 Route 53 反轉運作狀態檢查的狀態。如果您選擇此選項,Route 53 會將狀態正常的運作狀態檢查視為狀況不良,反之亦然。
- 已停用 (僅限舊主控台)
-
若要停用新主控台的運作狀態檢查,請參閱 停用或啟用運作狀態檢查。
讓 Route 53 停止執行運作狀態檢查。當您停用運作狀態檢查時,Route 53 會停止監控對應的 CloudWatch指標。
在您停用運作狀態檢查之後,Route 53 會將參考的運作狀態檢查之狀態視為一律正常。如果您設定DNS容錯移轉,Route 53 會繼續將流量路由至對應的資源。如果您想要停止將流量路由至資源,請反轉運作狀態檢查。
注意
在停用運作狀態檢查時,仍會產生運作狀態檢查的費用。
-
進階組態 (僅限 "Monitor an endpoint")
注意
我們正在更新 Route 53 的運作狀態檢查主控台。在轉換期間,您可以繼續使用舊的主控台。
- 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 定價
。 - Failure threshold
-
端點必須通過或失敗的連續運作狀態檢查數目,才會讓 Route 53 將該端點的目前狀態從狀況不良變更為正常,或反之。如需詳細資訊,請參閱Amazon Route 53 決定運作狀態檢查是否良好的方式。
- 字串比對 (HTTPHTTPS僅限 和 )
-
您是否想要 Route 53 透過向端點提交 HTTP或 HTTPS請求,以及搜尋指定字串的回應內文來判斷端點的運作狀態。如果回應本文包含您在 Search string (搜尋字串) 中指定的值,Route 53 會將端點視為正常。如果未包含,或是端點未回應,Route 53 會將端點視為狀況不良。搜尋字串必須完全顯示在回應本文的前 5,120 個位元組中。
建立運作狀態檢查之後,即無法變更 String matching (字串比對) 的值。
注意
如果您選擇 Yes (是) 做為 String matching (字串比對) 的值,會產生額外費用。如需詳細資訊,請參閱 Route 53 定價
。 運作狀態檢查程式如何處理壓縮的回應
如果端點是傳回壓縮回應的 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 主控台運作狀態檢查頁面上的延遲索引標籤上。如果 Route 53 運作狀態檢查程式無法連線至端點,Route 53 就無法顯示該端點的延遲圖形。
建立運作狀態檢查之後,即無法變更 Latency measurements (延遲測量) 的值。
注意
如果您設定 Route 53 來測量運作狀態檢查程式和端點之間的延遲,會產生額外費用。如需詳細資訊,請參閱 Route 53 定價
。 - 啟用 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 將其移除。按一下清單底部的空白處,可將區域新增回清單。您必須至少指定三個區域。
- 主機名稱 (僅限「依 IP 地址指定端點」HTTP和僅限HTTPS通訊協定)
-
您希望 Route 53 在
Host
標頭和HTTPHTTPS運作狀態檢查中傳遞的值。這通常是您希望 Route 53 在其上執行運作狀態檢查的網站的完整DNS名稱。以下是 Route 53 在檢查端點的運作狀態時建構Host
標頭的方式:-
如果您
80
為連接埠 和HTTP通訊協定 指定 的值,Route 53 會將包含主機名稱 值的Host
標頭傳遞至端點。 -
如果您
443
為連接埠 和HTdTPS通訊協定 指定 的值,Route 53 會將包含主機名稱 值的Host
標頭傳遞至端點。 -
如果您為連接埠指定另一個值,並為通訊協定 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
-
已停用
- 請求間隔
-
每個 Route 53 運作狀態檢查程式從端點獲得回應的時間,與傳送下一個運作狀態檢查請求的時間之間的秒數。如果您選擇的間隔為 30 秒,在全球資料中心的每個 Route 53 運作狀態檢查程式會每隔 30 秒向端點傳送一次運作狀態檢查請求。平均來說,端點大約每隔兩秒會收到一次運作狀態檢查請求。如果您選擇的間隔為 10 秒,端點每秒會收到多次請求。
請注意,在不同資料中心的 Route 53 運作狀態檢查程式不會彼此協調,所以無論您選擇多久的間隔,有時會看到每秒多個請求,接著幾秒鐘完全沒有運作狀態檢查的情況。
建立運作狀態檢查之後,即無法變更 Request interval (請求間隔) 的值。
注意
如果您選擇 Fast (10 seconds) (快速 (10 秒)) 做為 Request interval (請求間隔) 的值,會產生額外費用。如需詳細資訊,請參閱 Route 53 定價
。 - Failure threshold
-
端點必須通過或失敗的連續運作狀態檢查數目,才會讓 Route 53 將該端點的目前狀態從狀況不良變更為正常,或反之。如需詳細資訊,請參閱Amazon Route 53 決定運作狀態檢查是否良好的方式。
- 字串比對 (HTTPHTTPS僅限 和 )
-
您是否想要 Route 53 透過向端點提交 HTTP或 HTTPS請求,以及搜尋指定字串的回應內文來判斷端點的運作狀態。如果回應本文包含您在 Search string (搜尋字串) 中指定的值,Route 53 會將端點視為正常。如果未包含,或是端點未回應,Route 53 會將端點視為狀況不良。搜尋字串必須完全顯示在回應本文的前 5,120 個位元組中。
建立運作狀態檢查之後,即無法變更 String matching (字串比對) 的值。
注意
如果您選擇 Yes (是) 做為 String matching (字串比對) 的值,會產生額外費用。如需詳細資訊,請參閱 Route 53 定價
。 運作狀態檢查程式如何處理壓縮的回應
如果端點是傳回壓縮回應的 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 主控台運作狀態檢查頁面上的延遲索引標籤上。如果 Route 53 運作狀態檢查程式無法連線至端點,Route 53 就無法顯示該端點的延遲圖形。
建立運作狀態檢查之後,即無法變更 Latency measurements (延遲測量) 的值。
注意
如果您設定 Route 53 來測量運作狀態檢查程式和端點之間的延遲,會產生額外費用。如需詳細資訊,請參閱 Route 53 定價
。 - 啟用 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 將其移除。按一下清單底部的空白處,可將區域新增回清單。您必須至少指定三個區域。
- 反轉運作狀態檢查狀態 (僅限舊主控台)
-
若要反轉新主控台的運作狀態檢查,請參閱 反轉運作狀態檢查。
選擇是否要 Route 53 反轉運作狀態檢查的狀態。如果您選擇此選項,Route 53 會在狀態良好時將運作狀態檢查視為運作狀態不佳,反之亦然。例如,如果您設定字串比對,而端點傳回指定的值,您可能希望 Route 53 將運作狀態檢查視為狀況不良。
- 已停用 (僅限舊主控台)
-
若要停用新主控台的運作狀態檢查,請參閱 停用或啟用運作狀態檢查。
讓 Route 53 停止執行運作狀態檢查。當您停用運作狀態檢查時,Route 53 會停止嘗試與端點建立TCP連線。
在您停用運作狀態檢查之後,Route 53 會將參考的運作狀態檢查之狀態視為一律正常。如果您設定DNS容錯移轉,Route 53 會繼續將流量路由至對應的資源。如果您想要停止將流量路由至資源,請反轉運作狀態檢查。
注意
在停用運作狀態檢查時,仍會產生運作狀態檢查的費用。
-
在運作狀態檢查失敗時收到通知
使用以下選項來設定運作狀態檢查失敗時的電子郵件通知:
- Create alarm (只有當建立運作狀態檢查時)
-
指定是否要建立預設 CloudWatch 警示。如果您選擇是,當此端點的狀態變更為運作狀態不佳,且 Route 53 認為端點運作狀態不佳一分鐘時, CloudWatch 會傳送 Amazon SNS通知給您。
注意
如果您想要在狀態變回運作狀態時 CloudWatch 傳送另一個 Amazon SNS通知給您,您可以在建立運作狀態檢查後建立另一個警示。如需詳細資訊,請參閱 Amazon 使用者指南 中的建立 Amazon CloudWatch 警示。 CloudWatch
如果您要為現有的運作狀態檢查建立警示,或要在 Route 53 將端點視為狀況不良的時間多於或少於一分鐘 (預設值) 時接收通知,請選取 No (否),並在建立運作狀態檢查之後新增警示。如需詳細資訊,請參閱監視健康狀態檢查 CloudWatch。
- Send notification to (只有當建立警示時)
-
指定 CloudWatch 您要將通知傳送至現有的 Amazon SNS主題或新的主題:
-
現有SNS主題 – 從清單中選取主題的名稱。該主題必須位於美國東部 (維吉尼亞北部)區域。
-
新SNS主題 – 在主題名稱 中輸入主題的名稱,然後在收件人 中輸入您要傳送通知的電子郵件地址。使用逗號 (,)、分號 (;) 或空格分隔多個地址。
Route 53 將在美國東部 (維吉尼亞北部) 區域建立主題。
-
- 主題名稱 (僅限建立新SNS主題時)
-
如果您指定了新SNS主題 ,請輸入新主題的名稱。
- 收件人電子郵件地址 (僅限建立新SNS主題時)
-
如果您指定了新SNS主題 ,請輸入您要傳送通知的電子郵件地址。使用逗號 (,)、分號 (;) 或空格分隔多個名稱。