Eine Webanwendung läuft in einer einzigen AWS-Region auf Microservices, die auf AWS Fargate (Amazon ECS) gehostet werden, und verwendet eine Amazon RDS for MySQL-Instanz für Daten. Route 53 übernimmt das DNS. Ein CloudWatch-Alarm löst eine EventBridge-Regel aus, wenn die Anwendung ausfällt. Entwerfen Sie eine Disaster-Recovery-Lösung, die die Wiederherstellung in einer zweiten Region ermöglicht und die Wiederherstellungszeit minimiert. Welcher Ansatz erfüllt die Anforderung?

Die korrekte Lösung minimiert die Wiederherstellungszeit (RTO), indem sie einen aktiven/passiven Ansatz mit einer Cross-Region-Read-Replica für die Datenbank verwendet. Das Vorhandensein des zweiten ECS-Clusters und der Fargate-Services in der separaten Region reduziert die Zeit für die Bereitstellung der Anwendungsinfrastruktur. Die RDS Cross-Region-Read-Replica ist bereits synchronisiert, was die Datenwiederherstellung beschleunigt. Das Hochstufen der Read-Replica zur primären Datenbank ist ein schneller Vorgang. Die Lambda-Funktion automatisiert diese Schritte und die DNS-Aktualisierung über Route 53, was die manuelle Intervention reduziert und die RTO weiter verbessert. Die Option mit dem Speichern von Snapshots und dem Wiederherstellen einer neuen RDS-Instanz ist langsamer, da das Erstellen und Kopieren von Snapshots sowie das Wiederherstellen einer neuen Instanz mehr Zeit in Anspruch nimmt als das Hochstufen einer vorhandenen Read-Replica. Die Option, die Infrastruktur erst bei einem Ausfall zu erstellen, ist ebenfalls langsamer, da die Bereitstellung von ECS-Clustern und Fargate-Services Zeit benötigt. Die Umwandlung von RDS-Daten in eine DynamoDB Global Table ist eine unnötig komplexe und zeitaufwendige Datenmigration, die zudem die Datenbanktechnologie ändert, was nicht der Anforderung entspricht.