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

复制拓扑

提供者

在 ONTAP 9 中,集群管理员可以看到集群的物理组件,但使用集群的应用程序和主机无法直接看到这些物理组件。物理组件提供了一个共享资源池,用于构建逻辑集群资源。应用程序和主机仅通过包含卷和 LIF 的 SVM 访问数据。

在 VMware vCenter Site Recovery Manager 中,每个 NetApp SVM 都被视为一个阵列。SRM 支持某些阵列到阵列(或 SVM 到 SVM )复制布局。

一个虚拟机不能在多个 SRM 阵列上拥有虚拟机磁盘( Virtual Machine Disk , VMDK )或 RDM 数据,原因如下:

  • SRM 只能识别 SVM ,而不能识别单个物理控制器。

  • SVM 可以控制跨越集群中多个节点的 LUN 和卷。

最佳实践

要确定可支持性,请牢记以下规则:要使用 SRM 和 NetApp SRA 保护 VM , VM 的所有部分都必须仅位于一个 SVM 上。此规则适用于受保护站点和恢复站点。

支持的 SnapMirror 布局

下图显示了 SRM 和 SRA 支持的 SnapMirror 关系布局方案。复制卷中的每个 VM 在每个站点上仅拥有一个 SRM 阵列( SVM )上的数据。

错误:缺少图形映像

错误:缺少图形映像

错误:缺少图形映像

错误:缺少图形映像

支持的阵列管理器布局

在 SRM 中使用基于阵列的复制( ABR )时,保护组会隔离到一个阵列对中,如以下屏幕截图所示。在这种情况下,恢复站点上的 SVM1SVM2SVM3SVM4 建立对等关系。但是,在创建保护组时,您只能选择两个阵列对中的一个。

错误:缺少图形映像

不支持的布局

不受支持的配置会在单个虚拟机所拥有的多个 SVM 上包含数据( VMDK 或 RDM )。在下图所示的示例中,无法为 VM1 配置 SRM 保护,因为 VM1 的数据位于两个 SVM 上。

错误:缺少图形映像

错误:缺少图形映像

如果任何复制关系将单个 NetApp 卷从一个源 SVM 复制到同一 SVM 或不同 SVM 中的多个目标,则称为 SnapMirror 扇出。SRM 不支持扇出。在下图所示的示例中,无法在 SRM 中配置 VM1 以进行保护,因为它通过 SnapMirror 复制到两个不同的位置。

错误:缺少图形映像

SnapMirror 级联

SRM 不支持 SnapMirror 关系的级联,即,将源卷复制到目标卷,同时使用 SnapMirror 将目标卷复制到另一个目标卷。在下图所示的情形中,不能使用 SRM 在任何站点之间进行故障转移。

错误:缺少图形映像

SnapMirror 和 SnapVault

NetApp SnapVault 软件支持在 NetApp 存储系统之间对企业数据进行基于磁盘的备份。SnapVault 和 SnapMirror 可以同时位于同一环境中;但是, SRM 仅支持 SnapMirror 关系的故障转移。

注 NetApp SRA 支持 mirror-vault 策略类型。

SnapVault 是为 ONTAP 8.2 从头开始重建的。虽然以前的 Data ONTAP 7- 模式用户应该发现相似之处,但此版本的 SnapVault 已进行了重大改进。其中一项重大进步是,能够在 SnapVault 传输期间保持主数据的存储效率。

一个重要的架构变化是, ONTAP 9 中的 SnapVault 在卷级别进行复制,而不是像 7- 模式 SnapVault 那样在 qtree 级别进行复制。此设置意味着 SnapVault 关系的源必须为卷,并且该卷必须复制到 SnapVault 二级系统上其自身的卷。

在使用 SnapVault 的环境中,将在主存储系统上创建专门命名的 Snapshot 副本。根据所实施的配置,可以通过 SnapVault 计划或 NetApp Active IQ Unified Manager 等应用程序在主系统上创建命名的 Snapshot 副本。然后,在主系统上创建的命名 Snapshot 副本会复制到 SnapMirror 目标,并从该位置存储到 SnapVault 目标。

可以在级联配置中创建源卷,在级联配置中,卷会复制到灾难恢复站点中的 SnapMirror 目标,然后从该位置存储到 SnapVault 目标。也可以在扇出关系中创建源卷,其中一个目标是 SnapMirror 目标,另一个目标是 SnapVault 目标。但是,在发生 SRM 故障转移或复制反转时, SRA 不会自动重新配置 SnapVault 关系以使用 SnapMirror 目标卷作为存储源。

有关适用于 ONTAP 9 的 SnapMirror 和 SnapVault 的最新信息,请参见 "TR-4015 《适用于 ONTAP 9 的 SnapMirror 配置最佳实践指南》。"

最佳实践

如果在同一环境中使用 SnapVault 和 SRM , NetApp 建议使用 SnapMirror 到 SnapVault 级联配置,其中通常会从灾难恢复站点的 SnapMirror 目标执行 SnapVault 备份。发生灾难时,此配置会使主站点无法访问。通过将 SnapVault 目标保留在恢复站点上,可以在故障转移后重新配置 SnapVault 备份,以便在恢复站点上运行时可以继续执行 SnapVault 备份。

在 VMware 环境中,每个数据存储库都有一个通用唯一标识符( UUID ),每个 VM 都有一个唯一的受管对象 ID ( MOID )。在故障转移或故障恢复期间, SRM 不会维护这些 ID 。由于 SRM 在故障转移期间不会维护数据存储库 UUID 和 VM MOID ,因此,在 SRM 故障转移后,必须重新配置依赖这些 ID 的所有应用程序。例如, NetApp Active IQ Unified Manager 可将 SnapVault 复制与 vSphere 环境进行协调。

下图显示了 SnapMirror 到 SnapVault 的级联配置。如果 SnapVault 目标位于灾难恢复站点或不受主站点中断影响的三级站点上,则可以重新配置环境,以便在故障转移后继续备份。

错误:缺少图形映像

下图显示了使用 SRM 将 SnapMirror 复制反转回主站点后的配置。此外,还对环境进行了重新配置,使 SnapVault 备份从现在的 SnapMirror 源进行。此设置为 SnapMirror SnapVault 扇出配置。

错误:缺少图形映像

在 SRM 执行故障恢复并再次反转 SnapMirror 关系后,生产数据将返回到主站点。现在,此数据将通过 SnapMirror 和 SnapVault 备份获得与故障转移到灾难恢复站点之前相同的保护方式。

在 Site Recovery Manager 环境中使用 qtree

qtree 是一种特殊目录,可用于为 NAS 应用文件系统配额。ONTAP 9 允许创建 qtree ,而 qtree 可以存在于使用 SnapMirror 复制的卷中。但是, SnapMirror 不允许复制单个 qtree 或 qtree 级复制。所有 SnapMirror 复制仅在卷级别进行。因此, NetApp 不建议在 SRM 中使用 qtree 。

FC 和 iSCSI 混合环境

借助支持的 SAN 协议( FC , FCoE 和 iSCSI ), ONTAP 9 可提供 LUN 服务,即创建 LUN 并将其映射到连接的主机。由于集群由多个控制器组成,因此,多路径 I/O 可管理多个逻辑路径,并将其连接到任何单个 LUN 。主机上使用非对称逻辑单元访问( ALUA ),以便选择 LUN 的优化路径并使其处于活动状态以进行数据传输。如果指向任何 LUN 的优化路径发生变化(例如,由于移动了包含 LUN 的卷), ONTAP 9 会自动识别此更改并无中断地进行调整。如果优化路径不可用, ONTAP 可以无中断地切换到任何其他可用路径。

VMware SRM 和 NetApp SRA 支持在一个站点使用 FC 协议,而在另一个站点使用 iSCSI 协议。但是,不支持在同一 ESXi 主机或同一集群中的不同主机中混合使用 FC 连接的数据存储库和 iSCSI 连接的数据存储库。SRM 不支持此配置,因为在 SRM 故障转移或测试故障转移期间, SRM 会在请求中包括 ESXi 主机中的所有 FC 和 iSCSI 启动程序。

最佳实践

SRM 和 SRA 支持在受保护站点和恢复站点之间混合使用 FC 和 iSCSI 协议。但是,每个站点只能配置一个 FC 或 iSCSI 协议,而不能在同一站点上同时配置这两个协议。如果要求在同一站点同时配置 FC 和 iSCSI 协议, NetApp 建议某些主机使用 iSCSI ,而其他主机使用 FC 。在这种情况下, NetApp 还建议设置 SRM 资源映射,以便将 VM 配置为故障转移到一组主机或另一组主机。