Высокая доступность кластера Managed Service for MySQL®
Высокая доступность кластера Managed Service for MySQL® определяется количеством и расположением его хостов, настройками репликации и другими параметрами кластера.
Количество и расположение хостов кластера
Кластер может состоять из одного или нескольких хостов.
Кластер из одного хоста не обеспечивает высокую доступность. При выходе из строя виртуальной машины хоста-мастера кластер будет недоступен на чтение и запись до окончания работ по восстановлению ВМ. На кластер из одного хоста не распространяется Соглашение об уровне обслуживания (SLA).
Важно
Создавать кластер из одного хоста не рекомендуется.
Кластер с двумя хостами, расположенными в разных зонах доступности, считается высокодоступным, и на него распространяется SLA. Этот вариант подходит для среднеразмерных приложений в production-окружении. Конфигурация кластера по умолчанию, предлагаемая в консоли управления, включает два хоста.
Кластер с тремя и более хостами, расположенными в трех разных зонах доступности, считается высокодоступным, и на него распространяется SLA. Подходит для production-окружений, в которых предъявляются повышенные требования к доступности и производительности.
Примечание
Если для хоста вручную установлен источник репликации, такой хост не учитывается при расчете минимального числа хостов, обеспечивающих высокую доступность кластера.
Настройки репликации и переключения мастера
Высокая доступность обеспечивается механизмами репликации и переключения мастера, которые имеют следующие особенности:
- В кластере используется механизм автоматического выбора и переключения на новый мастер. При выходе из строя хоста-мастера одна из реплик становится новым мастером.
- Для любой реплики можно вручную выбрать хост в качестве источника репликации. Такая реплика не будет задействована в механизме выбора и переключения мастера.
- Если для хоста используется публичный доступ, то для реплик он также должен быть включен, иначе при переключении мастера кластер станет недоступен.
- Использование FQDN текущего мастера упрощает написание приложений, но приводит к временной недоступности кластера при переключении на новый мастер. Для быстрого переключения на новый мастер необходимо реализовать на стороне приложения определение нового мастера.
- В кластерах Managed Service for MySQL® используется полусинхронная репликация: по умолчанию мастер ожидает завершения транзакции хотя бы на одной реплике. Минимальное количество реплик, которые должны подтвердить транзакцию, можно увеличить с помощью настройки MySQL® Rpl semi sync master wait for slave count. Для Rpl semi sync master wait for slave count рекомендуется задавать значение не меньше, чем максимальное число хостов в одной зоне, без учета хостов, для которых вручную выбран источник репликации.
Настройки хранилища
Если хранилище баз данных заполнится на 95%, кластер перейдет в режим Только чтение. Чтобы кластер оставался доступным на запись, рекомендуется регулярно проверять свободное место в хранилище или создать алерт.
Настройки обслуживания
В процессе технического обслуживания кластера и обновления версии MySQL® возможно временное снижение производительности операций чтения и временная недоступность кластера на запись. Поэтому рекомендуется выбирать предпочтительный день недели и час обслуживания, а также момент обновления версии MySQL® с учетом предполагаемой нагрузки на него.
Прочие настройки
На доступность кластера также могут влиять следующие настройки:
- настройки резервного копирования;
- выбранный тип дисков хранилища;
- классы хостов;
- квоты и лимиты;
- настройка групп безопасности;
- Настройки MySQL® Max connections и Sync binlog.