卷迁移概览

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

卷迁移简介

借助卷迁移功能,您可以将卷从基于 ONTAP 的源迁移到 Google Cloud NetApp Volumes,迁移方式是基于 SnapMirror 的迁移。SnapMirror 以卷为单位运行,可将源卷复制到不同系统上的目标卷。

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

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

  • 它只会复制已使用的数据。

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

  • 传输可保持存储效率。如果源卷包含去重或压缩的数据,这些效率会延续到目标卷,从而减少要传输的数据量。

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

  • 您可以使用源音量,而不会对性能产生明显影响。

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

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

SnapMirror 可在 ONTAP 系统之间(即使是不同地理位置的系统之间)传输卷。

NetApp Volumes 已使用 SnapMirror 实现其卷复制功能,该功能允许在不同的 Google 区域之间复制 NetApp Volumes。一种新的卷复制子类型(称为混合复制)现在支持将 ONTAP 卷迁移到 NetApp Volumes。

迁移过程概览

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

  1. Authentication

  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 系统中移除集群对等互联。此外,您还可以移除仅为迁移目的而在源与目标之间配置的任何网络。

后续步骤

规划迁移