我们经常发布文档更新,此页面的翻译可能仍在进行中。有关最新信息,请访问英文文档。如果此页面上的翻译有问题,请告诉我们
文章版本: 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.

集群与高可用性 (HA) 之间的差异

GitHub Enterprise Server 高可用性配置 (HA) 是一种可提供冗余功能的主设备/辅助设备故障切换配置,而集群则通过在多个节点之间分配读写负载来提供冗余和可扩展性。

故障场景

高可用性 (HA) 和集群都通过消除作为故障点的单个节点来提供冗余。 它们能够在这些场景中提供可用性:

可扩展性

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. 在 HA 中,设备的规模完全取决于主节点,并且负载不会分发到副本服务器。

故障切换方法和配置方面的差异

功能 故障切换配置 故障切换方法
高可用性配置 TTL 较低的 DNS 记录指向主设备或负载均衡器。 您必须在 DNS 故障切换和负载均衡器配置中手动升级副本设备。
集群 DNS 记录必须指向负载均衡器。 如果负载均衡器后面的节点发生故障,流量将自动发送到其他正常运行的节点。

备份和灾难恢复

HA 或集群都不应被视为常规备份的替代品。 更多信息请参阅“在设备上配置备份”。

监视

可用性功能,尤其是具有自动故障切换的功能(如集群)可以屏蔽故障,因为在发生故障时通常不会中断服务。 无论您使用的是 HA 还是集群,监视每个实例的状态都十分重要,这样您就可以了解何时发生了故障。 有关监视的更多信息,请参阅“建议的警报阈值”和“监视集群节点”。

延伸阅读

问问别人

找不到要找的内容?

联系我们