{{< details >}}
- Tier: 专业版, 旗舰版
- Offering: 私有化部署
{{< /details >}}
您可以为极狐GitLab Geo 站点配置各种设置。有关更多信息,请参阅Geo 文档。
在主站点或次站点上:
- 在左侧边栏的底部,选择 管理员。
- 选择 Geo > 站点。
常用设置
所有 Geo 站点都有以下设置:
设置 | 描述 |
---|---|
主站点 | 这将 Geo 站点标记为主站点。只能有一个主站点。 |
名称 | Geo 站点的唯一标识符。强烈建议使用物理位置作为名称。好的例子是“London Office”或“us-east-1”。避免使用“primary”、“secondary”、“Geo”或“DR”等词。这样可以更轻松地进行故障转移,因为物理位置不变,但 Geo 站点角色可以改变。单个 Geo 站点中的所有节点使用相同的站点名称。节点使用 /etc/gitlab/gitlab.rb 中的 gitlab_rails['geo_node_name'] 设置在 PostgreSQL 数据库中查找其 Geo 站点记录。如果未设置 gitlab_rails['geo_node_name'] ,则节点的 external_url (带尾随斜杠)将用作后备。名称 的值区分大小写,并允许大多数字符。 |
URL | 实例面向用户的 URL。 |
您正在浏览的站点用蓝色的 当前
标签表示,主节点作为 主站点
列在首位。
次要站点设置
次要站点有许多额外的设置可用:
设置 | 描述 |
---|---|
选择性同步 | 为此次要站点启用 Geo 选择性同步。 |
仓库同步容量 | 当回填仓库时,此次要站点向主站点发出的并发请求数。 |
文件同步容量 | 当回填文件时,此次要站点向主站点发出的并发请求数。 |
Geo 回填
次要站点由主站点通知仓库和文件的更改,并始终尝试尽快同步这些更改。
回填是将在 次要站点添加到数据库之前存在的仓库和文件填充到次要站点的行为。由于可能存在极大量的仓库和文件,因此不可能一次性尝试下载所有这些文件;因此,极狐GitLab 对这些操作的并发性施加上限。
回填所需的时间取决于最大并发性,但更高的值会对主站点施加更大的压力。限制是可配置的。如果您的主站点有大量剩余容量,您可以增加这些值以在较短时间内完成回填。如果它负载过重且回填降低了其对标准请求的可用性,您可以减少它们。
设置内部 URL
您可以为主站点和次站点之间的同步设置不同的 URL。
主站点的内部 URL 供次要站点联系它使用。例如,同步仓库。名称内部 URL 与外部 URL区分开来,外部 URL 供用户使用。内部 URL 不需要是私有地址。
次要站点的内部 URL 供主站点联系它使用。例如,检索同步或验证跟踪元数据以显示在Geo > 站点 > 项目仓库的管理员区域中。
内部 URL 默认为外部 URL。要更改它:
- 在左侧边栏的底部,选择 管理员。
- 选择 Geo > 站点。
- 在要自定义的站点上选择 编辑。
- 编辑内部 URL。
- 选择 保存更改。
启用后,Geo 的管理员区域会直接从主站点的 UI 中显示每个站点的复制详细信息,如果启用了 Geo 次要代理,则通过该代理显示。
{{< alert type=”warning” >}}
我们建议在配置 Geo 站点时使用 HTTPS 连接。为了避免在使用 HTTPS 时中断主站点和次要站点之间的通信,请将内部 URL 自定义为指向负载均衡器,并在负载均衡器处终止 TLS。
{{< /alert >}}