Eine SaaS-Anwendung läuft auf API Gateway (HTTPS), AWS Lambda und Aurora Serverless v1, die über mehrere AZs hinweg bereitgestellt werden. Die Bereitstellung erfolgte mit AWS SAM. Es gibt keinen Notfallwiederherstellungsplan (DR). Das Unternehmen verlangt, dass die Anwendung in einer anderen AWS-Region mit einem RTO von 5 Minuten und einem RPO von 1 Minute wiederherstellbar ist. Welcher DR-Ansatz erfüllt diese Wiederherstellungsziele?

Die Umstellung auf eine Aurora MySQL Global Database ist entscheidend, da sie eine asynchrone Replikation mit geringer Latenz über Regionen hinweg ermöglicht, was die RPO-Anforderung von 1 Minute erfüllt. Aurora Global Database unterstützt auch schnelle Failover-Zeiten (normalerweise unter 1 Minute), was zur Erfüllung des RTO von 5 Minuten beiträgt. Das Starten der Anwendung in der Zielregion und die Konfiguration als Aktiv-Passiv-Setup (Warm Standby) bedeutet, dass die Infrastruktur in der Zielregion bereits bereitgestellt und betriebsbereit ist, was ein schnelles Umschalten im Notfall ermöglicht. Die Option mit Read Replicas für Aurora Serverless v1 ist nicht ideal, da Serverless v1 keine Global Database unterstützt und Read Replicas in anderen Regionen nicht direkt als primäre Instanz hochgestuft werden können, was den RTO und RPO beeinträchtigen würde. Die Option mit mehreren Writer-Instanzen ist für Aurora Serverless v1 nicht nativ verfügbar und würde eine komplexere Architektur erfordern, die nicht direkt die Global Database-Vorteile bietet. Die Option mit einem Runbook zur Bereitstellung der Anwendung würde den RTO von 5 Minuten wahrscheinlich nicht einhalten, da die Bereitstellung Zeit in Anspruch nimmt.