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

# 整備檢查、資源集和整備範圍如何一起運作
<a name="recovery-readiness.recovery-groups.readiness-scope"></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 復原群組中儲存格 （可用區域或 AWS 區域） 中的資源分組，以便定義整備檢查。資源集通常是相同類型資源的群組 （例如 Network Load Balancer)，但也可以是 DNS 目標資源，用於架構準備度檢查。

您通常會為應用程式中每種類型的資源建立一個資源集和整備檢查。對於架構準備度檢查，您可以為其建立頂層 DNS 目標資源和全域 （復原群組層級） 資源集，然後為個別資源集建立儲存格層級 DNS 目標資源。

下圖顯示具有三個儲存格 （可用區域） 的復原群組範例，每個都具有 Network Load Balancer (NLB) 和 Auto Scaling 群組 (ASG)。

![\[ARC 的範例復原群組。它有三個儲存格 AZs)，每個都有一個 NLB 和一個 EC2 Auto Scaling 群組。\]](http://docs.aws.amazon.com/zh_tw/r53recovery/latest/dg/images/Sample3AZRecoveryGroup.png)


在此案例中，您會為三個 Network Load Balancer 建立資源集和整備檢查，並為三個 Auto Scaling 群組建立資源集和整備檢查。現在，您可以依資源類型，針對復原群組的每組資源進行整備檢查。

透過建立資源的*整備範圍*，您可以新增儲存格或復原群組的整備檢查摘要。若要指定資源的整備範圍，請將儲存格或復原群組的 ARN 與資源集中的每個資源建立關聯。您可以在建立資源集的整備檢查時執行此操作。

例如，當您為此復原群組的 Network Load Balancer 新增資源集的整備檢查時，您可以同時將整備範圍新增至每個 NLB。在此情況下，您會將 AZ 1a 的 ARN 與 AZ 1a 中的 NLB 建立關聯、將 的 ARN `AZ 1b`與 NLB 建立關聯`AZ 1b`，並將 的 ARN `AZ 1c` 與 中的 NLB 建立關聯`AZ 1c`。當您為 Auto Scaling 群組建立整備檢查時，您會執行相同的動作，當您為 Auto Scaling 群組資源集建立整備檢查時，將整備範圍指派給每個群組。

建立整備檢查時，您可以選擇是否關聯整備範圍，但強烈建議您設定它們。整備範圍可讓 ARC 顯示復原群組摘要整`NOT READY`備檢查和儲存格層級摘要整備檢查的正確`READY`或整備狀態。除非您設定整備範圍，否則 ARC 無法提供這些摘要。

請注意，當您新增應用程式層級或全域資源，例如 DNS 路由政策時，不會為整備範圍選擇復原群組或儲存格。反之，您可以選擇**全域資源 （無儲存格）**。