翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# AWS サービスの耐障害性チェック
この章では、アプリケーションの耐障害性体制に影響が及ばないように、サポートされている AWS サービス AWS Resilience Hub に対して によって実行されるさまざまな耐障害性チェックの詳細について説明します。これらのチェックでは、目標復旧時間 (RTO) と目標復旧時点 (RPO) を、各アプリケーションコンポーネント (AppComponent) の耐障害性ポリシーで定義されている値と照らし合わせて推定します。評価には、アプリケーション、インフラストラクチャの障害、AZ の停止、リージョンの障害など、さまざまなタイプの中断が含まれます。ただし、これらのチェックを実行するには、 リソースへのアクセスを許可 AWS Resilience Hub するために、関連する IAM アクセス許可を に提供する必要があります。この章のリソースへのアクセスとレジリエンスチェックの実行を に許可 AWS Resilience Hub するために必要な IAM アクセス許可の詳細については、「」を参照してください[AWS の 管理ポリシー AWS Resilience Hub](security-iam-awsmanpol.md)。
**Topics**
+ [Amazon Elastic File System](#resilience-check-efs)
+ [Amazon Relational Database Service と Amazon Aurora](#resilience-check-rds)
+ [Amazon Simple Storage Service](#resilience-check-s3)
+ [Amazon DynamoDB](#resilience-check-ddb)
+ [Amazon Elastic Compute Cloud](#resilience-checks-ec2)
+ [Amazon EBS](#resilience-checks-ebs)
+ [AWS Lambda](#resilience-checks-lambda)
+ [アマゾン エラスティックKubernetesサービス](#resilience-checks-eks)
+ [Amazon Simple Notification Service](#resilience-checks-sns)
+ [Amazon Simple Queue Service](#resilience-checks-sqs)
+ [Amazon Elastic Container Service](#resilience-checks-ecs)
+ [Elastic Load Balancing](#resilience-checks-elb)
+ [Amazon API Gateway](#resilience-checks-abp)
+ [Amazon DocumentDB](#resilience-checks-docdb)
+ [NAT Gateway](#resilience-checks-nat-gateway)
+ [Amazon Route 53](#resilience-checks-r53)
+ [Amazon Application Recovery Controller (ARC)](#resilience-checks-r53arc)
+ [Amazon FSx for Windows File Server](#resilience-checks-fsx)
+ [AWS Step Functions](#resilience-checks-step-func)
+ [Amazon ElastiCache (Redis OSS)](#resilience-checks-elstc-cache-srvrless)
## Amazon Elastic File System
このセクションでは、Amazon Elastic File System に固有のすべてのレジリエンスチェックと推奨事項を一覧表示します。Amazon Elastic File System の詳細については、[Amazon Elastic File System のドキュメント](https://docs.aws.amazon.com//efs)を参照してください。
### ファイルシステムタイプ
AWS Resilience Hub は、ファイルシステムタイプとしてリージョンまたは 1 ゾーンをチェックします。ファイルシステムタイプは、インフラストラクチャまたは AZ の中断が発生した場合の耐障害性に影響します。ファイルシステムタイプの詳細については、[「Amazon EFS ファイルシステムの可用性と耐久性](https://docs.aws.amazon.com//efs/latest/ug/features.html#availability-durability)」を参照してください。
### ファイルシステムのバックアップ
AWS Resilience Hub は、デプロイされたファイルシステムに AWS Backup プランが定義されているかどうかを確認します。さらに、`Cross-Region`バックアップオプションが有効になっているかどうかを検証し、ポリシーで必要な場合にリージョンレベルの中断を確実にカバーします。
### データレプリケーション
AWS Resilience Hub は、デプロイされたファイルシステムにリージョン内またはクロスリージョンの Amazon EFS データレプリケーションが定義されているかどうかを確認します。Amazon EFS データレプリケーションは、アプリケーション、インフラストラクチャ、AZ、リージョンレベルで推定 RTO と推定 RPO を改善するのに役立ちます。さらに、 は、それがリージョン内の と組み合わされているかどうか AWS Resilience Hub をチェック AWS Backup して、アプリケーションの中断時にファイルシステムの耐障害性を有効にします。
## Amazon Relational Database Service と Amazon Aurora
このセクションでは、Amazon Relational Database Service と Amazon Aurora に固有のすべてのレジリエンスチェックと推奨事項を一覧表示します。Amazon Relational Database Service と Amazon Aurora の詳細については、[Amazon Relational Database Service のドキュメント](https://docs.aws.amazon.com//rds/)を参照してください。
### シングル AZ デプロイ
AWS Resilience Hub は、データベースが 1 つのインスタンスとしてデプロイされているかどうかをチェックし、決定された場合は、セカンダリインスタンスとリードレプリカをサポートしていないことを示します。
### マルチ AZ デプロイ
AWS Resilience Hub は、データベースがセカンダリインスタンスまたはリードレプリカでデプロイされているかどうかを確認します。データベースがリードレプリカでデプロイされている場合、 は別の AZ にデプロイされているかどうか AWS Resilience Hub を検証し、AZ の中断時にフェイルオーバーを許可します。
### バックアップ
AWS Resilience Hub は、デプロイされたデータベースインスタンスに次のバックアップ機能が適用されているかどうかを確認します。
+ AWS Backup 自動バックアップオプションを使用して計画する
+ AWS Backup ポリシーで必要な場合は、クロスリージョンバックアップコピーを使用して計画する
+ サードパーティーのバックアップシステムの手動スナップショット
### クロスリージョンフェイルオーバー
AWS Resilience Hub は、リージョンの中断から回復するために、障害耐性ポリシーで定義されている RTO および RPO ターゲットをチェックします。さらに、 AWS Resilience Hub は、以下のクロスリージョンアーキテクチャを特定して、リージョンの中断に対応できます。
+ クロスリージョンスナップショットのコピーを含むリージョン内バックアップ
+ 別のリージョンのリードレプリカ
+ 別のリージョンにセカンダリクラスターを持つ Amazon Aurora グローバルデータベース
+ 別のリージョンにヘッドレスセカンダリクラスターを持つ Amazon Aurora グローバルデータベース
### リージョン内フェイルオーバーの高速化
AWS Resilience Hub は、インフラストラクチャまたは AZ の中断中に障害耐性ポリシーで定義された RTO および RPO ターゲットをチェックします。さらに、 は、アプリケーション、インフラストラクチャ、AZ の中断をカバーする以下のリージョン内アーキテクチャを特定 AWS Resilience Hub できます。
+ リージョン内バックアップ
+ 別の AZ のリードレプリカ
+ 別の AZ にリードレプリカがある Aurora クラスター
+ Amazon Relational Database Service (Amazon RDS) のマルチ AZ インスタンス
+ Amazon RDS マルチ AZ クラスター
+ 別の AZ のリードレプリカを持つ Amazon RDS の 1 つのインスタンス
## Amazon Simple Storage Service
このセクションでは、Amazon Simple Storage Service (Amazon S3) に固有のすべてのレジリエンスチェックと推奨事項を一覧表示します。Amazon S3 の詳細については、[Amazon S3ドキュメント](https://docs.aws.amazon.com//s3)」を参照してください。
### バージョニング
AWS Resilience Hub は、Amazon S3 バケットでバージョニングが有効になっているかどうかを確認します。
### スケジュールされたバックアップ
AWS Resilience Hub は、デプロイされた Amazon Simple Storage Service (Amazon S3) バケットの AWS Backup プランが定義されているかどうかを確認します。さらに、ポリシーでリージョンレベルの中断に対応する必要がある場合、クロスリージョンバックアップオプションが有効になっているかどうかも確認します。
#### ポイントインタイムリカバリ
AWS Resilience Hub は、障害耐性ポリシーの RPO ターゲットでpoint-in-timeリカバリ (PITR) が必要かどうかを確認します。ただし、PITR ではクロスリージョンバックアップはサポートされていません。したがって、クロスリージョンバックアップオプションを有効にした既存のスケジュールされた AWS Backup 計画を使用するか、新しい計画を作成します。
### データレプリケーション
AWS Resilience Hub は、デプロイされた Amazon S3 バケットに同じリージョンレプリケーション (SRR) とクロスリージョンレプリケーション (CRR) が定義されているかどうかを確認します。Amazon S3 データレプリケーションは、アプリケーション、インフラストラクチャ、AZ、リージョンレベルで推定ワークロード RTO と推定ワークロード RPO を向上させます。さらに、オブジェクトバージョンの削除はターゲット Amazon S3 バケットにレプリケートされないため、オブジェクトの物理的な削除からも保護されます。さらに、障害耐性ポリシーで定義された RTO ターゲットに基づいて、 は Amazon S3 レプリケーションタイムコントロール (S3 RTC) を有効にする必要があるかどうか AWS Resilience Hub をチェックします。この請求可能な機能は、15 分以内にソースバケットオブジェクトの 99.99% をレプリケートします。
+ AWS Backup 自動バックアップオプションを使用して計画する
+ AWS Backup ポリシーで必要な場合は、クロスリージョンバックアップコピーを使用して計画する
+ サードパーティーのバックアップシステムの手動スナップショット
## Amazon DynamoDB
このセクションでは、Amazon DynamoDB に固有のすべてのレジリエンスチェックと推奨事項を一覧表示します。Amazon DynamoDB の詳細については、[「Amazon DynamoDB ドキュメント](https://docs.aws.amazon.com//dynamodb)」を参照してください。
### スケジュールされたバックアップ
AWS Resilience Hub は、デプロイされたテーブルにバックアップが既に定義されているかどうかを確認します。さらに、リージョンレベルの中断に対応する必要がある場合は、ポリシーにクロスリージョンバックアップを設定する必要があるかどうかも確認します。
#### ポイントインタイムリカバリ
AWS Resilience Hub は、障害耐性ポリシーの RPO ターゲットに従ってpoint-in-timeリカバリ (PITR) が必要かどうかを確認します。ただし、PITR ではクロスリージョンバックアップはサポートされていません。したがって、クロスリージョンバックアップオプションを有効にした既存のスケジュールされた AWS Backup 計画を使用するか、新しい計画を作成します。
### グローバルテーブル
AWS Resilience Hub は、デプロイされた Amazon DynamoDB テーブルが、他のリージョンに 1 つ以上のレプリカを持つグローバルテーブルとして定義されているかどうかを確認します。グローバルテーブルを設定すると、リージョンレベルでの推定ワークロード RTO と推定ワークロード RPO が改善され、アクティブ/アクティブまたはアクティブ/パッシブマルチリージョンモードで作業する機能も提供されます。 AWS Backup または、Amazon DynamoDB PITR をいずれかのリージョンで使用して、アプリケーションの中断に対処できます。
## Amazon Elastic Compute Cloud
このセクションでは、Amazon Elastic Compute Cloud に固有のすべてのレジリエンスチェックと推奨事項を一覧表示します。Amazon Elastic Compute Cloud の詳細については、[Amazon Elastic Compute Cloud のドキュメント](https://docs.aws.amazon.com//ec2)を参照してください。
### ステートフルインスタンス
AWS Resilience Hub は、次のいずれかの基準が満たされた場合、Amazon EC2 インスタンスをステートフルインスタンスとして識別します。
+ このインスタンスにアタッチされている少なくとも 1 つの Amazon Elastic Block Store (Amazon EBS) ボリュームに対して `DeleteOnTermination` 属性が false に設定されている場合。
+ Amazon Data Lifecycle Manager または AWS Backup プランが Amazon EC2 インスタンスまたは少なくとも 1 つの Amazon EBS ボリュームにアタッチされている場合。
+ AWS Elastic Disaster Recovery を使用して Amazon EC2 インスタンスストレージボリュームをレプリケートする場合。
**注記**
Amazon EC2 インスタンスが上記の基準のいずれかを満たさない場合、 はステートレス Amazon EC2 インスタンスとして AWS Resilience Hub 扱います。
### 「Auto Scaling グループ」
AWS Resilience Hub はステートレス Amazon EC2 インスタンスのグループをチェックします。検出された場合は、マルチ AZ 設定で Auto Scaling グループ (ASG) を使用して同じ をオーケストレーションすることをお勧めします。既存の ASG が特定された場合、ARH はそれが複数のアベイラビリティーゾーンにまたがって設定されているかどうかを確認します。ASG がスポット Amazon EC2 インスタンスのみを使用して定義されている場合は、スポット Amazon EC2 インスタンスが使用できない場合の耐障害性を向上させるために、オンデマンド Amazon EC2 インスタンスで容量を拡張することをお勧めします。
### Amazon EC2 フリート
AWS Resilience Hub は Amazon EC2 フリートを識別し、マルチ AZ 配置として定義されているかどうか、およびスポット Amazon EC2 インスタンスのみを使用しているかどうかを確認します。Amazon EC2 フリートをマルチ AZ 配置として定義すると、AZ が中断した場合の耐障害性が向上します。オンデマンドインスタンスで Amazon EC2 フリートを拡張すると、スポットインスタンスが使用できない場合の耐障害性が向上します。
## Amazon EBS
このセクションでは、Amazon EBS に固有のすべてのレジリエンスチェックと推奨事項を一覧表示します。Amazon EBS の詳細については、[「Amazon EBS ドキュメント](https://docs.aws.amazon.com//ebs/)」を参照してください。
### スケジュールされたバックアップ
AWS Resilience Hub は、Amazon EBS ボリュームに次のいずれかまたは両方が定義されているかどうかを確認します。
+ Amazon EC2 インスタンスにアタッチされた特定の Amazon EBS ボリュームのバックアップルール。
+ Amazon EC2 インスタンスに Amazon EBS-backed AMI を作成するバックアップルール。
+ サードパーティーのバックアップシステムの手動スナップショット。
さらに、ポリシーでリージョンレベルの中断に対応する必要がある場合、 はバックアップルールでクロスリージョンバックアップオプションが有効になっている AWS Resilience Hub かどうかを確認します。
### データのバックアップとレプリケーション
AWS Resilience Hub は、次のいずれかの基準が満たされた場合に、Amazon EBS ボリュームがステートフルボリュームと見なされることを識別します。
+ この Amazon EBS ボリュームの `DeleteOnTermination` 属性が false に設定されている場合。
+ Amazon Data Lifecycle Manager または AWS Backup プランがこの Amazon EBS ボリュームまたはアタッチされている Amazon EC2 インスタンスに関連付けられている場合。
+ AWS Elastic Disaster Recovery を使用して Amazon EC2 インスタンスストレージボリュームをレプリケートする場合。
## AWS Lambda
このセクションでは、固有のすべてのレジリエンスチェックと推奨事項を一覧表示します AWS Lambda。詳細については AWS Lambda、「 [AWS Lambda ドキュメント](https://docs.aws.amazon.com//lambda/)」を参照してください。
### お客様の Amazon VPC アクセス
AWS Resilience Hub は VPC に接続された AWS Lambda 関数を識別します。Amazon VPC の異なる AZsのサブネット AWS Lambda に接続すると、AZ が中断した場合の関数の耐障害性が可能になります。
### デッドレターキュー
AWS Resilience Hub は、失敗したリクエストを保存するために AWS Lambda 関数にデッドレターキュー (DLQ) がアタッチされているかどうかを確認します。DLQ を AWS Lambda 関数にアタッチすると、 はリクエストのデータ損失を防ぎ、後で失敗したリクエストの処理を再試行できます。
## アマゾン エラスティックKubernetesサービス
このセクションでは、Amazon Elastic Kubernetes Service (Amazon EKS) に固有のすべてのレジリエンスチェックと推奨事項を一覧表示します。Amazon EKS の詳細については、[「Amazon EKS ドキュメント](https://docs.aws.amazon.com//eks/)」を参照してください。
### マルチ AZ デプロイ
AWS Resilience Hub は、ポッドデプロイが複数の AZs。リージョンの中断時に障害耐性ポリシーでカバレッジが必要な場合は、別のリージョンに追加の Amazon EKS クラスターが必要です。この追加の Amazon EKS クラスターは、複数の AZs。
### デプロイと ReplicaSet
AWS Resilience Hub は、デプロイメントの代わりに ReplicaSets またはポッドオブジェクトを使用しているかどうかを確認します。ReplicaSets またはポッドオブジェクトをデプロイに置き換えると、ソフトウェアの新しいバージョンへのポッドの更新が簡単になり、その他の便利な機能が含まれています。
### デプロイのメンテナンス
AWS Resilience Hub は、次のベストプラクティスがデプロイに使用されているかどうかを確認します。
+ Pod Disruption Budget (PDB) の使用 – PDB を使用すると、いつでも中断できるワークロード内のポッド数に制限を設定することで、可用性を向上させることができます。
+ セルフマネージド型ノードグループを Amazon EKS マネージド型ノードグループに置き換える – この置き換えにより、メンテナンス中のワーカーノードイメージの更新が簡素化されます。
+ デプロイごとの動的な CPU およびメモリリクエストのサポート – これらのリクエストは、Kubernetes がポッドのニーズに合ったノードを選択するのに役立ちます。
+ すべてのコンテナのライブネスプローブと準備状況プローブの設定 – ライブネスプローブを設定すると、機能していないポッドを再起動して回復力を向上させることができます。準備状況プローブを設定すると、トラフィックをビジーポッドから遠ざけることで可用性を向上させることができます。
+ Karpenter、Cluster Autoscaler、または の設定 AWS Fargate – これらの設定により、Amazon EKS クラスターのインフラストラクチャが拡張され、ワークロードの需要を満たすことができます。
+ Horizontal Pod Autoscaler の設定 – この設定は、Amazon EKS クラスターがリクエスト処理の需要に合わせてワークロードを自動的にスケーリングするのに役立ちます。
## Amazon Simple Notification Service
このセクションでは、Amazon Simple Notification Service (Amazon SNS) に固有のすべてのレジリエンスチェックと推奨事項を一覧表示します。Amazon SNS の詳細については、[Amazon SNSドキュメント](https://docs.aws.amazon.com//sns/)」を参照してください。
### トピックサブスクリプション
AWS Resilience Hub は、受信メッセージが失われないように、Amazon SNS トピックに少なくとも 1 つのサブスクリプションがアタッチされているかどうかを確認します。
## Amazon Simple Queue Service
このセクションでは、Amazon Simple Queue Service (Amazon SQS) に固有のすべてのレジリエンスチェックと推奨事項を一覧表示します。Amazon SQS の詳細については、[Amazon SQSドキュメント](https://docs.aws.amazon.com//sqs/)」を参照してください。
### デッドレターキュー
AWS Resilience Hub は、受信者に正常に配信できないメッセージを処理するために、Amazon SQS キューに DLQ が関連付けられているかどうかを確認します。
## Amazon Elastic Container Service
このセクションでは、Amazon Elastic Container Service (Amazon ECS) に固有のすべてのレジリエンスチェックと推奨事項を一覧表示します。Amazon ECS の詳細については、[「Amazon ECS ドキュメント](https://docs.aws.amazon.com//ecs/)」を参照してください。
### マルチ AZ デプロイ
AWS Resilience Hub は、Amazon EC2 または AWS Fargate 起動タイプに基づいてAmazon EC2 タスクまたはサービスが複数の AZs で実行されているかどうかを確認します。ポリシーでリージョンの中断に対応する必要がある場合は、別のリージョンに追加の Amazon ECS クラスターが必要です。追加のクラスターは、複数の AZs。
## Elastic Load Balancing
このセクションでは、Elastic Load Balancing に固有のすべてのレジリエンスチェックと推奨事項を一覧表示します。Elastic Load Balancing の詳細については、[Elastic Load Balancing ドキュメント](https://docs.aws.amazon.com//elasticloadbalancing/)」を参照してください。
### マルチ AZ デプロイ
AWS Resilience Hub は、Elastic Load Balancing が複数の AZs で実行されているかどうかを確認します。
ポリシーでリージョンの中断に対応する必要がある場合は、別のリージョンで追加の Elastic Load Balancing が必要です。別のリージョンにある追加の Elastic Load Balancing も、複数の AZs。
## Amazon API Gateway
このセクションでは、Amazon API Gateway に固有のすべてのレジリエンスチェックと推奨事項を一覧表示します。Amazon API Gateway の詳細については、[Amazon API Gateway のドキュメント](https://docs.aws.amazon.com//apigateway)」を参照してください。
### クロスリージョンデプロイ
ポリシーでリージョンの中断を検討する必要がある場合、 は別のリージョンに Amazon API Gateway API リソースの追加デプロイがあるかどうか AWS Resilience Hub をチェックします。
### プライベート API マルチ AZ 配置
AWS Resilience Hub は、API が Amazon API Gateway 内でプライベートとして定義されているかどうかを確認します。プライベート APIs は、複数の AZs にデプロイされた Amazon VPC インターフェイスエンドポイントを介してトラフィックを受信する必要があります。
## Amazon DocumentDB
このセクションでは、Amazon DocumentDB に固有のすべてのチェックと推奨事項を一覧表示します。Amazon DocumentDB の詳細については、[Amazon DocumentDB ドキュメント](https://docs.aws.amazon.com//documentdb/)」を参照してください。
### マルチ AZ デプロイ
AWS Resilience Hub は、Amazon DocumentDB クラスターが複数の AZs にデプロイされているかどうかを確認します。ポリシーでリージョンの中断に対応する必要がある場合は、別のリージョンに追加のセカンダリ Amazon DocumentDB クラスターが必要です。別のリージョンにある追加の Amazon DocumentDB クラスターも、複数の AZs。
### Elastic クラスターとマルチ AZ 配置
AWS Resilience Hub は、Amazon DocumentDB Elastic クラスターシャードが異なる AZs にデプロイされたリードレプリカを使用しているかどうかを確認します。
### Elastic クラスターと手動スナップショット
AWS Resilience Hub は、Amazon DocumentDB Elastic クラスターの手動スナップショットが定期的に作成されているかどうかを確認します。手動スナップショットを使用すると、永続性が長くなり、ビジネスニーズに合わせてスナップショットの頻度を柔軟に設定できます。
## NAT Gateway
このセクションでは、NAT Gateway に固有のすべてのチェックと推奨事項を一覧表示します。NAT ゲートウェイの詳細については、[「NAT ゲートウェイ](https://docs.aws.amazon.com//vpc/latest/userguide/vpc-nat-gateway.html)」を参照してください。
### マルチ AZ デプロイ
AWS Resilience Hub は、NAT Gateway が複数の AZs にデプロイされているかどうかを確認します。ポリシーでリージョンの中断に対応する必要がある場合は、別のリージョンに追加の NAT Gateway デプロイが必要です。別のリージョンにある追加の NAT ゲートウェイも、複数の AZs。
## Amazon Route 53
このセクションでは、Amazon Route 53 に固有のすべてのチェックと推奨事項を一覧表示します。Amazon Route 53 の詳細については、[「Amazon Route 53 のドキュメント](https://docs.aws.amazon.com//route53/)」を参照してください。
### マルチ AZ デプロイ
AWS Resilience Hub は、Amazon Route 53 ホストゾーンレコードが同じリージョン内の複数のターゲットで定義されているかどうか、およびこれらのターゲットが複数の AZs にデプロイされているかどうかを確認します。ポリシーでリージョンの中断に対応する必要がある場合、 AWS Resilience Hub は、Amazon Route 53 ホストゾーンレコードがリージョンごとに複数のターゲットを持つ複数のリージョンで定義されているかどうか、およびこれらのターゲットが複数の AZs にデプロイされているかどうかを確認します。
## Amazon Application Recovery Controller (ARC)
このセクションでは、Amazon Application Recovery Controller (ARC) (ARC) に固有のすべてのチェックと推奨事項を一覧表示します。ARC の詳細については、[「ARC ドキュメント](https://docs.aws.amazon.com//amazonarc/)」を参照してください。
### マルチ AZ デプロイ
AWS Resilience Hub は、同様のリソースが複数のリージョンにデプロイされているかどうかをチェックし、リージョンの中断が発生した場合に可用性と準備状況を向上させるために ARC 準備状況チェックを定義するベストプラクティスとして を推奨します。時間単位の追加料金が発生することが通知されます。
## Amazon FSx for Windows File Server
このセクションでは、Amazon FSx for Windows File Server に固有のすべてのチェックと推奨事項を一覧表示します。Amazon FSx for Windows File Server の詳細については、[Amazon FSx for Windows File Server のドキュメント](https://docs.aws.amazon.com//fsx/)を参照してください。
### ファイルシステムタイプ
AWS Resilience Hub はファイルシステムタイプ `Regional`または をチェックします`One Zone`。ファイルシステムタイプは、インフラストラクチャまたは AZ の中断が発生した場合の耐障害性に影響します。ファイルシステムタイプの詳細については、[「Amazon EFS](https://docs.aws.amazon.com//efs/latest/ug/availability-durability.html)」を参照してください。
### ファイルシステムのバックアップ
AWS Resilience Hub AWS Backup は、デプロイされたファイルシステムに が定義されているかどうかを確認します。さらに、ポリシーでリージョンレベルの中断に対応する必要がある場合、 `cross-Region backup`オプションが有効になっているかどうかも確認します。
### データレプリケーション
AWS Resilience Hub は、デプロイされたファイルシステムにリージョン内またはクロスリージョンのスケジュールされた AWS DataSync データレプリケーションタスクが定義されているかどうかを確認します。
AWS DataSync スケジュールされたデータレプリケーションタスクは、インフラストラクチャ、AZ、リージョンレベルで推定ワークロード RTO と推定ワークロード RPO を改善できます。さらに、リージョン内の と組み合わせて AWS Backup 、アプリケーションの中断時に復旧することもできます。
## AWS Step Functions
このセクションでは、特定のすべてのチェックと推奨事項を一覧表示します AWS Step Functions。詳細については AWS Step Functions、「 [AWS Step Functions ドキュメント](https://docs.aws.amazon.com//step-functions/)」を参照してください。
### バージョニングとエイリアス
AWS Resilience Hub は、 AWS Step Functions ワークフローがバージョニングとエイリアスを使用して再デプロイ時間を短縮しているかどうかをチェックします。
### クロスリージョンデプロイ
AWS Resilience Hub は、同じ AWS Step Functions ワークフロータイプのワークフローが別のリージョンにデプロイされているかどうかをチェックし、リージョンの中断が発生した場合に復旧します。
## Amazon ElastiCache (Redis OSS)
このセクションでは、Amazon ElastiCache (Redis OSS) に固有のすべてのチェックと推奨事項を一覧表示します。
Amazon ElastiCache (Redis OSS) の詳細については、[Amazon ElastiCache ドキュメント](https://docs.aws.amazon.com//elasticache/)」を参照してください。
### シングル AZ デプロイ
AWS Resilience Hub は、Amazon ElastiCache (Redis OSS) クラスターが単一のノードとしてデプロイされているか、単一のアベイラビリティーゾーン内のすべてのノードでデプロイされているかをチェックします。
### シングル AZ デプロイ
AWS Resilience Hub は、Amazon ElastiCache (Redis OSS) クラスターが複数のアベイラビリティーゾーンにレプリケーショングループ (クラスターモードが有効クラスターとクラスターモードが無効クラスターの両方) としてデプロイされているかどうかを検証し、アベイラビリティーゾーンの中断時にフェイルオーバーを許可します。
### クロスリージョンフェイルオーバー
AWS Resilience Hub は、リージョンの中断から回復するために、障害耐性ポリシーで定義されている RTO および RPO ターゲットをチェックします。さらに、 AWS Resilience Hub は、複数のリージョンにデプロイされた Amazon ElastiCache (Redis OSS) グローバルデータストアクラスターを識別できます。
### バックアップ
AWS Resilience Hub は、デプロイされた Amazon ElastiCache (Redis OSS) または独自設計型クラスターに次のバックアップ機能が適用されているかどうかを確認します。
+ 自動バックアップ
+ サードパーティーのバックアップシステムの手動バックアップ
AWS Resilience Hub バックアップを使用していない場合、 はバックアップをリカバリ方法として推奨しません。ただし、データの不整合が発生した場合はキャッシュレイヤーをリセットし、プライマリストレージからデータを再作成できます。
### リージョン内フェイルオーバーの高速化
AWS Resilience Hub は、インフラストラクチャまたは AZ の中断時に障害耐性ポリシーで定義された RTO および RPO ターゲットをチェックします。さらに、 は、インフラストラクチャと AZ の中断から回復するために、次のリージョン内アーキテクチャを特定 AWS Resilience Hub できます。
+ クラスターモードが無効になっているタイプの Amazon ElastiCache (Redis OSS) クラスターの別のアベイラビリティーゾーンにあるセカンダリスタンバイノードインスタンス。
+ クラスターモードが有効なタイプの Amazon ElastiCache (Redis OSS) クラスターのシャードごとに異なるアベイラビリティーゾーンにあるセカンダリスタンバイノードインスタンス。