Een webapplicatie draait op EC2-instances achter een ALB in een Auto Scaling group verspreid over meerdere AZ's en gebruikt een Amazon RDS for MySQL-instance. Route 53 verwijst naar de ALB met een alias record. Het bedrijfsbeleid vereist nu een geografisch geïsoleerde DR-site met een RTO van 4 uur en een RPO van 15 minuten, met minimale wijzigingen aan de applicatiestack. Welke DR-aanpak voldoet aan deze vereisten met de minste applicatiewijzigingen?

De correcte optie beschrijft een multi-regionale actieve/passieve Disaster Recovery (DR) strategie met een 'pilot light' of 'warm standby' aanpak. Het opzetten van een RDS read replica in de DR-regio en deze bij een calamiteit promoveren tot primaire database, in combinatie met een complete applicatiestack en Route 53 failover routing, voldoet aan de RTO van 4 uur en RPO van 15 minuten. RDS read replica's bieden asynchrone replicatie met minimale vertraging, wat de RPO haalbaar maakt. Het promoveren van een read replica is een snelle operatie. Het gebruik van Route 53 health checks en failover routing zorgt voor automatische omschakeling bij een storing in de primaire regio, met minimale applicatiewijzigingen. De andere opties zijn minder geschikt: Een dubbele omgeving in een andere Availability Zone (AZ) biedt geen geografische isolatie. Latency-based routing is voor prestatie-optimalisatie, niet voor DR failover. Het kopiëren en herstellen van snapshots is te traag om aan de RTO van 4 uur te voldoen.