AWS Resilience Hub が推奨されるレジリエンス・テスト機能を提供開始

AWS Resilience Hub（次世代版）の新しい機能として、サービスのアーキテクチャや構成、レジリエンス・ポリシーに基づいた「推奨されるレジリエンス・テスト」が提供開始されました。この機能は AWS Fault Injection Service (FIS) を活用して、可用性ゾーン (AZ) の障害、リージョン障害、および依存関係の障害といった既知の障害シナリオリオを制御された形で注入し、定義されたリカバリ目標（RTO/RPO等）に基づき、自動的に「合格」または「不合格」の判定と詳細なテストレポートの生成を行います。

障害試験の自動化と標準化が進む大きな一歩

これまで、SREやプラットフォームエンジニアリングチームにとって、障害試験（カオスエンジニアリング） は「どうやって障害を注入し、どうやって回復を確認するか」という設計自体が非常に重い作業でした。今回の新機能は、AWSが推奨するシナリオを事前構成済みで提供してくれるため、この設計コストを大幅に下げられるのが最大のメリットです。

🇯🇵 日本国内のリージョン状況

調査の結果、本機能は東京リージョン (ap-northeast-1) で利用可能であることが確認されています。一方で、大阪リージョン (ap-northeast-3) については、公式発表の提供リージョンリストに含まれておらず、AWS Resilience Hub 自体の拡張予定も現時点では確認されていません。ただし、基盤となる AWS FIS は大阪でも利用可能であるため、自作の試験シナリオを組むことは可能です。

🛠 運用上のアドバイス

1. RTO/RPO の再定義: テストが「合格/不合格」を判定するためには、あらかじめ正確なリカバリ目標が設定されている必要があります。単にテストを回すだけでなく、ポリシー設定が実態に即しているかを見直す良い機会になります。
2. FIS との連携: 本機能は内部的に AWS FIS を使用します。FIS の権限設定や、テスト実行時のコスト（リソースへの影響）を考慮した、安全な検証環境での実施を推奨します。

🚀 次のアクション

まずは、既存のアーキテクチャが Resilience Hub にどのように認識されているかを確認し、「AZ 障害」などの標準的なシナリオを一つ選んで、ステージング環境でテストを実行してみることから始めるのが良いでしょう。

参照元: AWS 公式 RSS および AWS Resilience Hub 製品ページ