Geo 与对象存储

Geo 可与对象存储（AWS S3 或其他兼容的对象存储）结合使用。

次要 站点可以使用以下方式之一：

• 与 主站点 相同的存储桶。
• 复制存储桶。
• 如果主站点使用本地存储，则使用本地存储。

文件的存储方法（本地或对象存储）记录在数据库中，并且数据库从 主 Geo 站点复制到 次要 Geo 站点。

访问上传的对象时，我们从数据库中获取其存储方法（本地或对象存储），因此 次要 Geo 站点必须与 主 Geo 站点的存储方法匹配。

因此，如果 主 Geo 站点使用对象存储，次要 Geo 站点也必须使用它。

要使用：

• 极狐GitLab 管理复制，请遵循 启用极狐GitLab 复制。
• 第三方服务管理复制，请遵循 第三方复制服务。

阅读有关使用对象存储与极狐GitLab 的更多信息。

对象存储验证#

Geo 验证存储在对象存储中的文件，以确保主站点和次要站点之间的数据完整性。

当 geo_object_storage_verification 功能标志被禁用时：

• Geo 验证工作器（Geo::VerificationBatchWorker）仍然可能出现在 Sidekiq 日志中，但验证不会发生。
• 在清理验证记录期间，工作器可能会被排入队列以处理剩余记录。

启用极狐GitLab 管理的对象存储复制#

次要 站点可以复制 主站点 存储的文件，无论它们是存储在本地文件系统中还是存储在对象存储中。

要启用极狐GitLab 复制：

1. 在右上角，选择 管理员。
2. 在左侧边栏中，选择 Geo > 站点。
3. 在 次要 站点上选择 编辑。
4. 在 同步设置 部分，找到 允许此次要站点复制对象存储中的内容 复选框以启用它。

对于 LFS，请按照文档设置 LFS 对象存储。

对于 CI 作业产物，有类似的文档来配置 作业产物对象存储。

对于用户上传，有类似的文档来配置 上传对象存储。

如果要将 主站点 的文件迁移到对象存储，可以通过以下几种方式配置 次要 站点：

• 使用完全相同的对象存储。
• 使用单独的对象存储，但利用您的对象存储解决方案的内置复制功能。
• 使用单独的对象存储，并启用 允许此次要站点复制对象存储中的内容 设置。

如果 允许此次要站点复制对象存储中的内容 设置被禁用，并且您已将所有文件从本地存储迁移到对象存储，那么许多 管理员 > Geo > 站点 进度条会显示 无内容可同步。

极狐GitLab 不支持同时满足以下条件的情况：

• 主站点 使用本地存储。
• 次要 站点使用对象存储。

迁移后的不一致性#

从本地存储迁移到对象存储时可能会发生数据不一致，这在 对象存储故障排除部分 中有进一步描述。

第三方复制服务#

使用 Amazon S3 时，您可以使用 跨区域复制（CRR），在 主站点 使用的存储桶与 次要 站点使用的存储桶之间进行自动复制。

如果您使用 Google Cloud Storage，请考虑使用 多区域存储。或者，您可以使用 存储转移服务，尽管这仅支持每日同步。

对于手动同步，或按计划通过 cron 进行同步，请参阅：

• s3cmd sync
• gsutil rsync