Google Cloud SQL Failover, как настроить? - PullRequest
0 голосов
/ 28 мая 2020

Я пытаюсь настроить новое аварийное переключение на свой SQL экземпляр.

Это мой второй экземпляр. Я сделал первую в год go, поэтому я точно не помню процедуру создания экземпляра Failover.

Когда я создаю основной экземпляр, под

«Резервное копирование, восстановление и высокая доступность»> «Доступность»

Я выбираю:

• Высокая доступность (региональная) Автоматическое переключение c на другую зону в пределах выбранный вами регион. Рекомендуется для производственных экземпляров. Увеличивает стоимость.

Достаточно ли этого, чтобы обеспечить аварийное переключение?

Я спрашиваю, потому что после создания экземпляра я вижу, что аварийного переключения нет.

В моем первом экземпляре - старом, который я создал год за go, - я вижу аварийное переключение MySQL. Вот так:

Instance ID                       Type
- sql-old-instance                MySQL 5.6
  - sql-old-instance-failover     MySQL Failover
- sql-new-instance                MySQL 5.7

Почему нет Failover под новый? Есть ли другой способ его создания?

Спасибо

1 Ответ

0 голосов
/ 29 мая 2020

Реплики аварийного переключения теперь называются резервными репликами и недоступны до тех пор, пока не произойдет аварийное переключение.

Новая стратегия аварийного переключения работает так же, как и старая стратегия, но теперь данные записываются синхронно в диск главного экземпляра и диск резервного экземпляра, что сокращает время простоя в случае аварийного переключения.

Если вы отметили опцию High availability (regional), для вашего экземпляра Cloud SQL будет создана резервная реплика.

Вы можете проверить высокую доступность, выполнив событие ручного переключения при отказе это запустит резервный экземпляр в другой зоне, и он будет обрабатывать все запросы.

Для возврата трафика c к мастеру необходимо выполнить второе событие ручного переключения при отказе, называемое отказоустойчивым.

...