AWS Certified Solutions Architect – Associate
AWS disaster recovery: pilot light vs warm standby vs backup
AWS describes four disaster recovery strategies, from cheapest and slowest to most expensive and fastest: backup and restore, pilot light, warm standby, and multi-site active/active. Pick the cheapest one whose recovery time objective (RTO) and recovery point objective (RPO) meet the requirement.
RTO and RPO
RTO is how long the system can be down. RPO is how much data, measured in time, you can lose. Asynchronous replication gives a low but non-zero RPO; backups give an RPO equal to the time since the last backup.
Backup and restore
Back up data and copy it to the recovery Region, for example with AWS Backup cross-Region copies or S3 Cross-Region Replication. Nothing runs in the recovery Region until a disaster.
At failover you must restore the data and also redeploy the infrastructure, configuration and code. AWS recommends infrastructure as code such as AWS CloudFormation or the AWS CDK; without it, recovery takes longer and may miss the RTO. Keep AMIs as part of the backup.
Pilot light and warm standby
Pilot light replicates data continuously to live data stores in the recovery Region, such as RDS read replicas, Aurora global databases or DynamoDB global tables. Databases are always on. Application servers are defined but switched off, and are deployed and scaled out only at failover.
Warm standby runs a scaled-down but fully functional copy of production in the recovery Region. The AWS distinction: pilot light cannot process requests without action first; warm standby can handle traffic at reduced capacity immediately and only needs to scale up.
Multi-site active/active
The workload runs in several Regions and serves traffic from all of them. This is the most complex and costly option and can bring recovery time near zero. A hot standby variant runs full capacity in the second Region but sends it no traffic.
Writes need a strategy. Write global sends all writes to one Region, which fits Aurora global database. Write local accepts writes in every Region, which fits DynamoDB global tables with last writer wins reconciliation. Point-in-time backups are still required, because replication also copies corruption.
Where the exam catches people
- Believing backup and restore only needs the data copied: you must also redeploy infrastructure, configuration and code in the recovery Region.
- Believing pilot light and warm standby are the same: pilot light cannot serve requests until servers are switched on; warm standby serves at reduced capacity immediately.
- Believing continuous replication replaces backups: replication may not protect against corruption or deletion, so point-in-time backups are still needed.
- Believing Aurora global database suits a write-in-every-Region design: secondaries are read-only; DynamoDB global tables are the write local option.
- Believing changing Route 53 weights is the most resilient failover switch: it is a control plane change; ARC routing controls use the data plane.