Skip to main content
Мы публикуем частые обновления нашей документации, и перевод этой страницы может все еще выполняться. Актуальные сведения см. в документации на английском языке.

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

Узнайте о кластеризации и различиях с высоким уровнем доступности.

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

    Кластеризация GitHub Enterprise Server позволяет масштабировать службы, составляющие GitHub Enterprise Server, на нескольких узлах.

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

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

  • Сведения об узлах кластера

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

  • Конфигурация сети кластера

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

  • Инициализация кластера

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

  • Обновление кластера

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

  • Monitoring the health of your cluster

    To ensure the performance and redundancy of a GitHub Enterprise Server cluster, you can monitor the cluster's health.

  • Эвакуация узла кластера со службами данных

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

  • Замена узла кластера

    Чтобы заменить узел GitHub Enterprise Server, необходимо пометить затронутые узлы, переведенные в автономный режим, в файле конфигурации кластера (cluster.conf) и добавить узлы для замены. Это может потребоваться, если узел должен был завершиться ошибкой, или добавить узел с дополнительными ресурсами, чтобы повысить производительность.