Geo with Object storage

原文：https://docs.gitlab.com/ee/administration/geo/replication/object_storage.html

Geo with Object storage

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

当前， 辅助节点可以使用以下任一方式：

  • 与主节点相同的存储桶.
  • 复制的存储桶.

具有：

Read more about using object storage with GitLab.

Enabling GitLab managed object storage replication

在 GitLab 12.4 中引入 .

警告：这是Beta 版功能 ，尚未准备好用于任何规模的生产.

辅助节点可以复制存储在主节点上的文件，而不管它们是存储在本地文件系统还是对象存储中.

要启用 GitLab 复制，您必须：

  1. 去 管理区> 地理位置 .
  2. 在辅助节点上按编辑 .
  3. 启用” 允许此辅助节点在对象存储上复制内容”复选框.

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

对于 CI 作业工件，有类似的文档可以配置作业工件对象存储

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

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

  • 使用完全相同的对象存储.
  • 使用单独的对象存储，但可以利用对象存储解决方案的内置复制.
  • 使用单独的对象存储，并启用” 允许此辅助节点在对象存储上复制内容”设置.

GitLab 当前不支持以下两种情况：

  • 主节点使用本地存储.
  • 辅助节点使用对象存储.

Third-party replication services

使用 Amazon S3 时，您可以使用CRR在主节点使用的存储桶和辅助节点使用的存储桶之间进行自动复制.

如果您使用的是 Google Cloud Storage，请考虑使用Multi-Regional Storage . 或者，您可以使用” 存储传输服务” ，尽管该服务仅支持每日同步.

对于手动同步，或由cron安排，请查看：