Die Anwendungen eines Unternehmens schreiben mehrmals pro Minute Transaktionsdaten in eine einzige Amazon RDS DB-Instance. Mit zunehmendem Transaktionsvolumen benötigt das Unternehmen ein automatisches Failover für die Notfallwiederherstellung, das festgeschriebene Transaktionen beibehält. Welche Lösung erfüllt diese Anforderung?

Die Umwandlung der DB-Instance in eine Multi-AZ-RDS-Bereitstellung ist die korrekte Lösung, da sie automatischen Failover und hohe Verfügbarkeit bietet. Bei einem Ausfall der primären Instance wird automatisch auf eine Standby-Replica in einer anderen Availability Zone umgeschaltet, wobei alle festgeschriebenen Transaktionen erhalten bleiben. Die Erstellung einer Read-Replica in derselben oder einer anderen Region erfordert manuelles Eingreifen (Beförderung durch eine Lambda-Funktion) und ist kein automatisches Failover im Sinne einer Multi-AZ-Bereitstellung. Zudem kann es bei Read-Replicas zu Datenverlusten kommen, da sie asynchron replizieren und nicht alle festgeschriebenen Transaktionen garantieren. Ein CloudWatch-Alarm zur Überwachung der Speicherauslastung und ein Neustart der DB-Instance sind keine Lösung für automatisches Failover bei einem Ausfall der primären Instance.