注:GitHub Enterprise Server 集群必须通过 HTTPS 进行配置。
最低硬件建议
每个节点都必须具有根卷以及单独的数据卷。 这些是最低限度的建议。 根据您的使用情况(例如用户活动和选定的集成),可能需要更多资源。
| 服务 | 需要的最小内存 | 需要的最小数据卷可用空间 | 
|---|---|---|
| job-server,memcache-server,web-server | 14 GB | 1 GB | 
| consul-server,mysql-server,redis-server | 14 GB | 10 GB | 
| git-server,metrics-server,pages-server,storage-server | 7 GB | 10 GB | 
| elasticsearch-server | 14 GB | 10 GB | 
集群需要的服务
为获得足够的冗余,请使用下面列出的最少节点来运行每个服务。
注:组织对可扩展性的需求取决于多种因素,包括仓库的大小和数量、用户数量以及总体利用率。
| 服务 | 需要的最少节点 | 
|---|---|
| job-server,memcache-server,metrics-server,web-server | 2 | 
| mysql-server,redis-server | 2 | 
| consul-server | 3 | 
| git-server,pages-server,storage-server | 3 | 
| elasticsearch-server | 3 | 
集群设计建议
集群允许组成 GitHub Enterprise Server 的服务彼此独立地进行扩展。 这种灵活性可用于设计和实现适合具有不同可扩展性要求的组织的集群。 例如,某些组织可能需要更多的存储吞吐量来进行大量或频繁的获取,但 Web 服务器的利用率可能相对较低。 其他组织可能具有较高的性能和较少的存储资源,但需要许多节点来运行 pages-server 或 elasticsearch-server。 可以实现许多不同的组合。 与您的客户代表合作,确定满足您特定需求的最佳集群配置。
- 在独立硬件上扩展冗余节点。 如果共享 CPU、内存或存储设备,则会降低性能并引发单点故障。 此外,共享网络组件还会降低吞吐量并增加在发生中断时丢失连接的风险。
- 使用快速存储。 通常经过优化存储区域网络 (SAN),可实现最大的空间利用率、可用性和容错能力,而不是绝对的吞吐量。 GitHub Enterprise Server 集群提供冗余和可用性,可在最快的可用存储上发挥最佳性能。 建议使用本地 SSD 存储。
- 建立对您的组织有意义的节点层。 配置示例:- 具有两个节点和以下服务的前端层:- web-server
- jobs-server
- memcache-server
 
- 具有三个节点和以下服务的数据库层:- consul-server
- mysql-server
- redis-server
 
- 具有三个节点和以下服务的搜索层:- elasticsearch-server
 
- 具有三个节点和以下服务的存储层:- git-server
- pages-server
- storage-server
- metrics-server
 
 
- 具有两个节点和以下服务的前端层:
示例集群图
注:这只是一个示例。您组织的最佳集群设计将取决于您的独特需求。 与您的专业代表或 GitHub' 销售团队 探讨,以便我们能帮您确定最佳集群配置。
