Skip to main content
We publish frequent updates to our documentation, and translation of this page may still be in progress. For the most current information, please visit the English documentation.

关于集群节点

节点是在群集中运行的 GitHub Enterprise Server 实例。 每个节点都运行一组服务,这些服务将提供给集群,最终提供给用户。

注意: GitHub Enterprise Server 群集必须通过 HTTPS 进行配置。

最低硬件建议

每个节点都必须具有根卷以及单独的数据卷。 这些是最低限度的建议。 根据您的使用情况(例如用户活动和选定的集成),可能需要更多资源。

服务需要的最小内存需要的最小数据卷可用空间
job-server,
memcache-server,
web-server
14 GB1GB
consul-server,
mysql-server,
redis-server
14 GB10GB
git-server,
metrics-server,
pages-server,
storage-server
14 GB10GB
elasticsearch-server14 GB10GB

集群需要的服务

为获得足够的冗余,请使用下面列出的最少节点来运行每个服务。

注意:你的组织对可伸缩性的需求取决于多种因素,包括存储库的大小和数量、用户数量和总体利用率。

服务需要的最少节点
job-server,
memcache-server,
metrics-server,
web-server
2
mysql-server,
redis-server
2
consul-server3
git-server,
pages-server,
storage-server
3
elasticsearch-server3

集群设计建议

集群允许组成 GitHub Enterprise Server 的服务彼此独立地进行扩展。 这种灵活性可用于设计和实现适合具有不同可扩展性要求的组织的集群。 例如,某些组织可能需要更多的存储吞吐量来进行大量或频繁的获取,但 Web 服务器的利用率可能相对较低。 其他组织可能由于使用较少的存储资源而具有较高的性能,但需要许多运行 pages-serverelasticsearch-server 的节点。 可以实现许多不同的组合。 与您的客户代表合作,确定满足您特定需求的最佳集群配置。

  • 在独立硬件上扩展冗余节点。 如果共享 CPU、内存或存储设备,则会降低性能并引发单点故障。 此外,共享网络组件还会降低吞吐量并增加在发生中断时丢失连接的风险。
  • 使用快速存储。 通常经过优化存储区域网络 (SAN),可实现最大的空间利用率、可用性和容错能力,而不是绝对的吞吐量。 GitHub Enterprise Server 集群提供冗余和可用性,可在最快的可用存储上发挥最佳性能。 建议使用本地 SSD 存储。
  • 建立对您的组织有意义的节点层。 配置示例:
    • 具有两个节点和以下服务的前端层:
      • web-server
      • job-server
      • memcache-server
    • 具有三个节点和以下服务的数据库层:
      • consul-server
      • mysql-server
      • redis-server
    • 具有三个节点和以下服务的搜索层:
      • elasticsearch-server
    • 具有三个节点和以下服务的存储层:
      • git-server
      • pages-server
      • storage-server
      • metrics-server

示例集群图

注意:这只是一个示例。 你的组织的最佳群集设计将取决于独特需求。 与您的专业代表或 GitHub's Sales team 探讨,以便我们能帮您确定最佳集群配置。

Example Cluster