c4.16 マルチリージョンの災害復旧を自動化する
DR 計画と保護されたバックアップが整ったら、重要アプリの次のステップは、リージョン間の継続的レプリケーションを自動化し、セカンダリリージョンが機能することを定期的に検証することです。RTO/RPO を下げ、リージョン喪失時に実際にフェイルオーバーできることを証明します。
実装ガイダンス
レプリケーションとリハーサルを自動化する
災害復旧計画と改ざん不能なバックアップを土台に、重要アプリケーションのデータを第 2 リージョンへ継続的に非同期レプリケーションすることを自動化し、セカンダリリージョンが実際にワークロードを実行できることを定期的に検証します。これにより目標復旧時間・目標復旧時点(RTO/RPO)が下がり、DR が文書からテスト済みの能力へと変わります。
コストのバランスが取れたパターン
リージョン喪失に耐えるべきワークロードの場合: プライマリリージョンで Multi-AZ の高可用性を運用し、データを第 2 リージョンへ継続的にレプリケーションし、Infrastructure as Code を用意して復旧環境をオンデマンドで立ち上げられるようにします(コールド/ウォームスタンバイ)。純粋な HA に対する DR の利点は、特定時点への復旧です。「侵害の前」や「ランサムウェアが拡散する前」に戻せます。
ツール
AWS Elastic Disaster Recovery は、継続的レプリケーション、転送時・保存時の暗号化、非破壊的な復旧訓練を備え、リージョン間(およびオンプレミスからクラウド)の DR を構築・テスト・運用します。必要になる前にフェイルオーバーが機能することを証明するため、定期的なファイアドリルを実施します。
SLA が要求するが予算を確保できない場合
ビジネスの SLA がマルチリージョン DR の自動化を要求しているのにリソース制約で実装されていない場合は、緩和されていないリスクについて、経営層にリスク受容の書面へ署名してもらいます。
全体像
How to validate
- 重要なアプリケーションについて、必要な SLA をビジネスと合意しましたか?
- それらのアプリケーションに、自動復旧を備えたマルチリージョン DR がありますか?
- DR リージョンへのフェイルオーバーが機能することを証明するファイアドリルを実施しましたか?
- SLA が要求するのに未実装の DR 自動化について、経営層が署名したリスク受容がありますか?
Threats addressed
- リージョンの障害はまれですが影響は大きく、自動化されたマルチリージョン DR のない重要アプリケーションは SLA を満たせない可能性があり、ランサムウェアのような破壊的事象は特定時点への DR がないと復旧不能になり得ます。
AWS サービス
料金
AWS Elastic Disaster Recovery の料金を参照してください。
Cloud Security Maturity Model