Een kritieke stateful webapplicatie draait op twee Linux EC2-instances achter een ALB met een RDS for MySQL-database. DNS bevindt zich in Route 53. De veerkrachtdoelstellingen zijn: applicatielaag RPO 2 minuten en RTO 30 minuten; databaselaag RPO 5 minuten en RTO 30 minuten. Het bedrijf wil geen grote architectuurwijzigingen en wil optimale latentie na failover. Welke oplossing voldoet aan deze doelstellingen?

De correcte optie voldoet aan de RPO/RTO-doelstellingen en de eis van minimale architectuurwijzigingen. AWS Elastic Disaster Recovery (DRS) repliceert EC2-instances continu naar een andere regio, wat een RPO van minuten en een RTO van minder dan 30 minuten mogelijk maakt voor de applicatielaag. Een cross-Region RDS read replica biedt een RPO van 5 minuten en een RTO van 30 minuten voor de database. AWS Global Accelerator zorgt voor optimale latentie na failover door verkeer te routeren naar de dichtstbijzijnde gezonde ALB. De tweede optie met Amazon Data Lifecycle Manager (DLM) voor EBS-snapshots en geautomatiseerde RDS-back-ups heeft een hogere RPO en RTO dan de vereisten. De derde optie met AWS Backup heeft ook een hogere RPO en RTO en CloudFront is niet ideaal voor failover van een stateful applicatie. De vierde optie met DLM voor EBS-snapshots heeft een te hoge RPO en RTO voor de applicatielaag.