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安排,请查看: