Die Datenbank eines Unternehmens läuft auf einer Amazon RDS for MySQL DB-Instanz in us-east-1. Dieselben Daten müssen Kunden in Europa mit minimaler Latenz und ohne veraltete Daten zur Verfügung gestellt werden. Sowohl US-amerikanische als auch europäische Kunden müssen Schreibvorgänge durchführen können, und Schreibvorgänge, die von einer Region aus getätigt werden, müssen in Echtzeit in der anderen sichtbar sein. Welche Lösung erfüllt diese Anforderungen?

Die korrekte Lösung migriert von Amazon RDS for MySQL zu Amazon Aurora MySQL, da Aurora Global Database mit Write Forwarding die einzige Option ist, die Multi-Region-Schreibzugriff mit niedriger Latenz und Echtzeit-Konsistenz bietet. Zuerst wird eine Aurora-Lesereplika der RDS-Instanz erstellt und dann zu einem eigenständigen Aurora-Cluster hochgestuft, um die Migration durchzuführen. Anschließend wird eu-west-1 als sekundäre Region hinzugefügt und Write Forwarding aktiviert, um Schreibvorgänge von der sekundären Region an die primäre weiterzuleiten und so die Echtzeit-Sichtbarkeit und niedrige Latenz zu gewährleisten. Die Option, eine Cross-Region-Replika für RDS zu verwenden, ist falsch, da RDS-Replikate nur Lesezugriff bieten und keine Schreibvorgänge zurück an die Primärinstanz replizieren können. Das Kopieren eines Snapshots und die Konfiguration der logischen Replikation ist komplexer und bietet keine integrierte Multi-Region-Schreibfunktion mit Write Forwarding. Die Option, die RDS-Instanz direkt in einen Aurora-Cluster zu konvertieren, ist nicht immer direkt möglich und beinhaltet oft einen ähnlichen Migrationsprozess wie die erste Option, aber die erste Option beschreibt den Prozess detaillierter und korrekter für eine bestehende RDS-Instanz.