EMC ViPR：软件定义存储之傻瓜说

　　对象存储通常不强调性能，比如IOPS以及单个对象访问的带宽等，但像一些高端对象存储可以实现的整体带宽也相当惊人。比如用于高性能计算的Lustre文件系统其实也属于一种对象存储。从某种角度上说，ViPR的对象数据服务，能够利用到Isilon这样高端NAS的性能这种说法也可以讲的通。

　　ViPR不仅可以让VNX、Isilon和NetApp FAS这些文件存储增加了对象访问，它还能够让相同的数据同时支持文件协议和对象接口，这一点的好处除了上面提到的，还可以在NAS和兼容Amazon S3、EMC Atoms的云存储之间直接进行数据迁移。

　　就像国外某内部人士的观点：Atmos与Isilon用例的定位“……非常清晰;Atmos旨在满足地理分布类需求，而Isilon+ViPR的组合则实现通过对象接口访问现有NAS数据的愿望。”

　　他为什么拿Isilon用例而不是VNX、FAS(ONTAP 7-Mode)来做说明呢?可能是Isilon的容量、文件系统单一命名空间和节点扩展的数量与那些大型对象存储部署相对接近吧?

　　这句话来自国外的一篇“EMC四大对象存储内部竞争的讨论”，里面提到了Centera、Atmos、Isilon和ViPR四款产品。首先应该排除Isilon，因为它是通过ViPR来支持对象数据的;其次Centera应该说基本处于不再投入，有人要就卖的“等死阶段”，毕竟Atmos已经兼容它的API了。

　　在这里我有一个疑问：就是对象存储通常有独立的数据路径和控制路径，就像HDFS单独的NameNode那样。如此说来，在不对NAS设备文件系统改变的情况下，提供对象支持也就意味着由ViPR节点来提供元数据服务?

　　如果是这样的话，在添加ViPR之前NAS中已有的数据如果想通过对象方式访问，就需要先遍历所有文件系统生成相应的元数据，并在后续数据写入时同步更新NAS和对象存储的元数据?

　　接下来再看看其他厂商的情况：

　　华为N9000(MVX)大数据存储参考架构图，该产品基于他们的CSS分布式文件系统

　　我们注意到，华为的N9000集群存储也提供了S3对象访问接口，但笔者不确定同一个数据对象是否能够兼容NFS/CIFS和Amazon S3访问。

　　惠普在IBRIX集群文件系统方面的动向是：“适用于 StoreAll REST API 的 HP StoreAll OS v6.3 附带提供对象模式，可在一个存储平台中支持融合文件和对象。”

　　至于HDS的HUS和HUS VM，号称数据块、文件和对象真正的统一存储，它们得益于HNAS(收购自BlueArc)带有对象特征的文件系统。

　　2.HDFS支持与Isilon

　　ViPR对HDFS的支持，其实与对象存储比较类似了。需要注意的是，Isilon早在去年就宣布提供对HDFS的支持，类似像上面的华为N9000也是如此。

▲Isilon OenFS操作系统兼容HDFS访问

　　3.业务连续性/移动数据服务

　　最后一点，ViPR与业务连续性和远程数据访问有什么关系呢?

        再引用一段EMC资料中的文字：

　　“EMC ViPR(虚拟)块控制器与 VPLEX 和 RecoverPoint(物理)块数据节点相结合，为通过快照、复制、高可用性和城域内的移动性支持任何工作负载的 VMAX 和 VNX 块存储提供全球业务连续性和移动数据服务，而所有这一切都通过一个管理控制点进行理。”

　　这里主要针对的是本地和跨数据中心存储高可用、容灾，加入ViPR的意义同样在于实现“单点管理”，包括对VMAX、VNX阵列，VPLEX(它们都集成了RecoverPoint拆分器)，应该还有RecoverPoint设备本身。

　　本文中部分文字和图片，引用自EMC官方文档、媒体翻译国外网站的内容、以及国内同行发表的相关内容。

（编辑：淮北站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!