Skip to main content
NetApp Disaster Recovery
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

使用NetApp Disaster Recovery将应用程序故障转移到远程站点

贡献者 netapp-ahibbard amgrissino

如果发生灾难,请将您的主要本地 VMware 站点故障转移到另一个本地 VMware 站点或 AWS 上的 VMware Cloud。您可以测试故障转移过程以确保在需要时能够成功。

所需的NetApp Console角色 组织管理员、文件夹或项目管理员、灾难恢复管理员或灾难恢复故障转移管理员角色。

"了解NetApp Disaster Recovery中的用户角色和权限"。https://docs.netapp.com/us-en/console-setup-admin/reference-iam-predefined-roles.html["了解所有服务的NetApp Console访问角色"^]。

关于此任务

在故障转移期间,灾难恢复默认使用最新的SnapMirror快照副本,但您可以从某个时间点快照中选择特定的快照(根据SnapMirror的保留策略)。如果最新副本遭到破坏(例如在勒索软件攻击期间),请使用时间点选项。

此过程会有所不同,具体取决于生产站点是否健康以及您是否由于关键基础设施故障以外的原因执行到灾难恢复站点的故障转移:

  • 发生严重生产站点故障,导致无法访问源 vCenter 或ONTAP集群: NetApp Disaster Recovery允许您选择任何可用的快照进行恢复。

  • 生产环境健康:您可以“立即拍摄快照”或选择之前创建的快照。

此过程会中断复制关系,将 vCenter 源虚拟机置于脱机状态,将卷注册为灾难恢复 vCenter 中的数据存储区,使用计划中的故障转移规则重新启动受保护的虚拟机,并在目标站点上启用读/写功能。

测试故障转移过程

在开始故障转移之前,您可以测试该过程。测试不会将 VM 置于离线状态。

在故障转移测试期间,Disaster Recovery 会暂时创建虚拟机。Disaster Recovery 将备份 FlexClone 卷的临时数据存储区映射到 ESXi 主机。

此过程不会占用本地ONTAP存储或 AWS 中NetApp ONTAP存储的 FSx 的额外物理容量。原始源卷不会被修改,即使在灾难恢复期间,副本作业也可以继续进行。

完成测试后,应使用 Clean up test 选项重置虚拟机。虽然建议这样做,但不是必需的。

测试故障转移操作不会影响生产工作负载、测试站点上使用的SnapMirror关系以及必须继续正常运行的受保护工作负载。

对于测试故障转移,灾难恢复执行以下操作:

  • 对目标集群和SnapMirror关系执行预检查。

  • 从选定的快照为目标站点ONTAP集群上的每个受保护的ONTAP卷创建一个新的FlexClone卷。

  • 如果任何数据存储都是 VMFS,则创建一个 iGroup 并将其映射到每个 LUN。

  • 在 vCenter 中将目标虚拟机注册为新数据存储库。

  • 根据资源组页面中捕获的启动顺序打开目标 VM。

  • 取消停顿虚拟机中任何被标记为“应用程序一致”的受支持的数据库应用程序。

  • 如果源 vCenter 和ONTAP集群仍处于活动状态,请创建反向SnapMirror关系,以将故障转移状态下的任何更改复制回原始源站点。

步骤
  1. 登录 "NetApp Console"

  2. 从NetApp Console左侧导航中,选择 保护 > 灾难恢复

  3. 从NetApp Disaster Recovery菜单中,选择 复制计划

  4. 选择复制计划。

  5. 在右侧,选择“操作”选项NetApp Disaster Recovery服务中的操作菜单图标并选择*测试故障转移*。

  6. 在测试故障转移页面中,输入“测试故障转移”并选择*测试故障转移*。

  7. 测试完成后,清理测试环境。

故障转移测试后清理测试环境

故障转移测试完成后,您应该清理测试环境。此过程将从测试位置、FlexClone 和临时数据存储区中删除临时虚拟机。

步骤
  1. 从NetApp Disaster Recovery菜单中,选择 复制计划

  2. 选择复制计划。

  3. 在右侧,选择“操作”选项 NetApp Disaster Recovery服务中的操作菜单图标 然后*清理故障转移测试*。

  4. 在“测试故障转移”页面中,输入“清理故障转移”,然后选择“清理故障转移测试”。

将源站点故障转移到灾难恢复站点

如果发生灾难,您可以根据需要将主要本地 VMware 站点故障转移到另一个本地 VMware 站点或使用 FSx for NetApp ONTAP 的AWS 上的 VMware Cloud。

故障转移过程涉及以下操作:

  • 灾难恢复对目标集群和SnapMirror关系执行预检查。

  • 如果您选择了最新的快照,则会执行SnapMirror更新以复制最新的更改。

  • 源 VM 已关闭。

  • SnapMirror 关系断开,目标卷为读/写卷。

  • 根据快照的选择,活动文件系统将恢复到指定的快照(最新或选定)。

  • 根据复制计划中捕获的信息创建数据存储并将其安装到 VMware 或 VMC 集群或主机。如果任何数据存储都是 VMFS,则创建一个 iGroup 并将其映射到每个 LUN。

  • 目标 VM 在 vCenter 中注册为新数据存储库。

  • 目标 VM 根据资源组页面中捕获的启动顺序开机。

  • 如果源 vCenter 仍处于活动状态,请关闭所有正在进行故障转移的源端虚拟机。

  • 取消停顿虚拟机中任何被标记为“应用程序一致”的受支持的数据库应用程序。

  • 如果源 vCenter 和ONTAP集群仍处于活动状态,请创建反向SnapMirror关系,以便在故障转移状态下将任何更改复制回原始源站点。 SnapMirror关系从目标虚拟机到源虚拟机是相反的。

提示 故障转移开始后,您可以在灾难恢复站点的 vCenter 中看到已恢复的虚拟机(虚拟机、网络和数据存储区)。默认情况下,虚拟机将恢复到 Workload 文件夹。
vCenter

对于基于数据存储的复制计划,如果您已添加并发现了任何虚拟机,但未提供映射详细信息,则这些虚拟机将包含在故障转移中。故障转移失败后,作业中会发出通知。您必须提供映射详细信息才能成功完成故障转移。

步骤
  1. 从NetApp Disaster Recovery菜单中,选择 复制计划

  2. 在下拉菜单中,过滤到 vCenter 复制计划。

    站点类型切换的屏幕截图
  3. 选择复制计划。

  4. 在右侧,选择 Actions 选项 NetApp Disaster Recovery服务中的操作菜单图标,将鼠标悬停在 Recover 上,然后选择 Fail over

    故障转移页面

  5. 在故障转移页面中,您可以立即创建一个新的快照,或者选择一个现有的快照作为数据存储的恢复基础。默认值为最新版本。

    在发生故障转移之前,将拍摄当前源的快照并将其复制到当前目标。

  6. 如果您希望发生故障转移,即使检测到通常会阻止故障转移发生的错误,请选择*强制故障转移*。

  7. 如果您希望服务在复制计划故障转移后不自动创建反向 SnapMirror 保护关系,请选择*跳过保护*。如果要在 NetApp Disaster Recovery 中将其恢复联机之前在还原的站点上执行其他操作,则此功能非常有用。

    提示 您可以通过从复制计划操作菜单中选择*保护资源*来建立反向保护。这会尝试为计划中的每个卷创建反向复制关系。您可以重复运行此作业,直到恢复保护。当保护恢复后,您可以按照通常的方式启动故障恢复。
  8. 在框中输入“故障转移”。

  9. 选择*故障转移*。

  10. 要检查进度,请在菜单中选择*作业监控*。

Kubernetes
  1. 从NetApp Disaster Recovery菜单中,选择 复制计划

  2. 在下拉菜单中,过滤到 Kubernetes 复制计划。

    站点类型切换的屏幕截图
  3. 选择复制计划。

  4. 在右侧,选择 Actions 选项 NetApp Disaster Recovery服务中的操作菜单图标,将鼠标悬停在 Recover 上,然后选择 Fail over

  5. 选择要用于故障转移的快照副本。您可以 立即拍摄快照 以创建将复制到目标集群的全新快照,或 使用最新快照 以使用目标集群上可用的最新快照。

  6. 如果您希望服务在复制计划故障转移后不自动创建反向 SnapMirror 保护关系,请选择*跳过保护*。如果要在 NetApp Disaster Recovery 中将其恢复联机之前在还原的站点上执行其他操作,则此功能非常有用。

  7. 输入 "Failover" 确认操作,然后选择 Failover

您可以在 Job monitoringReplication plans 中监控作业状态。