Пошаговая инструкция по настройке репликации контроллеров
-
В CLI основного контроллера набираем и выполняем команду:
Вводим пароль root-пользователя резервного сервера
-
В CLI резерного контроллера набираем и выполняем команду:
Вводим пароль root-пользователя основного сервера
-
В CLI резервного контроллера набираем и выполняем команду:
Внимание!
После перевода, роли, контроллера в режим slave произойдут следующие изменения в его работе:
- Прекращение возможности входа в Web-интерфейс (вместо этого будет баннер о том, что контроллер находится в режиме slave);
- Остановка системы очередей пользовательских и системных задач, если они были;
- Сервер БД конфигурации кластера переведен в режим репликации.Подтверждаем. В процессе выполнения получим следующий вывод в консоль
-
В CLI основного контроллера набираем и выполняем команду:
Подтверждаем. В процессе выполнения получим следующий вывод в консоль
Производим проверку статусов серверов
-
В CLI основного контроллера набираем и выполняем команду:
Пример успешного выполнения:
-
В CLI резервного контроллера набираем и выполняем команду:
Пример успешного выполнения:
Поведение серверов в аварийных ситуациях
Если наступает ситуация когда основной сервер становится недоступен, резервный сервер становится в роль master.
Статус резервного сервера:
После возвращения основного сервера в «строй», резервный сервер возвращается в роль «резервного», а основной сервер становится «мастером».
Статус основного сервера:
Статус резервного сервера:
Примечание
После повторного отключения основного сервера, резервный сервер переходит в режим master. При этом после возвращения основного сервера в строй, он переходит в роль slave. А резервный сервер, имеющий роль master, так и остается в данной роли.
Примечание
Для автоматизации процесса переключения можно использовать Cвидетель реплицируемых контроллеров
Статус основного сервера (текущая роль slave):
Статус резервного сервера (текущая роль master):