配置群集

GitHub Enterprise Server 的群集拓扑旨在支持成千上万用户的使用，其他拓扑这种应用场景中会资源耗尽。 在群集中，实例的服务在多个节点中水平缩放。

了解构成 GitHub Enterprise Server 实例的虚拟机 (VM) 部署拓扑之间的差异。

在 GitHub Enterprise Server 群集中，节点是单个虚拟机 (VM)，其上运行着实例组件 GitHub Enterprise Server 软件。 每个节点运行一组服务。

GitHub Enterprise Server 群集需要正确的 DNS 名称解析、负载均衡以及节点间通信。

GitHub Enterprise Server 集群必须使用许可进行设置，并使用管理 shell (SSH) 进行初始化。

可以通过选择延迟数据库种子设定来加快将新的 MySQL 副本节点添加到群集的过程。

若要将 GitHub Enterprise Server 群集升级到最新版本，请使用管理 shell (SSH)。

若要确保 GitHub Enterprise Server 群集的性能和冗余始终正常，可以监视群集的运行状况。

使用 Node Eligibility Service，可以监视 GitHub Enterprise Server 群集中因脱机时间过长而导致问题的节点。

可以强制 GitHub Enterprise Server 群集均匀分配群集节点上工作负载的作业负荷。

如果 GitHub Enterprise Server 群集中的某个节点运行存储分布式数据的服务，可在准备通过疏散节点数据来替换节点时确保冗余。

如果 GitHub Enterprise Server 群集中的某个节点发生故障，或如果需要添加有更多资源的新节点，请将要替换的任何节点标记为脱机，然后添加新节点。

可以在单独的数据中心配置整个 GitHub Enterprise Server 群集的副本，这使群集可以故障转移至冗余节点。

若 GitHub Enterprise Server 群集失败，则可以故障转移到副本。