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

借助NetApp SnapCenter和Veeam复制实现应用程序一致的灾难恢复

贡献者

将灾难恢复到云是一种具有弹性且经济高效的方式、可保护工作负载免受站点中断和勒索软件等数据损坏事件的影响。借助NetApp SnapMirror、可以将使用来宾连接存储的内部VMware工作负载复制到在Google Cloud中运行的NetApp Cloud Volumes ONTAP。

作者:NetApp公司Suresh ThopPay

概述

许多客户都在为VMware vSphere上托管的应用程序VM寻找有效的灾难恢复解决方案。其中许多企业使用现有备份解决方案在灾难期间执行恢复。
解决方案多次增加了RTO、但并未达到他们的期望。为了减少RPO和RTO、只要具有适当权限的网络连接和环境可用、即使从内部复制到GCVE)也可以使用Veeam VM复制。
注意:Veeam VM Replication不会保护与VM子系统连接的存储设备、例如子系统VM中的iSCSI或NFS挂载。需要单独保护这些数据。

为了实现SQL VM的应用程序一致复制并减少RTO、我们使用SnapCenter来编排SQL数据库和日志卷的SnapMirror操作。

本文档提供了使用NetApp SnapMirror、Veeam和Google Cloud VMware Engine (GCVE)设置和执行灾难恢复的分步方法。

Application VM复制架构

假设

本文档重点介绍应用程序数据的子系统内存储(也称为子系统连接)、我们假定内部环境正在使用SnapCenter 进行应用程序一致的备份。

备注 本文档将对任何第三方备份或恢复解决方案 进行适用场景。根据环境中使用的解决方案 、按照最佳实践创建符合组织SLA的备份策略。

要在内部环境与Google Cloud网络之间建立连接、请使用专用互连或Cloud VPN等连接选项。应根据内部VLAN设计创建分段。

备注 将内部数据中心连接到Google Cloud有多种方式、这使我们无法在本文档中概述特定工作流。有关适当的内部到Google连接方法、请参见Google Cloud文档。

部署DR解决方案

解决方案 部署概述

  1. 确保使用具有必要RPO要求的SnapCenter 备份应用程序数据。

  2. 在适当的订阅和虚拟网络中使用BlueXP为Cloud Volumes ONTAP配置正确的实例大小。

    1. 为相关应用程序卷配置SnapMirror。

    2. 更新SnapCenter 中的备份策略、以便在计划作业完成后触发SnapMirror更新。

  3. 安装Veeam软件并开始将虚拟机复制到Google Cloud VMware Engine实例。

  4. 发生灾难事件时、请使用BlueXP中断SnapMirror关系、并使用Veeam触发虚拟机故障转移。

    1. 重新连接应用程序VM的iSCSI LUN和NFS挂载。

    2. 使应用程序联机。

  5. 在主站点恢复之后、通过反向重新同步SnapMirror来调用对受保护站点的故障恢复。

部署详细信息

在Google Cloud上配置CVO并将卷复制到CVO

第一步是Cloud Volumes ONTAP在Google Cloud ("CVO")并使用所需的频率和快照保留将所需的卷复制到Cloud Volumes ONTAP。

图中显示了输入/输出对话框或表示已写入内容

有关设置SnapCenter 和复制数据的分步说明示例、请参见 "使用SnapCenter 设置复制"

查看使用SnapCenter保护SQL VM的情况
配置GCVE主机和CVO数据访问

部署SDDC时需要考虑的两个重要因素是GCVE解决方案 中SDDC集群的大小以及SDDC的持续运行时间。对于灾难恢复解决方案 、这两个主要注意事项有助于降低整体运营成本。SDDC可以小至三台主机、在整个规模的部署中一直到多主机集群。

可以将适用于NFS数据存储库的Google Cloud NetApp卷以及适用于SQL的Cloud Volumes ONTAP数据库和日志部署到任何VPC、并且GCVI应与该VPC建立专用连接、以挂载NFS数据存储库并使VM连接到iSCSI LUN。

要配置GCVE SDDC、请参见 "在 Google Cloud Platform ( GCP )上部署和配置虚拟化环境"。前提条件是、在建立连接后、验证位于GCVE主机上的子虚拟机是否能够使用Cloud Volumes ONTAP 中的数据。

正确配置Cloud Volumes ONTAP 和GCVE后、请使用Veeam复制功能并利用SnapMirror将应用程序卷副本复制到Cloud Volumes ONTAP 、开始配置Veeam、以便自动将内部工作负载恢复到GCVE (具有应用程序VMDK的VM和具有来宾存储的VM)。

安装Veeam组件

根据部署场景、需要部署的Veeam备份服务器、备份存储库和备份代理。在此使用情形下、无需为Veeam部署对象存储、也不需要横向扩展存储库。
"有关安装操作步骤 的信息、请参见Veeam文档"
有关追加信息、请参见 "使用Veeam Replication进行迁移"

使用Veeam设置VM复制

内部vCenter和GCVE vCenter都需要向Veeam注册。 "设置vSphere VM复制作业" 在向导的子系统处理步骤中、选择禁用应用程序处理、因为我们将利用SnapCenter 进行应用程序感知型备份和恢复。

Microsoft SQL Server VM故障转移

此解决方案 的优势

  • 使用高效且具有故障恢复能力的SnapMirror复制。

  • 使用ONTAP 快照保留功能恢复到任何可用时间点。

  • 从存储、计算、网络和应用程序验证步骤中恢复成百上千个VM所需的所有步骤均可实现完全自动化。

  • SnapCenter 使用的克隆机制不会更改复制的卷。

    • 这样可以避免卷和快照的数据损坏风险。

    • 在灾难恢复测试工作流期间避免复制中断。

    • 将灾难恢复数据用于灾难恢复以外的工作流、例如开发/测试、安全测试、修补和升级测试以及修复测试。

  • Veeam复制允许更改灾难恢复站点上的VM IP地址。