Архитектура кластеризации
GitHub Enterprise Server is comprised of a set of services. В кластере эти службы выполняются на нескольких узлах, и нагрузки распределяются между ними. Изменения автоматически сохраняются с избыточными копиями на отдельных узлах. Большинство служб являются одноранговыми узлами, которые равноценны другим экземплярам одной и той же службы. Исключениями являются службы mysql-server и redis-server. Они работают с одним основным узлом с одним или несколькими узлами-репликами.
Узнайте больше о службах, необходимых для кластеризации.
Подходит ли кластеризация для моей организации?
Однако настройка избыточного и масштабируемого кластера может быть сложной и требует тщательного планирования. Эта дополнительная сложность должна быть учтена во время установки, в сценариях аварийного восстановления и в обновлениях.
GitHub Enterprise Server требует низкой задержки между узлами и не предназначен для настройки избыточности в различных географических расположениях.
Кластеризация обеспечивает избыточность, но не предназначена для замены конфигурации высокой доступности. Дополнительные сведения см. в разделе Настройка высокого уровня доступности. Настроить основную или дополнительную конфигурацию отработки отказа гораздо проще, чем кластеризацию, и такая конфигурация будет обслуживать потребности множества организаций. Дополнительные сведения см. в разделе Различия между кластеризацией и высокой доступностью.
Примечание. GitHub Packages в GitHub Enterprise Server сейчас не поддерживает кластеризацию.
Как получить доступ к кластеризации?
Кластеризация предназначена для конкретных сценариев масштабирования и не предназначена для всех организаций. Если вы хотите использовать кластеризацию, обратитесь к назначенному вам представителю или Отдел продаж GitHub.