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

此版本的 GitHub Enterprise 将停止服务 此版本的 GitHub Enterprise 已停止服务 2019-10-16. 即使针对重大安全问题,也不会发布补丁。 For better performance, improved security, and new features, upgrade to the latest version of GitHub Enterprise. For help with the upgrade, contact GitHub Enterprise support.

集群概览

GitHub Enterprise Server 集群允许组成 GitHub Enterprise Server 的服务跨多个节点进行扩展。

集群架构

GitHub Enterprise Server 由一组服务组成。 在集群中,这些服务跨多个节点运行,请求在它们之间进行负载均衡。 更改会与冗余副本一起自动存储在到单独的节点上。 大多数服务与相同服务的其他实例是对等的。 这种情况的例外是 mysql-serverredis-server 服务。 它们使用具有一个或多个副本节点的单个节点来操作。

详细了解集群所需的服务

集群是否适合我的组织?

Clustering provides better scalability by distributing load across multiple nodes. This horizontal scaling may be preferable for some organizations with tens of thousands of developers. 但是,设置冗余和可扩展的集群可能很复杂,需要仔细规划。 在安装、灾难恢复场景和升级期间,需要计划这种额外的复杂性。

GitHub Enterprise Server 要求节点之间保持较低的延迟,不适用于跨地理位置的冗余。

集群提供了冗余功能,但不适用于替换高可用性配置。 更多信息请参阅高可用性配置。 主设备/辅助设备故障切换配置远比集群简单,可以满足许多组织的需求。 更多信息请参阅集群与高可用性之间的差异

如何获得集群?

集群针对特定扩展情况而设计,并不一定适用于每个组织。 如果想要考虑集群,请联系您的专门代表或通过 sales@github.com 联系我们的客户管理团队

问问别人

找不到要找的内容?

联系我们