科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网存储频道云/数据中心EMC COO:弹性云存储Nile集合ViPR、VNX技术精华

EMC COO:弹性云存储Nile集合ViPR、VNX技术精华

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

EMC公司,我们抱有这样的疑问。您的Nile项目拥有艾字节级别的存储容量,而且由EMC的ViPR控制/数据层软件与VNX阵列所共同组成。目前,VNX容量最大的8000设备也只有4.5PB容量,还不足Nile项目的二百二十三分之一——这是咋回事?

作者:编译 来源:ZDNet存储频道 2013年9月21日

关键字: EMC Nile ViPR VNX

  • 评论
  • 分享微博
  • 分享邮件

EMC公司,我们抱有这样的疑问。您的Nile项目拥有艾字节级别的存储容量,而且由EMC的ViPR控制/数据层软件与VNX阵列所共同组成。目前,VNX容量最大的8000设备也只有4.5PB容量,还不足Nile项目的二百二十三分之一——这是咋回事?

EMC公司COO兼总裁David Goulden在米兰表示,Nile项目将利用ViPR与VNX组合带来网络规模级文件、块与对象存储能力。下面我们来引用他的说明:

Nile中包含来自ViPR以及VNX家族的技术方案。我们将这些技术整合在一起,从而为客户带来真正经过容量优化的弹性云存储系统。

ViPR为对接服务器提供文件、块以及对象数据接口,并负责指挥底层VNX阵列提供必要的存储资源。本次在米兰公布的Nile原型机利用三套同款机架构建起虚拟机环境,而且并未采用明显的独立ESXi服务器用于运行虚拟机形式的ViPR。

EMC公司首席营销官Jeremy Burton详细描述了网络规模的具体概念,并指出Nile的存储容量将达到艾字节以上。

 弹性云存储系统Nile 集合ViPR、VNX家族的技术方案

EMC公司的Jeremy Burton在米兰展示Nile项目的三机架原型机。

根据EMC的说法,目前容量最大的VNX 8000机型配备1500块3TB磁盘驱动器,总存储空间为4.5PB。也就是说,我们需要将223台VNX 8000组合起来才能提供1艾字节容量(也就是233 x 4.5PB=1003.5PB)。换言之,就算转而采用4TB驱动器,我们仍然需要167台设备(167 x 1500 x 4TB=1002PB)。根据现有设计,使用1500块3TB硬盘的VNX 8000本身就是一台三机架设备,那么突破艾字节大关需要使用223 x 3=669台机架——这实在是个非常夸张的数字。

VNX阵列无法实现集群化,而且即使能够组建成集群,在1.0版本中就使用223节点集群体系也实在太过冒险。

面对这样的计算过程,我们不禁要问:Nile项目到底是怎么依靠VNX阵列实现艾字节级别存储容量的?

有效增加VNX存储容量

方案之一在于将VNX单纯作为主方案,并利用Atmos类高密度磁盘机箱提供存储资源。G3-Dense-480在40U机架中使用480块3TB磁盘,三台机架总计提供1440块磁盘,这样算来其磁盘总量比同为三机架的VNX 8000还少60块——看来我们还需要密度更高的方案。

如果从另一个角度来思考,所谓艾字节级别的存储容量可能是指有效容量而非原始容量,也就是采用了重复数据删除技术。但这类方案的最大问题在于,我们无法保证重复数据删除机制的确切执行效率。而且如果艾字节容量确实是利用重复数据删除技术所实现,EMC公司的高管们没有理由隐瞒不报。参加过本次米兰发布会的每一位听众应该都会得出这样的结论:EMC所指的是设备的原始容量。如果最终结果与预期不符,EMC必然会遭受巨大的舆论压力。

第三种方案,Nile项目可以尝试使用ScaleIO。EMC通过收购获得的这项技术能够将与数百甚至上千台服务器直连的存储设备汇聚成一套规模化虚拟SAN。不过Gouden曾明确表示,Nile使用的是ViPR与VNX——注意,不是ViPR与ScaleIO。无论如何,ScaleIO属于块存储方案,而VNX则是统一化文件与块存储方案——Nile项目属于“文件、块与对象”存储。这意味着ViPR的惟一作用在于进行对象数据服务抽象化,并将结果转译为VNX所能接受的形式。这样看来,我们已经可以把ScaleIO从备选名单中划掉了。

最后也是最笨的办法,ViPR可能真的把223台各自配备1500块3TB驱动器的VNX 8000设备整合到了一起,从而实现1艾字节以上的巨量存储效果——而且没有采用VNX软件环境下的集群化机制。相反,ViPR负责对各设备进行汇聚,并提取存储资源以交付给企业中的私有云用户。这无疑是一场颠覆性的规模扩张:需要再来4.5PB容量?那就继续增加VNX 8000的数量。不过这好像不太符合存储巨头的一贯风格。

如果事实真是如此,那么ViPR扮演的将是一套超级巨型阵列的控制器角色。

一位消息人士认为这确实可能就是最终方案,而且会给Nile用户带来严苛的存储体系规模限制:

VNX文件系统的最大容量支持能力仅为可笑的16TB。也就是说用户必须雇用经验丰富的软件大师来实现统一文件系统。Nile项目的目标在于实现1艾字节容量,但EMC并没有说明如此规模的容量是否能够存在于同一分卷或者文件系统当中。因此我认为最终该项目只能依靠外部统一来实现……

对于Nile项目所针对的网络规模级环境,用户并不会真正对每个对象进行单独的存储处理。但如果需要实现统一访问效果,特别是对文件及对象而言,统一层可谓不可或缺……

用户并不需要超大规模块设备(即单分卷1艾字节);统一化显然更好。

说到这里,结论似乎已经非常明确:利用尚处于1.0版本阶段的ViPR以逻辑方式构建包含数百台VNX阵列的集群体系。这似乎有些异想天开,或者说野心过于膨胀:当然,我们要对EMC的勇气表示敬意。EMC到底如何利用4.5PB VNX创建1艾字节以上的块存储容量?请大家拭目以待。

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章