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

# 整備規則如何判斷整備狀態
<a name="recovery-readiness.rules"></a>

**注意**  
自 2026 年 4 月 30 日起，Amazon Application Recovery Controller (ARC) 中的整備檢查功能將不再開放給新客戶使用。現有客戶可以繼續正常使用該服務。如需詳細資訊，請參閱 [Amazon Application Recovery Controller (ARC) 整備檢查可用性變更](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-readiness-availability-change.html)。

ARC 整備檢查會根據每個資源類型的預先定義規則以及這些規則的定義方式來決定整備狀態。ARC 會針對其支援的每種資源類型包含一組規則。例如，ARC 具有 Amazon Aurora 叢集、Auto Scaling 群組等的整備規則群組。有些準備規則會將集合中的資源相互比較，有些則查看資源集中每個資源的特定資訊。

您無法新增、編輯或移除整備規則或規則群組。不過，您可以建立 Amazon CloudWatch 警示，並建立整備檢查來監控警示的狀態。例如，您可以建立自訂 CloudWatch 警示來監控 Amazon EKS 容器服務，並建立整備檢查來稽核警示的整備狀態。

您可以在建立資源集 AWS 管理主控台 時檢視 中每個資源類型的所有整備規則，也可以稍後導覽至資源集的詳細資訊頁面來檢視整備規則。您也可以在下一節中檢視整備規則：[ARC 中的準備度規則](recovery-readiness.rules-resources.md#recovery-readiness.list-rules)。

當整備檢查使用一組規則稽核一組資源時，每個規則的定義方式會決定結果是 `READY`還是`NOT READY`所有資源，還是不同資源的結果會不同。此外，您可以透過多種方式檢視整備狀態。例如，您可以檢視資源集中資源群組的整備狀態，或檢視復原群組或儲存格 （即 AWS 區域或可用區域，取決於您設定復原群組的方式） 的整備狀態摘要。

每個規則描述中的措辭都會說明如何評估資源，以判斷套用該規則時的整備狀態。定義規則以檢查*每個資源*，或檢查資源集中*的所有資源*，以判斷準備程度。具體而言，規則的運作方式如下：
+ 規則會檢查*資源集中的每個*資源，以確保條件。
  + 如果所有資源都成功，所有資源都會設定為 `READY`。
  + 如果某個資源失敗，該資源會設定為 `NOT READY`，而其他儲存格仍為 `READY`。

  例如：**MskClusterState:**檢查每個 Amazon MSK 叢集，以確保其處於 `ACTIVE` 狀態。
+ 規則會檢查*資源集中的所有*資源，以確保條件。
  + 如果確保條件，所有資源都會設定為 `READY`。
  + 如果有任何 不符合條件，所有資源都會設定為 `NOT READY`。

  例如：**VpcSubnetCount:**檢查所有VPC子網路，以確保它們具有相同數量的子網路。
+ 非關鍵規則：規則會檢查資源集中的所有資源，以確保條件。
  + 如果有任何失敗，整備狀態保持不變。具有此行為的規則在其描述中有備註。

  例如：**ElbV2CheckAzCount:**檢查每個 Network Load Balancer，以確保它只連接到一個可用區域。注意：此規則不會影響整備狀態。

此外，ARC 會針對配額採取額外的步驟。如果整備檢查偵測到任何支援資源之服務配額 （資源建立和操作的最大值） 的儲存格不相符，ARC 會自動提高配額較低的資源配額。這僅適用於配額 （限制）。對於容量，您應該根據應用程式需求新增額外的容量。

您也可以為整備檢查設定 Amazon EventBridge 通知，例如，當任何整備檢查狀態變更為 時`NOT READY`。然後，當偵測到組態不相符時，EventBridge 會傳送通知給您，而且您可以採取修正動作，以確保您的應用程式複本已對齊並準備好進行復原。如需詳細資訊，請參閱[在 ARC 中使用整備檢查搭配 Amazon EventBridge](eventbridge-readiness.md)。