Ein Unternehmen hostet ein Community-Forum mit einem ALB vor Docker-Containern in Amazon ECS, mit Daten in Amazon RDS for MySQL und Container-Images in ECR. Sie benötigen eine Disaster-Recovery-SLA mit einem RTO von ≤ 24 Stunden und einem RPO von ≤ 8 Stunden. Welches ist die KOSTENGÜNSTIGSTE Lösung, die diese RTO/RPO-Ziele erfüllt?

Die korrekte Lösung ist die kostengünstigste, da sie eine Cold-Standby-Strategie nutzt. Das Speichern des Docker-Images in ECR in zwei Regionen und das Kopieren von RDS-Snapshots alle 8 Stunden in die sekundäre Region minimiert die laufenden Kosten. Im Katastrophenfall werden die Ressourcen (ALB, EC2, ECS, RDS) mithilfe von CloudFormation in der sekundären Region bereitgestellt und aus dem neuesten Snapshot wiederhergestellt. Dies erfüllt die RTO von ≤ 24 Stunden und den RPO von ≤ 8 Stunden. Die erste Option ist teurer, da sie eine aktive, identische Umgebung in der zweiten Region vorhält. Die dritte Option ist ineffizient, da sie stündliche Backups nach S3 und das manuelle Importieren von Docker-Images erfordert. Die vierte Option ist ebenfalls teurer, da sie eine Pilot-Light-Umgebung mit laufenden EC2-Instanzen und einer Cross-Region-Read-Replica unterhält.