本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
AWS Cloud Map 服務健康狀態檢查組
Health 狀態檢查有助於判斷服務執行個體是否健全狀況。如果您未在服務建立期間設定健康狀態檢查，則無論執行個體的健全狀況狀態為何，流量都會路由至服務執行個體。設定健康狀態檢查時，依預設會 AWS Cloud Map 傳回健全狀況良好的資源。您可以使用的HealthStatus參數，依健全狀況狀態篩選資源，並取得不健康資源的清單。DiscoverInstances API您也可以使用擷取特定服務執行個體的健全狀況狀態。GetInstancesHealthStatus API
您可以在建立 AWS Cloud Map 服務時設定 Route 53 健全狀況檢查或自訂的協力廠商健全狀況檢查。
Route 53 運作狀態檢查
如果您指定 Amazon Route 53 運作狀態檢查的設定，則每次註冊執行個體時都 AWS Cloud Map 會建立 Route 53 運作狀態檢查，並在取消註冊執行個體時刪除運作狀態檢查。
針對公用DNS命名空間，請 AWS Cloud Map 將健全狀況檢查與註冊執行個體時 AWS Cloud Map 建立的 Route 53 記錄產生關聯。如果您在服務DNS組態中同時指定A和AAAA記錄類型，則 AWS Cloud Map 會建立使用該IPv4位址來檢查資源健全狀況的健全狀況檢查。如果位IPv4址所指定的端點運作狀況不良，Route 53 會將A和AAAA記錄都視為健康狀態不良。如果您在服務的DNS組態中指定CNAME記錄類型，就無法設定 Route 53 健全狀況檢查。
對於您使用API呼叫探索執行個體的命名空間， AWS Cloud Map 會建立 Route 53 健康狀態檢查。不過，沒有可將健康狀態檢查與關聯的DNS記錄。 AWS Cloud Map 若要判斷運作狀態檢查是否狀況良好，您可以使用 Route 53 主控台或使用 Amazon 來設定監控 CloudWatch。如需有關使用 Route 53 主控台的詳細資訊，請參閱 Amazon Route 53 開發人員指南中的運作 Health 檢查失敗時收到通知。如需有關使用的詳細資訊 CloudWatch，請PutMetricAlarm參閱 Amazon CloudWatch API 參考中的。
注意
-
您無法針對在私有DNS命名空間中建立的服務設定 Amazon Route 53 運作狀態檢查。
-
每個健康狀態檢查中的 Route 53 健全狀況檢查程式會每 30 秒 AWS 區域 傳送一次健康狀態檢查要求至端點。您的端點平均約每隔兩秒就會收到一次運作狀態檢查請求。但是，運作狀態檢查程式不會彼此協調。因此，有時會看到一秒數個請求，接下來幾秒又完全沒有運作狀態檢查的情況。如需健康狀態檢查區域的清單，請參閱地區。
如需 53 號公路健康檢查費用的相關資訊，請參閱 53 號路線定價
自訂運作狀態檢查
如果您設定 AWS Cloud Map 為在註冊執行個體時使用自訂健康狀態檢查，則必須使用協力廠商健康狀態檢查程式來評估資源的健康狀態。在以下情況下自訂運作狀態檢查很有用：
-
您無法使用 Route 53 健康狀態檢查，因為資源無法透過網際網路取得。例如，假設您有一個位於 Amazon 中的執行個體VPC。您可以針對此執行個體使用自訂健康狀態檢查。不過，為了讓健康狀態檢查能夠運作，您的健康狀態檢查程式也必須與執行個體VPC相同。
-
不論資源位於何處，建議您使用第三方運作狀態檢查程式。
當您使用自訂健康狀態檢查時， AWS Cloud Map 不會直接檢查指定資源的健全狀況。相反地，協力廠商健全狀況檢查程式會檢查資源的健全狀況，並將狀態傳回給您的應用程式。然後，您的申請將需要提交將此狀態轉送到的UpdateInstanceCustomHealthStatus請求 AWS Cloud Map。如果轉送的初始狀態為UNHEALTHY，而且UpdateInstanceCustomHealthStatus在 30 秒內沒有其他狀態可轉送狀態HEALTHY，則會確認資源運作狀況不良。 AWS Cloud Map 停止將流量路由到該資源。
