我们经常发布文档更新,此页面的翻译可能仍在进行中。有关最新信息,请访问英文文档。如果此页面上的翻译有问题,请告诉我们。

此版本的 GitHub Enterprise 将停止服务 此版本的 GitHub Enterprise 已停止服务 2020-08-20. 即使针对重大安全问题,也不会发布补丁。 要获得更好的性能、改进的安全性和新功能,请升级到 GitHub Enterprise 的最新版本。 如需升级方面的帮助,请联系 GitHub Enterprise 支持。

文章版本: Enterprise Server 2.18

关于集群节点

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

本文内容

Did this doc help you?

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

最低硬件建议

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

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

集群需要的服务

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

注:组织对可扩展性的需求取决于多种因素,包括仓库的大小和数量、用户数量以及总体利用率。

服务需要的最少节点
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
      • jobs-server
      • memcache-server
    • 具有三个节点和以下服务的数据库层:
      • consul-server
      • mysql-server
      • redis-server
    • 具有三个节点和以下服务的搜索层:
      • elasticsearch-server
    • 具有三个节点和以下服务的存储层:
      • git-server
      • pages-server
      • storage-server
      • metrics-server

示例集群图

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

示例集群

Did this doc help you?

问问别人

找不到要找的内容?

联系我们