Vous déployez MySQL sur Cloud SQL pour prendre en charge de nombreux lecteurs géographiquement distribués, vous avez besoin d'une haute disponibilité et d'un RTO/RPO faible en cas de pannes régionales, et vous souhaitez une interruption minimale pour les lecteurs pendant le basculement. Quelle architecture devriez-vous utiliser ?

Cette architecture répond aux exigences de haute disponibilité, de faible RTO/RPO et d'interruption minimale pour les lecteurs. La création d'une instance Cloud SQL hautement disponible dans la région A assure la résilience locale. L'ajout d'un réplica en lecture hautement disponible dans la région B permet un basculement rapide et automatisé vers une autre région en cas de panne régionale, réduisant ainsi le RTO et le RPO. Les réplicas en lecture en cascade dans plusieurs régions distribuent la charge de lecture et minimisent l'impact sur les lecteurs pendant le basculement. L'option incorrecte 1 implique une restauration manuelle à partir d'une sauvegarde, ce qui augmente considérablement le RTO. L'option incorrecte 2 ne spécifie pas de réplica hautement disponible dans une autre région pour le basculement régional. L'option incorrecte 4 ne fournit pas de solution pour les pannes régionales, car les réplicas sont dans la même région.