Geo nodes Admin Area

原文：https://docs.gitlab.com/ee/user/admin_area/geo_nodes.html

Geo nodes Admin Area

您可以为 GitLab Geo 节点配置各种设置. 有关更多信息，请参阅地理文档 .

在主节点上，转到” 管理区域”>”地理位置” . 在辅助节点上，转到” 管理区域”>”地理位置”>”节点” .

Common settings

所有地理节点均具有以下设置：

Setting Description
Primary 这会将地理节点标记为主要节点. 只能有一个主节点. 确保首先添加主节点，然后再添加所有其他节点.
Name 地理节点的唯一标识符. 必须与gitlab_rails['geo_node_name']中的设置gitlab_rails['geo_node_name']相/etc/gitlab/gitlab.rb . 该设置默认为external_url并带有斜杠.
URL 实例的面向用户的 URL.

您正在读取的节点带有绿色的Current node标签， 主节点被赋予蓝色的Primary标签. 请记住，您只能在主节点上进行更改！

Secondary node settings

辅助节点具有许多可用的其他设置：

Setting Description
选择性同步 为此辅助节点启用地理位置选择性同步 .
储存库同步容量 回填存储库时，此辅助节点将向主节点发出的并发请求数.
File sync capacity 回填文件时，此辅助节点将向主节点发出的并发请求数.

Geo backfill

二级节点通知由主节点更改存储库和文件，并总是试图对这些变化尽快同步.

回填是使用辅助节点添加到数据库之前存在的存储库和文件填充辅助节点的操作. 由于可能存在大量的存储库和文件，因此一次尝试全部下载它们是不可行的，因此，GitLab 对这些操作的并发性设置了上限.

回填所需的时间是最大并发的函数，但是值越高， 主节点上的负担就越大. 从GitLab 10.2 开始 ，限制是可配置的. 如果主节点有很多剩余容量，则可以增加值以在更短的时间内完成回填. 如果它的负载很重，回填会降低其正常请求的可用性，则可以减少这些请求.

Using a different URL for synchronization

次要节点使用主节点的内部 URL 与之联系（例如，同步存储库）. 内部 URL 名称将其与用户使用的外部 URL 区别开来. 内部 URL 不必是私有地址.

内部 URL 默认为外部 URL，但是您可以在管理区域>地理位置>节点下对其进行自定义.

警告：我们建议在配置 Geo 节点时使用 HTTPS 连接. 为了避免在使用 HTTPS 时中断主节点和辅助节点之间的通信，请自定义内部 URL 以指向负载均衡器，且 TLS 终止于负载均衡器.

Multiple secondary nodes behind a load balancer

在 GitLab 11.11 中，只要为每个地理节点设置了唯一的name ， 辅助节点就可以使用相同的外部 URL. gitlab.rb设置gitlab_rails['geo_node_name']必须：

  • 为每个运行unicorn ， sidekiq或geo_logcursor GitLab 实例设置.
  • 匹配地理节点名称.

负载平衡器必须使用粘性会话，以避免身份验证失败和跨站点请求错误.