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

此版本的 GitHub Enterprise 将停止服务 此版本的 GitHub Enterprise 已停止服务 2019-07-12. 即使出现严重安全问题,也不会发布补丁。要获得更好的性能、更高的安全性和全新功能,请升级到 GitHub Enterprise 的最新版本。 要获取有关升级的帮助,请联系 GitHub Enterprise 支持部门

发起到副本设备的故障转移

您可以使用命令行故障转移到 GitHub Enterprise Server 副本设备以进行维护和测试,也可以在主设备发生故障时进行故障转移。

故障转移所需的时间取决于手动升级副本和重定向流量所需的时长。 平均时间范围为 2-10 分钟。

升级副本不会自动设置现有设备的复制。在升级副本后,如果需要,您可以设置从新的主设备到现有设备和先前主设备的复制。

  1. 要允许复制在切换设备之前完成,请将主设备置于维护模式:

    • 要使用 Management Console,请参阅“启用和排定维护模式”。

    • 您也可以使用 ghe-maintenance -s 命令。

      $ ghe-maintenance -s
  2. 当活动 Git 操作的数量达到零时,请等待 30 秒。

  3. 要验证所有复制通道均报告 OK,请使用 ghe-repl-status -vv 命令。

    $ ghe-repl-status -vv
  4. 要停止复制并将副本设备升级为主设备,请使用 ghe-repl-promote 命令。 此操作还会自动将主节点(若可到达)置于维护模式。

    $ ghe-repl-promote
  5. 将 DNS 记录更新为指向副本的 IP 地址。 流量会在经过 TTL 周期后定向到副本。 如果您要使用负载均衡器,请务必将其配置为向副本发送流量。

  6. 通知用户他们可以恢复正常操作。

  7. 如有需要,请设置从新的主设备复制到现有设备和之前的主设备。 更多信息请参阅“关于高可用性配置”。

延伸阅读

问问别人

找不到要找的内容?

联系我们