Cloud Security Maturity Model·AWS v3.0.0

ドラッグで移動 · ピンチでズーム

最適化 レジリエンス

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 の自動化を要求しているのにリソース制約で実装されていない場合は、緩和されていないリスクについて、経営層にリスク受容の書面へ署名してもらいます。

全体像

Primary Region · active AZ A app + data AZ B app + data Multi-AZ high availability (c2.23) Immutable backups (c2.18) point-in-time recovery continuous async replication Second Region · recovery Replicated data (warm) AWS Elastic Disaster Recovery Infrastructure as code (c3.2) stands up the environment on demand periodic fire drill proves failover · lowers RTO / RPO
プライマリリージョンは Multi-AZ の高可用性と不変バックアップでワークロードを実行し、データはセカンダリリージョンへ継続的かつ非同期にレプリケーションされます。セカンダリはコードとしてのインフラ(IaC)でスタンバイとして維持します。定期的な避難訓練でフェイルオーバーを検証し、RTO/RPO を下げます。

How to validate

  • 重要なアプリケーションについて、必要な SLA をビジネスと合意しましたか?
  • それらのアプリケーションに、自動復旧を備えたマルチリージョン DR がありますか?
  • DR リージョンへのフェイルオーバーが機能することを証明するファイアドリルを実施しましたか?
  • SLA が要求するのに未実装の DR 自動化について、経営層が署名したリスク受容がありますか?

Threats addressed

  • リージョンの障害はまれですが影響は大きく、自動化されたマルチリージョン DR のない重要アプリケーションは SLA を満たせない可能性があり、ランサムウェアのような破壊的事象は特定時点への DR がないと復旧不能になり得ます。

AWS サービス

AWS Elastic Disaster Recovery AWS CloudFormation

料金

AWS Elastic Disaster Recovery の料金を参照してください。

Framework mappings

AWS CAF

NIST CSF

References