比较跨网格复制和 CloudMirror 复制
当你开始使用网格联合时,回顾一下"跨网格复制"以及"StorageGRID CloudMirror 复制服务"。
跨网格复制 | CloudMirror复制服务 | |
---|---|---|
主要目的是什么? |
一个StorageGRID系统充当灾难恢复系统。存储桶中的对象可以在网格之间单向或双向复制。 |
使租户能够自动将对象从StorageGRID (源)中的存储桶复制到外部 S3 存储桶(目标)。 CloudMirror 复制在独立的 S3 基础架构中创建对象的独立副本。此独立副本不用作备份,但通常在云中进一步处理。 |
如何設置? |
|
|
谁负责设置它? |
|
通常是租户用户。 |
目的地是哪里? |
网格联合连接中另一个StorageGRID系统上对应且相同的 S3 存储桶。 |
|
是否需要对象版本控制? |
是的,源存储桶和目标存储桶都必须启用对象版本控制。 |
不,CloudMirror 复制支持源和目标上任意组合的非版本化和版本化存储桶。 |
什么原因导致物体移动到目的地? |
当对象被添加到启用了跨网格复制的存储桶时,它们会自动复制。 |
当对象被添加到已配置 CloudMirror 端点的存储桶时,对象会自动复制。在使用 CloudMirror 端点配置存储桶之前,源存储桶中存在的对象不会被复制,除非它们被修改。 |
对象是如何复制的? |
跨网格复制创建版本化对象,并将版本 ID 从源存储桶复制到目标存储桶。这允许在两个网格中维护版本顺序。 |
CloudMirror 复制不需要启用版本控制的存储桶,因此 CloudMirror 只能维护站点内密钥的排序。无法保证对不同站点的对象请求的顺序能够保持不变。 |
如果一个对象无法被复制怎么办? |
该对象正在排队等待复制,但受到元数据存储限制。 |
该对象正在排队等待复制,但受平台服务限制(请参阅"使用平台服务的建议")。 |
对象的系统元数据是否被复制? |
是的,当一个对象被复制到另一个网格时,它的系统元数据也会被复制。两个网格上的元数据将是相同的。 |
不会,当对象被复制到外部存储桶时,其系统元数据会被更新。元数据在不同位置会有所不同,具体取决于摄取时间和独立 S3 基础设施的行为。 |
如何检索对象? |
应用程序可以通过向任一网格上的存储桶发出请求来检索或读取对象。 |
应用程序可以通过向StorageGRID或 S3 目标发出请求来检索或读取对象。例如,假设您使用 CloudMirror 复制将对象镜像到合作伙伴组织。合作伙伴可以使用自己的应用程序直接从 S3 目标读取或更新对象。不需要使用StorageGRID 。 |
如果删除对象会发生什么? |
|
结果将根据源存储桶和目标存储桶的版本状态而有所不同(它们不需要相同):
同样,可以删除目标存储桶中的对象,而不会影响源。 |