Настройка кластеризации

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

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

В кластере GitHub Enterprise Server узлы являются отдельными виртуальными машинами ( виртуальными машинами) с программным обеспечением GitHub Enterprise Server в составе экземпляра. Каждый узел запускает набор служб.

Для кластера GitHub Enterprise Server требуется правильное разрешение DNS-имен, балансировка нагрузки и обмен данными между узлами.

Кластер GitHub Enterprise Server нужно настроить с помощью лицензии и инициализировать посредством административной оболочки (SSH).

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

Чтобы обновить кластер GitHub Enterprise Server до последнего выпуска, используйте административную оболочку (SSH).

Чтобы обеспечить производительность и избыточность кластера GitHub Enterprise Server можно отслеживать работоспособность кластера.

Вы можете отслеживать, когда узлы в кластере GitHub Enterprise Server находятся в автономном режиме, чтобы вызвать проблемы с помощью Node Eligibility Service.

Вы можете принудительно применить кластер GitHub Enterprise Server для равномерного распределения заданий для рабочих нагрузок на узлах кластера.

Если узел завершается сбоем в кластере GitHub Enterprise Server или если вы хотите добавить новый узел с дополнительными ресурсами, пометьте все узлы для замены как автономные, а затем добавьте новый узел.

Вы можете настроить реплику всего кластера GitHub Enterprise Server в отдельном центре обработки данных, что позволяет кластеру выполнять отработку отказа на избыточные узлы.

Если сбой кластера GitHub Enterprise Server можно выполнить отработку отказа в реплике.