重复数据删除VMwareDR=提高成本效益.docVIP

重复数据删除 +VMware DR=提高成本效益 随着存储技术的快速普及，越来越多的企业用户开始意识到：从物理服务器转变为整合的虚拟化基础设施将具有不 可否认的 IT 优势。但是，快速迁移到 VMwa re 使灾难恢复 (DR) 的传统方法已经过时了，而且会增加 DR 实施的复杂性，因此人们又开始寻求新的方式。 用于 VMware Virtual Infrastructure 3(v13) 的 DR 要求你的所有 VM(虚拟机 )都需要定期复制到远程站点， 从而消耗了大 量的存储和网络带宽。而我们则尝试通过在 VMware 主存储系统上使用 NetApp 重复数据删除，来最大限度地减少你的主存储环境中的数据量。数据量的减少会使得你的下游基础 设施的优势不断加强，从而减少复制所需的带宽以及 DR 站 点上所需的存储。 使用重复数据删除所节约的成本可以使 DR 在成本可能会受到控制的情况下变得切实可行。例如，有个企业曾报告 在重复删除其 VMwa re Virtual DesktopInfrastructure(VDI) 环境之后，为其桌面提供 DR 所需的存储和带宽变得很少了，并 且为其 VDI 环境和 V13 环境添加 DR 切实可行。 在本文中， 我将探讨通过 VMwareDR 实施重复数据删除 所需要采取的措施。我还将讨论利用你的 DR 环境中的复制 数据用于 DR 测试及其它目的的情况。 在主 VMWare 环境中实施重复数据删除 由于 VMware 环境中的每个虚拟机都要求为其操作系统采用专用的存储，因此会出现大量的重复数据。你可能有很多 VM 安装了同一个操作系统和应用程序。 如果 100 个 VM 运行同一个操作系统，且每个虚拟机需 要 10GB 至 20GB 的存储空间，即 1TB 至 2TB 的存储空间专用于同一数据的几乎相同的拷贝。应用重复数据删除可以有效 消除此冗余。 概括地说，如果将 x 个虚拟机指定给一个存储卷，在重复数据删除后，你所需的操作系统存储空间量将是非重复数 据删除环境下所需存储空间量的1／ x。很显然，所获得的实 际结果将取决于卷中有多少个 VM 和这些 VM 相似程度。实际上，企业用户在 ESX V13环境通常可以节省 50％或更多的空间， 某些情况下存储空间节省可高达 90％。这是对 整个 VMware 存储环境 (包括应用程序数据， 而不仅仅是操作系统 )进行重复数据删除。 在 VDI 环境下， 用户通常可节省高达 90％的存储空间。 NetApp 重复数据删除的另一个优点是它不仅可以在主 存储设备上运行，还可以在任何现有的 NetApp 卷上运行。 即使你的 VMware 基础设施建设很完善，也可以运行重复数 据删除并节省大量存储空间。只需提供重复数据删除许可证： (免费 )和目标存储系统上的 NearStore 许可证即可进行操作。 灾难恢复配置 虽然主存储环境中的存储空间使用量得到减少本身已 经是一个重人益处，但是在使用 NetApp SnapMirror 实施灾 难恢复时，从重复数据除中获得的真正收益更加明显。因为 重复数据删除大大减少了必须复制的数据量， 从而减少了 DR 化置所需的空间和站点间所需的网络带宽。进行重复数据删 除以后，你也许可以配置 DR 以尽可能低的速度进行链接， 将更容易和更快速地让你的 DR 环境维持运转。 如果配置 DR，首先请在存储数据的主 VMware 存储环境 中对所有卷执行重复数据删除。然后在 DR 站点的主卷和目 标卷之间创建 SnapMirror 关系。 与许多其他复制解决方案不同， SnapMirror 不要求目标 配置与源配置完伞一样。如果需要，你可以在 DR 站点中使 用不同的 NetApp 存储系统和价格较低的磁盘 (如 SATA磁盘， 而不是光纤通道磁盘 )。 当 SnapMirror 第一次运行时， 它会将每个源卷与其目标 卷同步。此过程通常是 SnapM irror 实施时最耗带宽的部分， 但是因为源卷都已执行重复数据删除，因此要传输的数据量 会比实际量少很多。此方法是以下用户的理想之选：链接速 度慢、没有足够带宽执行初始同步但可以管理此后出现的增 量更新。 请注意，因为重复数据删除在卷级起作用，所以你必须 使使用 VolumeSnapMirror 来获得最大收益。 VolumeSnapMirror 在整个卷上执行，因此你的镜像始终与源 卷有相同的重复数据删除级别，还可以省音容、减少带宽利用以及加速镜像更新过程。 一旦完成初始同步， 你就可以配置 SnapMirror 按计划运行，让 DR 站点内容始终保持最新。 在每次迭代时， SnapMirror 仅传送已更改的数据块，因此它能更有