Een bedrijf host een communityforum met behulp van een ALB die Docker-containers in Amazon ECS aanstuurt, met gegevens in Amazon RDS voor MySQL en containerimages in ECR. Ze hebben een disaster recovery SLA nodig met een RTO van ≤ 24 uur en een RPO van ≤ 8 uur. Wat is de MEEST kosteneffectieve oplossing die voldoet aan deze RTO/RPO-doelstellingen?

De meest kosteneffectieve oplossing is om de Docker-image in ECR in twee regio's op te slaan en elke 8 uur RDS-snapshots te plannen en deze naar de secundaire regio te kopiëren. Bij een storing kan AWS CloudFormation worden gebruikt om de infrastructuur (ALB, EC2, ECS, RDS) in de secundaire regio te implementeren, waarna de database wordt hersteld vanaf de meest recente snapshot en DNS wordt bijgewerkt. Dit voldoet aan de RTO van ≤ 24 uur en RPO van ≤ 8 uur, omdat de infrastructuur snel kan worden opgebouwd en de data maximaal 8 uur oud is. De eerste optie is duurder omdat identieke resources in twee regio's continu draaien. De derde optie is minder efficiënt vanwege het handmatig importeren van Docker-images en het herstellen van S3-back-ups. De vierde optie (pilot light met read replica) is duurder dan de correcte optie, omdat een read replica continu draait en de RPO van 8 uur niet strikt vereist dat de database continu gesynchroniseerd is.