Eine Anwendung verwendet einen MySQL-kompatiblen Amazon Aurora Multi-AZ DB-Cluster mit einem Cross-Region Read Replica für die Notfallwiederherstellung. Der DevOps-Ingenieur muss die Hochstufung des Replicas zum Primary automatisieren, falls der Primary ausfällt. Welche Lösung wird dies erreichen?

Die korrekte Lösung nutzt AWS Systems Manager Parameter Store, um den Aurora-Endpunkt zu speichern, was eine zentrale und dynamische Aktualisierung ermöglicht. Ein Amazon EventBridge-Ereignis erkennt den Datenbankausfall und löst eine AWS Lambda-Funktion aus. Diese Funktion stuft das Cross-Region Read Replica zum Primary hoch und aktualisiert den Endpunkt im Parameter Store. Die Anwendung ist so konzipiert, dass sie den Endpunkt bei Verbindungsfehlern aus dem Parameter Store neu lädt, was eine automatische Umschaltung auf die neue Primary-Instanz gewährleistet. Option 1 ist ungeeignet, da Route 53 Latenz-basiertes Routing nicht für die Erkennung von Datenbankausfällen und die automatische Hochstufung eines Replicas konzipiert ist. Option 2 ist fehlerhaft, da ein benutzerdefinierter Aurora-Endpunkt immer auf eine bestimmte Instanz zeigt und nicht dynamisch aktualisiert wird, um auf ein hochgestuftes Replica zu verweisen. Option 3 ist zu komplex und ineffizient, da die Änderung und Anwendung einer CloudFormation-Vorlage für jeden Ausfall nicht der beste Ansatz für eine schnelle Notfallwiederherstellung ist.