关于 Geo-replication
GitHub Enterprise Server 上的 Geo-replication 使用多个活动副本满足从异地分布式数据中心发出的请求。
多个活动副本可以提供到达最近副本的较短距离。 举例来说，一个在旧金山、纽约和伦敦均设有办事处的组织可以在靠近纽约的数据中心运行主设备，在靠近旧金山和伦敦的数据中心运行两个副本。 利用地理位置感知 DNS，用户可以转到距离最近的可用服务器，并更快地访问仓库数据。 如果将靠近旧金山的设备指定为主设备，则与伦敦的延迟会比较大，相比而言，将靠近纽约的设备指定为主设备有助于减小主机之间的延迟。
活动副本会将自身无法处理的请求委托主实例代为处理。 副本用作终止所有 SSL 连接的入口点。 与没有 Geo-replication 功能的双节点高可用性配置类似，主机之间的流量通过加密 VPN 连接发送。
Git 请求和特定的文件服务器请求（例如 LFS 和文件上传）可直接通过副本完成，无需从主设备加载任何数据。 Web 请求会始终传送到主设备，但在副本距离用户较近的情况下，由于 SSL 端接距离更近，请求速度更快。
为了让 Geo-replication 无缝运行，需要使用 Geo DNS，例如 Amazon 的 Route 53 服务。 实例的主机名应解析到距离用户最近的副本。
限制
将请求写入副本需要将数据发送到主设备和所有副本。 这意味着所有写入操作的性能均受速度最慢的副本的限制。 Geo-replication 不会增大 GitHub Enterprise Server 实例的容量，也不会解决与 CPU 或内存资源不足相关的性能问题。
监视 Geo-replication 配置
您可以通过检查为 https://HOSTNAME/status URL 返回的状态代码来监控 GitHub Enterprise Server 的可用性。可服务用户流量的设备将返回状态代码 200 (OK)。处于以下状态的设备可能返回 503（服务不可用）：
- 设备时被动副本，例如在双节点高可用性配置中的副本。
- 设备处于维护模式。
- 设备是 geo-replication 配置的一部分，但是为非活动副本。
您还可以使用以下位置提供的复制概览仪表板：
https://HOSTNAME/setup/replication