低端阵列智能化趋势:IBM V3700自主发力

  ChinaByte比特网 11月14日(文/黄亮)有了之前Storwize V3500在中国的试水发布,IBM V3700的出现显得顺理成章。讨论二者的区别已经不是本文的重点,我们观察到一些趋势:包括入门级存储系统普遍开始加入高级软件功能,越来越多的中低端阵列采用x86平台,以及IBM与NetApp OEM合作的进一步弱化等。IBM自己做V3700是看中这部分市场的增长还是利润?V3500能升级到V3700吗?该领域下一个有动作的会是戴尔还是惠普?

  Storwize V3700接替DS3500,V3500“马甲”

低端阵列智能化趋势:IBM V3700自主发力

  在前文中我们已经谈到IBM V3500是只针对中国市场的一款“特殊”产品,上图为笔者在国外网站上看到的——在Storwize V7000和V7000 Unified(统一存储)之后的确只有V3700。

低端阵列智能化趋势:IBM V3700自主发力

  这里我可能有点八卦,上面的产品图来自IBM网站Storwize V3700的datasheet文档,大家可以看一下机箱左上角的产品型号——其中的数字是不是有点像“3500”呢?还是来看看二者的详细区别吧。

低端阵列智能化趋势:IBM V3700自主发力

  首先,IBM系统与科技部大中华区存储产品经理金微先生表示:“Storwize V3700目前都是双控制器(与V3500相同),未来可能会有单控的出货。”另外V3700除了像V3500那样标配千兆iSCSI并可选8Gb/s FC主机接口,还加入了可选的万兆iSCSI和FCoE,并支持4个扩展柜,这些与我们在前文中了解到的大致相同。V3700标配8GB缓存(每控制器4GB),可选升级到16GB,也就是说升级后与Storwize V7000的内存容量相同。

低端阵列智能化趋势:IBM V3700自主发力

IBM Storwize V7000控制器架构图

  这里我们再拿Storwize V7000做个对比。因为V3700和它的主要代码都与SVC存储虚拟化设备相同,它们的Linux系统都是运行在x86平台上也比较好理解。按照金微的说法,V3700的处理能力和扩展能力基本都是V7000的一半,我们知道V7000的控制器使用了一颗代号为Jasper Forest的Intel Xeon C5500/3500系列四核2.1GHz CPU(可能是实际频率2.13GHz的Intel Xeon EC3539),那么V3700/V3500换成了双核?

  其它部分的变化也不多,SAS扩展接口去掉一个(V3500完全没有),集成的4端口FC控制器芯片换成1Gb以太网控制器,PCH不再需要连接GbE实现iSCSI,只做管理口就好了。至于V3700在V3500的基础上,除了释放出连接JBOD扩展柜能力之外,还加入了SSD支持,以及Easy Tier自动分层存储功能。

  Storwize V3700支持的驱动器数量没有OEM自NetApp E2600(原LSI Engenio 2600)的IBM DS3500多,因为后者曾经从初始发布的96个提高到192个,我觉得不用太纠结于这个数字。记得笔者在“低端存储也疯狂?IBM DS3500之性能优化篇”一文中曾经讨论过,使用机械硬盘(HDD)的IOPS性能确实随着这个有提高,而进入SSD的时代完全不同了——IBM V7000在18个SSD镜像的配置中就测得了12万SPC-1 IOPS。

  可能是由于处理能力的原因,DS3500最多只能支持20个SSD。V3700在IOPS性能上应该不比它差,那么我们实在没必要再用满配(120个)或者接近满配的高转速2.5英寸HDD来“堆性能”(特定应用除外),因为现在有SSD和Easy Tier了。对于容量密集型应用,60个3.5英寸3TB硬盘(裸容量180TB)可以满足绝大多数这一档次产品的用户需求了吧?

低端阵列智能化趋势:IBM V3700自主发力