翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 準備状況ルールが準備状況ステータスを判断する仕組み
<a name="recovery-readiness.rules"></a>

**注記**  
Amazon Application Recovery Controller (ARC) の準備状況チェック機能は、2026 年 4 月 30 日以降、新規のお客様に公開されなくなります。既存のお客様は、通常どおりサービスを引き続き使用できます。詳細については、[「Amazon Application Recovery Controller (ARC) の準備状況チェックの可用性の変更](https://docs.aws.amazon.com/r53recovery/latest/dg/arc-readiness-availability-change.html)」を参照してください。

ARC の準備状況チェックでは、事前定義された各リソースタイプのルールとそれらのルールの定義方法に基づいて、準備状況ステータスが判断されます。ARC には、サポートされているリソースのタイプごとに、1 つのルールグループが含まれています。たとえば、ARC には Amazon Aurora クラスター、Auto Scaling グループなどの準備状況ルールのグループがあります。準備状況ルールには、セット内のリソースを相互に比較するものもあれば、リソースセット内の各リソースに関する特定の情報を調べるものもあります。

ユーザーは、準備状況ルールやルールのグループを、追加、編集、削除できません。ただし、Amazon CloudWatch アラームを作成したり、アラームの状態をモニタリングする準備状況チェックを作成したりはできます。例えば、Amazon EKS コンテナサービスをモニタリングするカスタムの CloudWatch アラームを作成したり、そのアラームの準備状況ステータスを監査する準備状況チェックを作成したりできます。

リソースセットを作成する AWS マネジメントコンソール ときに、各リソースタイプのすべての準備状況ルールを で表示することも、リソースセットの詳細ページに移動して、後で準備状況ルールを表示することもできます。準備状況ルールは「[ARC での準備状況ルール](recovery-readiness.rules-resources.md#recovery-readiness.list-rules)」セクションでも確認できます。

準備状況チェックで一連のルールを使って一連のリソースを監査する場合、各ルールの定義方法によって、すべてのリソースで結果を `READY` または `NOT READY` にするのか、それともリソースごとに結果を変えるのかが決まります。さらに、準備状況ステータスは複数の方法で表示できます。たとえば、リソースセット内のリソースグループの準備状況ステータスを表示したり、リカバリグループまたはセル (つまり、リカバリグループの設定方法に応じて AWS リージョンまたはアベイラビリティーゾーン) の準備状況ステータスの概要を表示したりできます。

各ルールの説明の文言には、そのルールが適用されたときにどのようにリソースを評価し、準備状況ステータスを判断するのかが説明されています。ルールは、各リソースを検査するか、リソースセット内のすべてのリソースを検査して準備状況を判断するように定義されています。****具体的には、ルールは以下のように機能します。
+ ルールは、リソースセット内の各リソースを検査して条件を確認します。**
  + すべてのリソースで条件が確認されると、すべてのリソースは `READY` に設定されます。
  + 1 つのリソースで条件の確認に失敗すると、そのリソースは `NOT READY` に設定され、それ以外のセルは `READY` のままとなります。

  例: **MskClusterState:** は各 Amazon MSK クラスターを検査し、`ACTIVE` の状態になっていることを確認します。
+ このルールは、リソースセット内のすべてのリソースを検査して条件を確認します。**
  + 条件が確認されると、すべてのリソースは `READY` に設定されます。
  + 条件を満たさないリソースがある場合、すべてのリソースは `NOT READY` に設定されます。

  例:**VpcSubnetCount:** はすべての VPC サブネットを検査し、それらのサブネット数が同じであることを確認します。
+ 重要度の低いルール: このルールは、リソースセット内のすべてのリソースを検査して条件を確認します。
  + いずれかのリソースが条件を満たさなかったとしても、準備状況は変わりません。このような動作をするルールには、説明に注記が付きます。

  例: **ElbV2CheckAzCount:** は各 Network Load Balancer を検査し、アタッチされているアベイラビリティーゾーンが 1 つのみであることを確認します。注: このルールは準備状況ステータスには影響しません。

また、ARC では、クォータに関して追加の対策を講じています。準備状況チェックで、サポートされているリソースの Service Quotas (リソースの作成とオペレーションの最大値) のセル間に不一致が見つかった場合、ARC は、クォータが低い方のリソースで、自動的にクォータを引き上げます。これは、クォータ (制限) に対してのみ適用されます。キャパシティに関しては、アプリケーションのニーズに応じて、ユーザーが必要なキャパシティを追加する必要があります。

また、Amazon EventBridge で準備状況チェック用の通知を設定し、チェックのステータスが `NOT READY` に変わったときに通知を受け取ることもできます。設定の不一致が検出されると EventBridge から通知が送信されるので、修正措置を講じて、アプリケーションのレプリカを一致させ、リカバリに向けて準備を整えることができます。詳細については、「[Amazon EventBridge により ARC で準備状況チェックを使用する](eventbridge-readiness.md)」を参照してください。