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

发起到副本群集的故障转移

如果 GitHub Enterprise Server 群集失败,可以故障转移到被动副本 。

本文内容

此文档对您有帮助吗?

帮助我们创建出色的文档!

所有 GitHub 文档都是开源的。看到错误或不清楚的内容了吗?提交拉取请求。

做出贡献

或, 了解如何参与。

关于到副本群集的故障转移

如果为主动群集中的每个节点配置被动副本节点,当主数据中心发生故障时可以故障转移到辅助数据中心的副本节点。

故障转移所需的时间取决于手动升级副本群集和重定向流量所需的时长。

升级副本群集不会自动为现有群集创建副本。 升级副本群集后,可以重新配置新的主动群集复制。 更多信息请参阅“为群集配置高可用性”。

基本要求

要故障转移到被动副本节点,必须为群集配置了高可用性。 更多信息请参阅“为群集配置高可用性”。

发起到副本群集的故障转移

  1. SSH 到群集的辅助数据中心中的任何被动节点。 更多信息请参阅“访问管理 shell (SSH)。”

  2. 初始化到辅助群集的故障转移并将其配置为主动节点。

    ghe-cluster-failover
  3. 配置运行完成后,GitHub Enterprise Server 将显示以下消息。

    已完成集群配置
  4. 更新 DNS 记录以指向被动群集的负载均衡器的 IP 地址。 流量会在经过 TTL 周期后定向到副本。

在 GitHub Enterprise Server 返回提示并且 DNS 更新传播后,您便已完成故障转移。 用户可以使用群集的主机名访问 GitHub Enterprise Server。

此文档对您有帮助吗?

帮助我们创建出色的文档!

所有 GitHub 文档都是开源的。看到错误或不清楚的内容了吗?提交拉取请求。

做出贡献

或, 了解如何参与。