Główna instancja Cloud SQL znajduje się w Region1, a repliki odczytu w Region2 i Region3. Po promowaniu repliki odczytu w Region2 podczas awarii Region1, chcesz mieć taką samą dostępną pojemność bazy danych przed przełączeniem połączeń aplikacji. Co powinieneś zrobić?

Po awarii Region1 i promowaniu repliki odczytu w Region2 do roli instancji podstawowej, Region2 staje się nową instancją podstawową. Aby przywrócić poprzednią dostępność bazy danych (jedna instancja podstawowa i dwie repliki odczytu w różnych regionach), należy utworzyć dwie nowe repliki odczytu z tej nowej instancji podstawowej. Jedna replika powinna znajdować się w Region3 (gdzie wcześniej była replika odczytu), a druga w innym, nowym regionie, aby zapewnić geograficzną redundancję. Pozostałe opcje są nieprawidłowe, ponieważ: Włączenie wysokiej dostępności strefowej na instancji podstawowej nie tworzy replik odczytu w innych regionach. Utworzenie kaskadowej repliki odczytu z istniejącej repliki w Region3 nie odtwarza pełnej konfiguracji z dwoma replikami odczytu bezpośrednio z instancji podstawowej. Utworzenie nowej repliki w Region1 i promowanie jej nie jest możliwe, ponieważ Region1 uległ awarii.