Skip to main content

Эта версия GitHub Enterprise Server была прекращена 2024-09-25. Исправления выпускаться не будут даже при критических проблемах безопасности. Для повышения производительности, повышения безопасности и новых функций выполните обновление до последней версии GitHub Enterprise Server. Чтобы получить справку по обновлению, обратитесь в службу поддержки GitHub Enterprise.

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

Топология кластера для GitHub Enterprise Server обеспечивает горизонтальное масштабирование сред с десятками тысяч разработчиков.

Кто может использовать эту функцию?

GitHub определяет право на кластеризация и должен включить конфигурацию лицензии вашего экземпляра. Кластеризация требует тщательного планирования и дополнительных административных накладных расходов. Дополнительные сведения см. в разделе Сведения о кластеризации.

Сведения о кластеризации

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

Различия между кластеризацией и высоким уровнем доступности (HA)

Узнайте о различиях между топологиями развертывания для виртуальных машин, составляющих экземпляр 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 в отдельном центре обработки данных, что позволяет кластеру выполнять отработку отказа на избыточные узлы.

Запуск отработки отказа в кластер реплики

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