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

# ディザスタリカバリのテスト
<a name="testing-disaster-recovery"></a>

 ディザスタリカバリの実装をテストして実装を検証し、ワークロードの DR リージョンへのフェイルオーバーを定期的にテストして、RTO と RPO が満たされていることを確認します。

 回避すべきパターンは、ほとんど実行されない復旧パスの開発です。例えば、読み取り専用のクエリに使用されるセカンダリデータストアがあるとします。データストアの書き込み時にプライマリデータストアで障害が発生した場合、セカンダリデータストアにフェイルオーバーします。もしこのフェイルオーバーを頻繁にテストしない場合、セカンダリデータストアの機能に関する前提が正しくない可能性があります。最後にテストしたときに十分だったセカンダリの容量が、このシナリオでは負荷を許容できなくなるか、セカンダリリージョンのサービスクォータが十分ではない可能性があります。

 エラー復旧がうまくいくのは頻繁にテストする経路のみであることは、これまでの経験からも明らかです。これが、少数の復旧パスが最適である理由です。

 復旧パターンを確立して定期的にテストできます。複雑または重要な復旧パスがある場合でも、復旧パスが機能することを検証するために、本番環境でその障害を定期的に実行する必要があります。

 DR リージョンで設定ドリフトを管理します。インフラストラクチャ、データ、および設定が DR リージョンで必要に応じてあることを確認します。たとえば、AMIs とサービスクォータがup-to-dateであることを確認します。

 [AWS Config](https://aws.amazon.com/config/) を使用して、AWS リソース設定を継続的にモニタリングおよび記録できます。 AWS Config はドリフトを検出し、[AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) をトリガーしてドリフトを修正し、アラームを発生させます。 [AWS CloudFormation](https://aws.amazon.com/cloudformation/)は、デプロイしたスタックのドリフトをさらに検出できます。