Сведения об отработке отказа в кластер реплики
Если центр обработки данных для активного кластера возникает сбой и вы настроили высокий уровень доступности, вы можете выполнить отработку отказа в кластер реплики.
Отработка отказа в кластер реплики способствует его новому активному кластеру и отделяет новый активный кластер от старого активного кластера. Узлы в старом активном кластере помещаются в режим обслуживания, если они находятся в достаточно работоспособном состоянии для выполнения этой операции.
После отработки отказа у вас будет два автономных кластера без настройки высокой доступности. Вы можете перенастроить репликацию из нового активного кластера. Дополнительные сведения см. в разделе Настройка репликации с высоким уровнем доступности для кластера.
Необходимые компоненты
Чтобы выполнить отработку отказа на узлы-реплики, необходимо настроить репликацию высокого уровня доступности для кластера. Дополнительные сведения см. в разделе Настройка репликации с высоким уровнем доступности для кластера.
Запуск отработки отказа в кластер реплики
-
SSH в основной узел MySQL в кластере реплики. Дополнительные сведения см. в разделе Доступ к административной оболочке (SSH).
-
Чтобы начать отработку отказа в дополнительный кластер и настроить узлы для реагирования на запросы, выполните следующую команду.
ghe-cluster-failover -
После завершения инициализации GitHub Enterprise Server отобразит следующее сообщение.
Finished cluster configuration -
Обновите запись DNS, чтобы указать IP-адрес подсистемы балансировки нагрузки для кластера реплики. После истечения срока жизни запросы будут направляться в кластер реплики.
После возврата GitHub Enterprise Server в запрос и распространение обновлений DNS вы завершили отработку отказа. Пользователи могут получить доступ к GitHub Enterprise Server, используя обычное имя узла для вашего кластера.