卷迁移概览

本页面简要介绍了卷迁移功能。

卷迁移简介

借助卷迁移功能,您可以使用基于 SnapMirror 的迁移将卷从基于 ONTAP 的来源迁移到 Google Cloud NetApp Volumes。SnapMirror 在卷级运行,可以将来源卷复制到不同系统上的目标卷。

与传统的数据复制方法相比,SnapMirror 具有许多优势:

  • 它可以在任何 IP 网络上运行,并且可以应对网络问题,支持各种网络速度和延迟时间。

  • 它仅复制已使用的数据。

  • 在初始基准数据转移之后,后续转移是增量转移,仅复制更改的数据,并且会无限期地复制。增量转移的更改计算速度非常快,并且与卷中存储的数据类型无关。

  • 转移会保留存储效率。如果来源卷包含重复数据消除或压缩的数据,则这些效率会保留下来,从而减少要转移的数据量。

  • 所有转移都在传输过程中加密。

  • 您可以使用来源卷,而不会对性能产生任何明显影响。

  • 基准转移完成后,您可以在只读状态下使用目标卷。

  • 所有数据(包括元数据,例如复杂的访问权限控制列表 (ACL) 和锁定的文件)都会被转移。

SnapMirror 可以在 ONTAP 系统之间转移卷,即使这些系统位于不同的地理位置也是如此。

Google Cloud NetApp Volumes 使用 SnapMirror 在不同 Google 区域中的 NetApp Volumes 之间进行卷复制。此外,您还可以使用 SnapMirror 在外部基于 ONTAP 的卷和 NetApp Volumes 之间进行复制,这称为“混合复制”

混合复制包括以下两种类型:

  • 卷迁移旨在从 ONTAP 到 NetApp Volumes 进行一次性转移。

  • 外部复制 旨在进行持续的灾难恢复复制,并且复制 方向可以反转。

迁移过程概览

混合复制可确保从来源到目标位置快速、一致且完整地迁移数据,同时对生产环境的影响最小。此过程包括以下阶段:

  1. 身份验证

  2. 基准转移

  3. 增量转移

  4. 割接

  5. 清理

身份验证

在身份验证阶段,来源 ONTAP 系统的存储管理员必须向 NetApp Volumes 授予从来源系统提取卷的权限。这是通过 来源 ONTAP 系统上的管理步骤实现的,称为“集群对等互连”“SVM 对等互连”。卷迁移过程会生成管理员必须在来源系统上运行的 ONTAP 命令。

基准转移

设置迁移后,快照会在来源系统上创建一个一致性点。然后,从该快照捕获的所有数据(包括较旧的快照)都会在初始阶段(称为“基准转移” )期间转移到 NetApp Volumes。

基准转移可能需要几分钟、几小时、几天或几周的时间。此持续时间取决于以下因素:

  • 快照中的数据量。

  • ONTAP 来源系统与 NetApp Volumes 之间的网络速度。

  • NetApp Volumes 的吞吐量设置。

在基准转移期间,来源卷会继续为工作负载提供服务,并且会添加、更改或删除数据。这些更改不会影响用于基准一致性点的快照。在基准转移进行期间,目标卷对客户端不可用。基准转移完成后,目标卷将变为在线状态,并且可以只读模式供客户端访问。请注意,目标卷将具有不同的 IP 地址。

与卷复制不同,卷迁移无法读取来源卷参数,例如大小、协议选择以及导出或快照政策。 因此,您必须为目标卷正确配置这些设置。

现在,您可以开始将目标卷装载或映射到虚拟机,为迁移结束做准备。

增量转移

基准转移完成后,迁移会触发每小时的增量转移。

每次增量转移都会执行以下操作:

  1. 创建来源卷的新快照。

  2. 计算当前快照与上一个快照之间的数据更改。

  3. 开始将这些更改转移到目标位置。

如果自基准快照以来发生了大量更改,并且在安排下一次每小时转移时增量转移仍在运行,则系统会跳过此转移。下一次增量转移会捕获新的来源快照,删除最旧的 SnapMirror 快照,计算更改并转移这些更改。

装载目标卷的客户端会看到具有静态内容的只读视图。但是,增量转移完成后,卷的内容会通过单个原子操作从上一个复制快照立即更新为最新的快照。

除非添加到来源卷的新数据量超过一小时内可以转移的数据量,否则增量转移的大小会随着每次成功转移而减小。此过程会持续到稳定在由来源卷的每小时更改率定义的比率为止,这可能需要几次迭代。达到此稳定状态后,您可以安排割接。为了最大限度地缩短割接期间所需的停机时间,目标是减少来源卷和目标卷之间的更改。

割接

在割接期间,您可以将工作负载从来源卷移到目标卷,而不会丢失数据 (RPO = 0),并且停机时间最短 (RTO)。割接过程包括以下子步骤:

  1. 停止修改

  2. 等待当前转移

  3. 执行手动增量转移

  4. 停止复制

  5. 重新配置并重启应用

停止修改

由于增量转移是异步的,因此来源卷可能包含尚未反映在目标卷上的更改。如需同步,请通过以下方式停止对来源卷的所有修改:

  • 停止所有修改数据的应用。

  • 可选:将卷权限更改为只读,以防止任何客户端修改数据。

等待当前转移

确保完成所有正在运行的增量转移。

执行手动增量转移

执行手动增量转移,将最新数据发送到目标系统。这应该只需要几秒到几分钟的时间,具体取决于自上次转移以来更改的数据量、网络速度以及目标卷的吞吐量限制。

手动增量转移完成后,最新数据将在目标位置提供。

停止复制

对复制运行停止操作,使目标卷可读写。这样就完成了数据迁移。

重新配置并重启应用

重新配置应用以使用目标卷,然后重启这些应用。确保停止对来源卷的所有数据访问,以防止任何应用意外使用来源卷。

清理

如果割接成功,您可以执行以下清理步骤:

  1. 删除已停止的复制:删除已停止的复制时, 复制资源会被删除,但目标卷不会被删除。 此过程还会删除后端与来源系统一起使用的 SnapMirror 关系。

  2. 移除集群对等互连:如果这是 NetApp Volumes 与来源集群之间的最后一个 SnapMirror 关系 ,您可以从来源 ONTAP 系统中移除集群对等互连。此外,您还可以移除仅为迁移目的而在来源和目标位置之间配置的任何网络。

后续步骤

规划迁移