Sie stellen MySQL auf Cloud SQL bereit, um viele geografisch verteilte Leser zu unterstützen, benötigen hohe Verfügbarkeit und niedrige RTO/RPO bei regionalen Ausfällen und möchten minimale Unterbrechungen für Leser während eines Failovers. Welche Architektur sollten Sie verwenden?

Die korrekte Architektur ist, eine hochverfügbare Cloud SQL-Instanz in Region A zu erstellen, eine hochverfügbare Lesereplika in Region B hinzuzufügen und Lese-Workloads durch kaskadierende Lesereplikate in mehreren Regionen zu skalieren. Im Falle eines Ausfalls von Region A kann die Lesereplika in Region B hochgestuft werden, was eine schnelle Wiederherstellung (niedriger RTO/RPO) und minimale Unterbrechungen für Leser gewährleistet. Die erste Option ist falsch, da das Wiederherstellen aus einem Backup zu einem hohen RTO/RPO führt und nicht die Anforderungen an minimale Unterbrechungen erfüllt. Die zweite Option ist unzureichend, da das Hochstufen einer Lesereplika in einer anderen Region zwar möglich ist, aber keine explizite hochverfügbare Lesereplika für schnelle Failover-Zwecke in einer dedizierten Failover-Region vorsieht. Die vierte Option ist falsch, da Lesereplikate in derselben Region bei einem regionalen Ausfall nicht helfen und das Failover zu einer Standby-Instanz nur innerhalb derselben Region funktioniert, nicht bei einem regionalen Ausfall.