阅读 189

EMC Unity发布后再点评

在EMC发布Unity之前,我写了一篇文章无图有真相,EMC新一代中端存储Unity点评,讲述了我对Unity的理解。

现在Unity已经正式发布,从我得到的消息看,我前面的点评还是正确的,最少从我的观点看,没有太多要纠正的地方。

但今天我还是想补充一些信息,特别是关于NAS的实现,应该可以帮助大家理解Unity。

首先,我下载了一个Unity模拟器,了解了一下产品的配置细节。这个H5的GUI,虽然很好用,但确实还没有给我惊艳的感觉。不过,今天我不讲界面的问题,而是看看一些关键的参数,特别和高端做一个对比。中端和高端对比不公平,我只是借这个机会让大家了解一下高端和中端的一些不同而已,因为我对高端比较熟悉一些,仅此而已,臭鸡蛋的不要。

1、异步复制的RPO最低可以设置为5分钟。这个就是中端存储的规格,高端存储很多厂商宣传都是3-5秒。Unity支持本地复制,也支持远程复制,但RPO最低都是5分钟。还有,Unity的block复制和文件复制都是一样的代码,因此RPO都是一样的。

这是本地复制的配置界面:

EMC Unity发布后再点评

这是远程复制的配置界面:

EMC Unity发布后再点评

2、LUN还是有归属的,不算真正意义的对称active-active。创建LUN的时候,并不能选择归属于那个控制器,系统随机分配。但创建完成后,用户可以修改归属控制器。比如下图:

EMC Unity发布后再点评

西瓜哥在模拟器中修改了归属控制器,我们看到系统产生了一个trespass。这个过程,其实还是会影响到主机的I/O的,一般来说会引起多路径优选路径的切换。大部分的高端存储可以做到对称的active-acitve,LUN这个级别是没有归属的,一般采用sub-LUN归属的方法,这样主机就感受不到LUN的trespass,I/O会更加顺畅。

EMC Unity发布后再点评EMC Unity发布后再点评

而对于NAS SERVER,也是一样的。一个NAS SERVER只能归属某个控制器,如果这个控制器故障,NAS SERVER会切换到另外一个控制器。我没有在界面上发现可以修改NAS SERVER控制器的选项,这个和LUN不一样。
EMC Unity发布后再点评

3、快照的最小间隔是1小时。从配置界面看,LUN采用快照保护配置还是很简单的,但是最小的快照间隔也要1小时。这个对于中端够了,但一般的高端存储,可以实现分钟级别的快照,可以实现近似CDP类的保护效果。

EMC Unity发布后再点评

4、file和block的关系。很多读者告诉西瓜哥,Unity的NAS是采用VM虚拟机实现的。大家知道,EMC的高端存储VMAX3就是采用VM的方式,实现eNAS。但西瓜哥看了很多资料,都没有找到证据。西瓜哥个人认为,Unity的NAS应该不是采用VM实现的,最多是采用容器技术,因为NAS和SAN下层共享同一个存储池,应该共享基本的OS。

EMC Unity发布后再点评

而Unity本身就采用SUSE Linux实现,Lunix本身就支持容器技术。据说Unity把很多数据服务如复制都用容器来实现。因此,西瓜哥猜测,NAS应该也采用容器的方式来实现,一个Unity支持很多容器,也就是支持很多个NAS SERVER,这些NAS SERVER可以使用不同的IP地址,配置不同的属性,对多租户也就支持得更好。从下图可以看出,EMC的远程服务ESRS采用docker容器进行封装。

EMC Unity发布后再点评

5、Unity的研发历程。如果大家了解了Unity的研发历程,也许对了解Unity的特性有帮助。EMC的VP Chad Sakac写了一个blog,讲述了Unity这个产品是如何研发出来的。

EMC Unity发布后再点评

什么,不想看英文,那我简单解读一下。大家知道,一般一个block堆栈,研发到稳定需要5年时间,而file/object堆栈,需要7年。如果要支持scale-out和分布式,则需要更长时间。这个是业界的经验。大家要注意,这是指版本稳定的时间,不是研发的时间。5年前,EMC就觉得VNX的平台满足不了发展的要求,因此就开始研发下一代中端存储平台。他们主要分4步走:

第一步:研发一个支持容器的平台,数据服务通过容器提供,不能像VNX那样,NAS还要搞一个机头。这个平台研发代码是C4。EMC抛弃了CLARiiON的windows内核,采用Linux内核,因为Linux天生就支持容器技术。NAS和SAN估计就是用容器技术进行封装

第二步:C4开发完成后,需要现场验证。因此2011年,基于C4平台,EMC推出VNXe进行验证。

第三步:重写block堆栈,加入对闪存的支持,采用MCx多核优化,于2013年推出VNX2平台,进行市场验证;

第四步:重写NAS堆栈,支持64-bit文件系统,和block共用同一个存储池。这就是今天的Unity。

其实,从上面的情况我们可以看到,虽然EMC起了一个新的名字Unity,但继承还是很多的,其实叫VNX3也未尝不可。

Unity发布后,Tintri首先发难,在其官方blog上公然打击Unity只是在VNX这个猪上涂上口红而已(这个比喻有点类似中国的老黄瓜刷绿漆——装嫩),还是基于LUN的架构,对虚拟机的支持比Tintri差远了。

EMC Unity发布后再点评

而著名的architectingIT的blog也认为Unity在技术上不算领先,EMC宣传的新特性只是补上自己和竞争对手的差距而已。

EMC Unity发布后再点评

虽然EMC的VP把Unity比喻成赛车在行驶中更换引擎,但换引擎后也还是汽车,而不会变成飞机。architectingIT认为,Unity对虚拟机的支持不如Tintri,对闪存的支持不如Tegile和Nimble,而且不像HPE 3PAR一样高端和中端拉通是一个平台。

EMC Unity发布后再点评

但不管怎么样,只要不是太差的产品,EMC都会卖得很好。因为EMC的营销在业界还是一流,而且VNX有巨大的装机量,据说超过10万台。对于其他存储厂商来说,可能不用惧怕Unity的技术,更加害怕的还是Unity的价格。对于用户来说,EMC的VNXe,VNX2,Unity,再加上DELL的Compellent和EqualLogic,一共5种中端存储,恐怕会患上选择困难症。

P.S. 这篇文章写于5.5日北京到上海的高铁上,思路可能有点跳跃,但一会我要参加上海高端存储知识微信群的线下沙龙去了,没有时间完善,就这样分享给大家吧,应该还是有些信息对大家理解Unity有帮助。不对之处,欢迎在评论中指出。

©著作权归作者所有:来自51CTO博客作者mob604756f37073的原创作品,如需转载,请注明出处,否则将追究法律责任


文章分类
后端
文章标签
版权声明:本站是系统测试站点,无实际运营。本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 XXXXXXo@163.com 举报,一经查实,本站将立刻删除。
相关推荐