Cloud Security Maturity Model·AWS v3.0.0

Drag to explore · pinch to zoom

Optimized Resiliency

c4.16 Automate multi-Region disaster recovery

Once your DR plan and secured backups are in place, the next step for critical apps is to automate continuous cross-Region replication and regularly verify the secondary Region works — lowering RTO/RPO and proving you can actually fail over when a Region is lost.

Implementation guidance

Automate replication and rehearsal

Building on your disaster recovery plan and immutable backups, automate continuous asynchronous replication of critical applications' data to a second Region, and periodically verify that the secondary Region can actually run the workload. This lowers your recovery time and recovery point objectives (RTO/RPO) and turns DR from a document into a tested capability.

A cost-balanced pattern

For a workload that must survive a Region loss: run Multi-AZ high availability in the primary Region, replicate data continuously to a second Region, and keep infrastructure as code ready to stand up the recovery environment on demand (cold/warm standby). DR's advantage over pure HA is point-in-time recovery — restoring to "before the compromise" or "before ransomware spread".

Tooling

AWS Elastic Disaster Recovery sets up, tests, and operates cross-Region (and on-premises-to-cloud) DR with continuous replication, encryption in transit and at rest, and non-disruptive recovery drills. Run a periodic fire drill to prove the failover works before you need it.

When the SLA requires it but you cannot fund it

If the business SLA requires multi-Region DR automation but it is not implemented due to resource constraints, have an executive sign a risk-acceptance letter for the unmitigated risk.

How it fits together

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
The primary Region runs the workload with Multi-AZ high availability and immutable backups; data replicates continuously and asynchronously to a second Region kept as infrastructure-as-code standby. Periodic fire drills prove failover works and lower RTO/RPO.

How to validate

  • Have you agreed the required SLAs with the business for critical applications?
  • Is multi-Region DR in place with automated recovery for those applications?
  • Have you run a fire drill to prove failover to the DR Region works?
  • Where the SLA requires DR automation you have not implemented, is there a signed executive risk acceptance?

Threats addressed

  • Region outages are rare but high-impact; a critical application without automated multi-Region DR may miss its SLA, and destructive events like ransomware can be unrecoverable without point-in-time DR.

AWS services

AWS Elastic Disaster Recovery AWS CloudFormation

Pricing

Framework mappings

AWS CAF

NIST CSF

References