Ein Unternehmen entwirft eine Disaster-Recovery-Strategie (DR) für eine Produktionsanwendung, die von einem Amazon Aurora MySQL-Cluster in der Region us-east-1 unterstützt wird. Die DR-Region ist us-west-1. Das RPO des Unternehmens beträgt 5 Minuten und das RTO 20 Minuten. Das Unternehmen möchte Konfigurationsänderungen minimieren und die betriebliche Effizienz maximieren. Welche Lösung erfüllt diese Anforderungen?

Die Umwandlung des Aurora-Clusters in eine Aurora Global Database mit konfiguriertem verwaltetem Failover ist die beste Lösung. Aurora Global Database ist speziell für Disaster Recovery über Regionen hinweg konzipiert und bietet ein RPO von typischerweise unter 1 Sekunde und ein RTO von unter 1 Minute, was die Anforderungen des Unternehmens (RPO 5 Minuten, RTO 20 Minuten) weit übertrifft. Das verwaltete Failover minimiert Konfigurationsänderungen und maximiert die betriebliche Effizienz, da es den Failover-Prozess automatisiert. Eine Aurora-Read-Replica in einer anderen Region bietet zwar Datenreplikation, aber ein Failover ist nicht verwaltet und erfordert manuelle Schritte, was das RTO verlängern könnte. Die Erstellung eines neuen Aurora-Clusters mit Cross-Region Replication ist im Wesentlichen das, was eine Aurora Global Database intern tut, aber Global Database bietet eine integrierte, optimierte Lösung mit verwaltetem Failover. Die Verwendung von AWS DMS für die Synchronisierung ist komplexer in der Einrichtung und Wartung und hat ein höheres RPO und RTO als Aurora Global Database, da es auf logischer Replikation basiert und zusätzliche Management-Overheads mit sich bringt.