本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
什麼是 Amazon Application Recovery Controller (ARC) 中的整備檢查？
注意
Amazon Application Recovery Controller (ARC) 中的整備檢查功能不再開放給新客戶使用。現有客戶可以繼續正常使用該服務。如需詳細資訊，請參閱 Amazon Application Recovery Controller (ARC) 整備檢查可用性變更。
ARC 中的整備檢查會持續 （每隔一分鐘） 稽核AWS佈建容量、服務配額、限流限制，以及檢查中所包含資源的組態和版本差異。準備度檢查可以通知您這些差異，以便您可以確保每個複本具有相同的組態設定和相同的執行時間狀態。雖然整備檢查可確保跨複本設定的容量一致，但您不應期望他們代表您決定複本的容量。例如，您應該了解應用程式需求，以便在每個複本中使用足夠的緩衝容量來調整 Auto Scaling 群組大小，以便在另一個儲存格無法使用時管理。
對於配額，當 ARC 偵測到與整備檢查不相符時，可以透過增加較低的配額來調整複本的配額，以符合較高的配額。當配額相符時，整備檢查狀態會顯示 READY。（請注意，這不是立即更新程序，總時間取決於特定資源類型和其他因素。)
第一步是設定整備檢查，以建立代表您應用程式的復原群組。每個復原群組都會包含應用程式的每個個別故障遏制單位或複本的儲存格。接著，您可以為應用程式中的每個資源類型建立資源集，並將整備檢查與資源集建立關聯。最後，您可以將資源與整備範圍建立關聯，以便取得復原群組 （您的應用程式） 或個別儲存格 （複本，即區域或可用區域 (AZs)) 中資源的整備狀態。
準備程度 （即 READY或 NOT READY) 是以準備程度檢查範圍內的資源，以及資源類型的一組規則為基礎。每種資源類型都有一組整備規則，ARC 檢查會使用這些規則來稽核資源的整備。資源是否為 READY，取決於如何定義每個整備規則。所有整備規則都會評估資源，但有些會比較資源，有些則會查看資源集中每個資源的特定資訊。
透過新增整備檢查，您可以透過下列其中一種方式監控整備狀態：使用 EventBridgeAWS 管理主控台、在 中或使用 ARC API 動作。您也可以監控不同內容中資源的整備狀態，包括儲存格的整備程度和應用程式的整備程度。使用 ARC 中的跨帳戶授權功能，讓您更輕鬆地設定和監控單一AWS帳戶的分散式資源。
使用整備檢查監控應用程式複本
ARC 會使用整備檢查來稽核您的應用程式複本，以確保每個複本都有相同的組態設定和相同的執行時間狀態。整備檢查會持續稽核應用程式AWS的資源容量、組態、AWS配額和路由政策，可用來協助確保複本已準備好進行容錯移轉的資訊。準備度檢查可協助您確保復原環境已擴展並設定為在需要時容錯移轉至 。
以下各節提供有關整備檢查如何運作的詳細資訊。
準備度檢查和您的應用程式複本
若要準備進行復原，您必須隨時在複本中維持足夠的備用容量，以吸收來自其他可用區域或區域的容錯移轉流量。ARC 會持續 （一分鐘一次） 檢查您的應用程式，以確保您佈建的容量符合所有可用區域。
ARC 檢查的容量包括 Amazon EC2 執行個體計數、Aurora 讀取和寫入容量單位，以及 Amazon EBS 磁碟區大小。如果您擴展主要複本中資源值的容量，但忘記也增加待命複本中的對應值，ARC 會偵測到不相符，以便您可以增加待命中的值。
重要
準備度檢查對於持續驗證應用程式複本組態和執行時間狀態是否一致最有用。準備度檢查不應用於指示您的生產複本是否正常運作，您也不應依賴準備度檢查作為災難事件期間容錯移轉的主要觸發條件。
在主動待命組態中，您應該根據您的監控和運作狀態檢查系統，決定是否要離開或進入儲存格，並將整備檢查視為這些系統的補充服務。ARC 整備檢查並非高度可用，因此您不應依賴中斷期間可存取的檢查。此外，在災難事件期間，也可能無法使用已檢查的資源。
您可以監控特定儲存格 (AWS區域或可用區域） 中應用程式資源或整體應用程式的整備狀態。您可以在 EventBridge 中建立規則，Not ready以在整備檢查狀態變更為 時收到通知。如需詳細資訊，請參閱在 ARC 中使用整備檢查搭配 Amazon EventBridge。您也可以在 中AWS 管理主控台或使用 API 操作來檢視整備狀態，例如 get-recovery-readiness。如需詳細資訊，請參閱準備檢查 API 操作。
整備檢查的運作方式
ARC 會使用整備檢查來稽核您的應用程式複本，以確保每個複本都有相同的組態設定和相同的執行時間狀態。
例如，若要準備進行復原，您必須隨時維持足夠的備用容量，以吸收來自其他可用區域或區域的容錯移轉流量。ARC 會持續 （一分鐘一次） 檢查您的應用程式，以確保您佈建的容量符合所有可用區域。ARC 檢查的容量包括 Amazon EC2 執行個體計數、Aurora 讀取和寫入容量單位，以及 Amazon EBS 磁碟區大小。如果您擴展主要複本中資源值的容量，但忘記也增加待命複本中的對應值，ARC 會偵測到不相符，以便您可以增加待命中的值。
重要
準備度檢查對於持續驗證應用程式複本組態和執行時間狀態是否一致最有用。準備度檢查不應用於指示您的生產複本是否正常運作，您也不應依賴準備度檢查作為災難事件期間容錯移轉的主要觸發條件。
在主動待命組態中，您應該根據您的監控和運作狀態檢查系統，決定是否要離開或進入儲存格，並將整備檢查視為這些系統的補充服務。ARC 整備檢查並非高度可用，因此您不應依賴中斷期間可存取的檢查。此外，在災難事件期間，也可能無法使用已檢查的資源。
您可以監控特定儲存格 (AWS區域或可用區域） 中應用程式資源或整體應用程式的整備狀態。您可以在 EventBridge 中建立規則，Not ready以在整備檢查狀態變更為 時收到通知。如需詳細資訊，請參閱在 ARC 中使用整備檢查搭配 Amazon EventBridge。您也可以在 中AWS 管理主控台或使用 API 操作來檢視整備狀態，例如 get-recovery-readiness。如需詳細資訊，請參閱準備檢查 API 操作。
