Een bedrijf draait een wereldwijde webapplicatie op Amazon EC2-instances achter een Application Load Balancer en slaat gegevens op in Amazon Aurora. Het bedrijf heeft een disaster recovery-oplossing nodig die tot 30 minuten downtime en potentieel gegevensverlies kan tolereren. De DR-oplossing hoeft geen productiebelasting te verwerken wanneer de primaire infrastructuur gezond is. Wat moet een solutions architect implementeren?

De tolerantie van 30 minuten voor downtime en gegevensverlies wijst op een Recovery Time Objective (RTO) en Recovery Point Objective (RPO) die geschikt zijn voor een pilot-light of warm-standby strategie. De correcte optie "Implementeer de infrastructuur van de applicatie indien nodig en gebruik Amazon Route 53 om actieve-passieve failover te configureren. Creëer een Aurora Replica in een tweede AWS-regio" is een pilot-light benadering. De Aurora Replica in een tweede regio zorgt voor minimale dataverlies (lage RPO), terwijl de infrastructuur 'on demand' opgeschaald kan worden bij een storing (voldoet aan RTO). Route 53 met actieve-passieve failover stuurt verkeer naar de DR-regio wanneer de primaire regio niet beschikbaar is. De andere opties zijn minder geschikt: Actieve-actieve failover (hot standby) is duurder en niet nodig gezien de tolerantie van 30 minuten. Het herstellen van Aurora vanaf een snapshot heeft een hogere RPO dan een replica. Een Aurora second primary instance is geen standaard Aurora-functionaliteit voor cross-region DR in deze context.