Основной инстанс Cloud SQL находится в Region1, а реплики для чтения — в Region2 и Region3. После повышения реплики для чтения в Region2 до основного инстанса во время сбоя в Region1 вы хотите, чтобы до переключения подключений приложений была доступна та же емкость базы данных. Что следует предпринять?

Правильный ответ заключается в создании двух новых реплик для чтения из повышенного до основного инстанса: одной в Region3 и одной в другом регионе. Это необходимо, чтобы восстановить исходную емкость чтения (две реплики) и обеспечить географическое распределение для отказоустойчивости. Исходная реплика в Region3 остаётся, но теперь она должна быть репликой нового основного инстанса. Создание дополнительной реплики в новом регионе обеспечивает избыточность и защиту от региональных сбоев. Включение зональной высокой доступности на основном инстансе (первый и четвертый варианты) не восстановит емкость чтения, так как это относится к самому основному инстансу, а не к репликам. Создание каскадной реплики (второй вариант) не восстановит полную емкость и может увеличить задержку.