DIY编程器网

标题: NetApp简化异构环境的数据管理 [打印本页]

作者: admin    时间: 2014-10-13 15:06
标题: NetApp简化异构环境的数据管理
NetApp V 系列产品线是一个存储虚拟化解决方案,使 IT 团队能够在利用现有的 SAN 投资的同时,利用 NetApp 提供的独特功能。V 系列产品线具有独特的能力,能够统一对 Hitachi、HP、IBM、Fujitsu 和 EMC 的存储阵列产品的块和文件访问。

         这篇文章简要介绍 V 系列产品线,并提供关于 IT 团队如何部署 V 系列系统以增强传统 SAN 环境的五个实例。

V 系列优点

         在 SAN 主机环境中部署 V 系列将 Data ONTAP 的强大功能引入传统的 SAN。V 系列系统用作 NAS 网关和 SAN 虚拟化引擎,提供一系列丰富的存储功能并将块和文件访问统一到单个平台中。
         V 系列系统与 NetApp FAS 存储系统在支持方面相同:
         对于传统 SAN 环境,这些优点明显。例如,由于 NetApp 独特的快照方法,可以很频繁地创建 Snapshot 副本而几乎没有性能影响。NetApp 还消除了传统备份中固有的冗余,由于无需确定更改的数据而缩短了备份时间,并提供了 100% 备份验证。另外,V 系列产品线支持使用 NetApp 主机管理软件,与传统的存储阵列解决方案相比,不仅减少了备份和恢复时间,而且使应用程序所有者能够在存储管理员最少干预的情况下恢复自己的数据。

V 系列与使用 NetApp FAS 存储有何不同?

         V 系列和 FAS 产品使用相同的硬件控制器并运行相同的 Data ONTAP 操作系统。前端是存储阵列的 V 系列系统与具有 NetApp 磁盘的 FAS 系统之间的主要区别是 V 系列控制器不再运行 RAID 4 或 RAID-DP™。相反,V 系列系统将 RAID 保护任务转移给存储阵列。V 系列存储池是后端 LUN 的大型 RAID 0 条带。

支持的存储阵列

         V 系列产品线支持 Hitachi、HP、IBM、Fujitsu 和 EMC 的存储子系统。客户对现有 EMC 环境中的统一存储和简化管理的需求促使 NetApp 投资支持 EMC CX 阵列。V 系列/EMC 系统在 18 个月前在 SNW 首次演示,而如今 EMC CX 阵列已经完全获得 NetApp 认证,现已在公共 V 系列支持表中列出。

         支持的阵列的详细最新列表可以在 NOW™ 站点上找到。支持表当前包括 IBM DS8000 和 DS4000 系列、Fujitsu Eternus、HDS Tagmastore、AMS、Thunder、Lightning 以及 HP 的再造品牌同等阵列。NetApp 承诺在 V 系列产品线之后继续扩展支持的阵列列表,并提供附加虚拟化功能。

实例

         下面是关于真实客户如何在各种传统存储阵列中利用 V 系列产品线的一系列示例。虽然每个示例涉及特定供应商的存储阵列,但是对于任何支持的阵列,这些方法都很容易实施。

V 系列和 EMC CX 阵列:100 多个远程站点的集中备份

         一家领先的零售商在 EMC CX 存储阵列上对其中央数据中心进行了标准化,但是需要实施集中备份策略,以支持 100 多个运行 Windows? 文件共享和主目录的远程办公室。NetApp 首先满足此客户,每个远程站点备份到本地磁带,并且由本地兼职管理员或公司管理员提供支持。

         通过在统一的数据管理系统上实现标准化并利用 NetApp 复制技术,IT 团队发现可以利用其现有 SAN 投资跨其远程位置进行集中备份。

NetApp 解决方案:
优点:
V 系列和 HP XP12000 阵列:简化备份和应用程序测试

         另一个使用 V 系列系统的 NetApp 客户通过两个 HP XP12000 阵列的存储支持其 SQL Server 环境。IT 团队需要为其 SQL Server 环境简化存储配置并实施更灵活的存储模型。

         将 V 系列产品线引入这个传统的 SAN 环境并创建一个虚拟化存储环境使 IT 团队能够完成以下任务:
V 系列和 HDS Lightning 阵列:通过 NetApp Snapshot 复制进行的快速恢复

         主要灾难很少发生。但是确实会发生,NetApp 功能能够大大减少恢复时间。数据中心硬件通常在租用结束时需要刷新,或者在需要大型应用程序服务器时需要升级。例如,在部署了 V 系列系统的 HDS 环境中执行主机更换期间,小型服务器更换为大型服务器以应对处理需求的意外增大。主机数据由为 FCP LUN 服务的 V 系列系统提供。由于主机管理员错误,LUN 在从 V 系列传送时意外损坏。

         在此情况下,最新备份是五天前的备份,该应用程序是大型公司项目的重要途径。在引入 V 系列产品线之前,唯一的恢复选择只能是找到备份磁带并重放五天的日志。但是,通过使用 NetApp Snapshot 复制,恢复只需要几分钟,公司的 Oracle 数据库片刻之间重新联机。

V 系列和 IBM DS8000/DS4000 阵列:优异的灾难恢复

         另一个关于如何使用 V 系列系统的示例在提供优异灾难恢复 (DR) 服务的公司可以看到。此提供商部署了 IBM DS8000 和 DS4000 存储阵列作为其 IT 基础设施的一部分。

         在灾难恢复站点引入 V 系列系统扩展了公司的客户范围。现在,运行具有 NetApp 磁盘的 FAS 存储或具有任何存储阵列的 V 系列系统的 IT 部门可以复制到优异灾难恢复站点上的 V 系列系统。

V 系列和 HDS Lightning 阵列:Oracle 的业务连续性

         最后一个示例涉及一个现有 SAN,该 SAN 支持在 Solaris™ 主机上运行并且存储由 HDS Lightning 阵列和本地存储提供的 Oracle 应用程序。如果发生站点完全中断,公司需要将所有数据复制到另一个状态,但是不需要在灾难恢复站点上复制其现有 HDS 环境。

         相反,IT 团队将 V 系列系统插入其环境,并且将其基于 SAN 的 Oracle 应用程序和 Windows 共享迁移到 V 系列环境。这样在客户的以太网上任何位置均可复制。主位置的 HDS Lightning 解决方案上的 V 系列前端的数据使用 NetApp SnapMirror 软件镜像到远程站点上 IBM 品牌的 NetApp FAS 系统。所有计划、实施、迁移和测试均使用 NetApp 专业服务完成。

         使用非 HDS 复制策略使 IT 团队降低成本并仍然达到其灾难恢复目标。




欢迎光临 DIY编程器网 (http://diybcq.com/) Powered by Discuz! X3.2