本周，IBM将在上海召开的“智慧信息架构高峰论坛”上发布包括XIV、DS8000、SoNAS、SVC/TPC、Storwize V7000 Unified在内的一系列产品更新。以更新幅度来看，“一头一尾”的XIV和Storwize V7000是最为显著的。7月中旬低调推出的第三代XIV（XIV Gen3）我们已做过较为详细的分析，本文将主要介绍Storwize V7000 Unified及DS8000、SoNAS、SVC的重点更新，并提醒大家注意其中所体现出的“统一”趋势。
通过对IBM系统存储部中国区产品经理金微的采访和一些资料的研究，本文中我们将依次回答下列问题：
- Storwize V7000 Unified的软硬件构成及其“血统”？
- SONAS与V7000 Unified的Active Cloud Engine有何异同？
- Storwize V7000的销售情况和升级Unified的时间？
- 全线统一管理界面指日可待？
- DS8800自动分层和SVC的重要新功能？
作为本次发布的核心产品，Storwize V7000 Unified从产品定位到技术实现，都体现了“统一”的精神——当然，如果用英文来表达的话，就不仅仅是Unified，可能还要算上Consolidation……
Storwize V7000 + SONAS？
一年前推出的Storwize V7000，作为一款中端的存储系统，能吸引业内众多关注的目光，很大程度上因为其集IBM存储技术之大成：DS8000系列的RAID代码，SVC的存 储虚拟化，以及XIV的图形用户界面（GUI）——也就是说，除了在去年早些时候问世的SONAS，IBM自己的磁盘存储系统被Storwize V7000学了一个遍……（如果想确切的知道其中的对应关系，请看我早些时候的文章《Storwize V7000剖析：走进存储系统的SVC》）
现在，Storwize V7000 Unified补上了SONAS这一课。如果说Storwize V7000在推出时被称为“纯蓝”（All Blue），那么Storwize V7000 Unified简直可以说是“蓝上加蓝”了……
Storwize V7000 Unified是3个2U的设备“堆起来”的统一存储系统，包括2个x3650 M3服务器（提供NAS功能的文件模块）和1个Storwize V7000控制盘柜（SAN存储设备）
我们知道，Storwize V7000后面加上的这个Unified，指的是统一块存储及文件存储（可以理解为SAN和NAS）的所谓“统一存储”。确切地说，通过在 Storwize V7000这个块存储设备上（SAN），增加被称为“文件模块”的NAS网关，便可同时提供块存储和文件存储，并在统一的GUI中管理。
文件模块中所运行的，是与SONAS一样的GPFS（General Parallel File System，通用并行文件系统）。
GPFS是IBM开发的PB级可扩展、高可用、高性能文件系统，与具有高度可扩展性的硬件架构相结合，就形成了SONAS（Scale Out NAS，横向扩展NAS）。SONAS包括三种节点——管理节点（Management Node）、接口节点（Interface Node）和存储节点（Storage Node），其中接口节点负责对外提供文件服务，存储节点负责把后端的块存储设备变成可用的存储池，两种节点通过高速的InfiniBand网络互连。接 口节点与存储节点的数量可以灵活配置，需要较高的I/O密度时，可将接口节点从2个增至几十个；需要较高的存储密度时，可以增加由存储节点与磁盘包组成的 存储扩展机架。
最初的SONAS，管理节点、接口节点与存储节点都使用2U的IBM System x3650服务器作为硬件平台。刚刚更新的SONAS 1.3利用了服务器虚拟化技术的成果，将管理功能放入接口节点上的一个虚拟机中运行，从而不再需要物理的管理节点。当然，接口节点与存储节点不受影响，整 个SONAS系统的横向扩展能力依旧——甚至由于支持3TB近线SAS硬盘驱动器而将裸容量提高50%，最高可达21.6TB。
目前业界流行的“统一存储”，是在传统的双控制器中低端存储系统（SAN）基础上，加入文件访问（NAS）能力，以满足中低端用户同时使用块存储与 文件存储功能，并统一管理的需求，不要很强的横向扩展能力（即所谓的“集群NAS”，如SONAS），EMC的VNX/VNXe、戴尔的 PowerVault NX3500和EqualLogic FS7500莫不如是。
左边是SONAS的逻辑框图，右边是Storwize V7000 Unified。上方虚线框内是GPFS实现文件系统功能（包括管理）的区域，从SONAS的三种角色、N多个节点精简为Storwize V7000 Unified的一对HA节点
Storwize V7000 Unified亦体现了上述思想，具体做法是将SONAS的管理节点、接口节点和存储节点这三种角色“浓缩”到一对文件模块节点中（保证高可用性），硬件 平台还是x3650服务器，Storwize V7000作为后端存储，形成6U机架的最小配置。Storwize V7000 Unified显然不具备SONAS的高度可扩展性，但能直接由Storwize V7000提供块访问能力——否则也就不存在Unified了。
备忘：Storwize V7000 Unified的横向扩展能力，主要是受到了硬件架构的“限制”，记住这一点，将有助于我们稍后理解其在某些软件能力上与SONAS的差异。
硬件是否也要Unified？
如果说，一年前Storwize V7000刚刚推出的时候，人们还更多地关注IBM如何处理其与DS5000系列之间的关系，那么，现在恐怕不会有人怀疑V7000的发展潜力了。我甚至 觉得，可能当初IBM自己也未必准备好了在今年将Storwize V7000“Unified”的规划，至于理由么……你猜？
好了，言归正传。在得知IBM推出Storwize V7000 Unified之前，我曾想过，IBM有没有可能把文件系统（GPFS）的功能与Storwize V7000的SVC软件整合在一起，从而不需要增加NAS网关（文件模块），只用一个“设备”（而非一套“系统）就搞定统一存储？
Storwize V7000 Unified与EqualLogic FS7500的NAS网关核心配置对比，可见戴尔的DSFS（Dell可扩展文件系统）似乎更注重CPU的处理能力，而IBM的GPFS则比较吃内存，而 且双路服务器只用1个CPU也是从SVC时就有的“传统”了
对此，金微表示，为了更快的开发，Storwize V7000 Unified的文件模块采用了SONAS的代码（主要还是GPFS啦），相对而言比较消耗资源：作为文件模块的x3650 M3服务器配备了72GB内存，而Storwize V7000的每个控制器只有8GB内存，相差悬殊。在V7000的控制器上运行文件系统服务，内存容量显然不够；若是把内存配足了，用户却只用V7000 的（块存储）功能或以此为主，又是巨大的浪费。因此，这种文件访问与块访问相分离（管理还是统一的）的方式，具有较好的灵活性。
Storwize V7000何时升级Unified？
既然Storwize V7000 Unified主要是在Storwize V7000上面加了两个文件模块，那么用户已有的Storwize V7000应该可以很容易升级为Storwize V7000 Unified，正好体现了这种硬件分离设计的灵活性。
可以看到在 Storwize V7000 Unified的配置中，黄色线条标明Storwize V7000的每个控制器要占用两个FC端口直连到文件模块（FM）上，另外的两个（共4个）连到FC交换机上作为SAN设备使用（不做Unified的话 所有FC端口都可以）
不过这一天不会很快到来。金微表示，明年第一季度才可以从Storwize V7000升级到Unified。这主要是因为还有一些细微的调整工作要做，包括把管理端口从Storwize V7000转移到文件模块上（实现统一管理），光纤（FC）连线亦需要重连。考虑到Storwize V7000 Unified供货时已接近11月底，等待的时间也不算太久，用户还可以观望评估一下。
有多少用户可以升级？
在推出Storwize V7000 Unified的同时，IBM也自豪地宣布Storwize V7000从2010年11月上市以来的销量超过4500台，全球超过10000个盘柜（平均每台系统2个以上），超过100PB的容量（平均每个盘柜10TB级别）。
Storwize V7000在大中华区的销量超过400台。据金微介绍，与V7000基本同一价位的DS5100/5300在国内的销量大概一年600至800台左右，相对低端的DS5020级别产品一年的销量也在2000至3000台之间。
Storwize V7000 Unified的GUI相比于Storwize V7000增加了文件相关的管理，包括可以很直观的看到文件模块及相应连接
Storwize V7000推出之后，DS5000系列在国内的销量没有明显的下降，一方面IBM注重把V7000销售到原来DS5000不太适用的领域（如需要比较丰富 的软件功能，而不仅仅是硬件性能）；另一方面也得益于经济危机之后，存储市场又呈现出比较好的势头，特别是IDC的报告显示，今年头两个季度的增长率都在 百分之二三十，而原来平均才百分之十几。所以新增的部分，估计主要来自于V7000。
在交流过程中，金微还透露了国内的Storwize V7000用户配合服务器的情况。他们抽样统计了之前销售的三分之一左右用户，发现Unix还是略多一点，基本接近四六开。有些地区如华南，基本是五五 开，他们觉得是现在高端的x86服务器越来越多，运行关键应用、处理关键数据也越来越多，所以就形成了有接近一半的用户在用x86。
至于Storwize V7000的存储虚拟化功能，由于是在标配以外的选件，所以大概有接近四分之一的用户选配，有些的确实施了存储虚拟化，有些则先是备着，在需要时立刻用起来。
Active Cloud Engine助力文件分层存储
Active Cloud Engine（ACE）是IBM为新版SONAS和Storwize V7000 Unified提供的先进文件功能，根据硬件平台的不同而有高低之分。
SONAS的Active Cloud Engine可以在广域网上的多个站点之间做缓冲，利用全局命名空间，透明的访问保存在不同站点上的文件。譬如一个中心站点创建、更新/改写了文件之后， 边缘站点可以根据策略定期预取或按需推送，用户马上就可以看到，必要时边缘站点也可以成为发送方。
SONAS的Active Cloud Engine多站点广域缓冲（Caching）
举例来说，有一个媒体公司，上海、纽约和北京同时有人在做一些新的动画。做完这些以后，可能另外有个应用再去把相关的素材找到，拼接出新的内容来。 如果现在上海突然做完一段内容，放到文件系统里以后，在纽约的应用也很方便就能看到。如果没有这个功能，就要靠文件系统之上一层有一个应用来实现，而现在 只需要在这个文件系统上访问网络上的某一个目录（全局命名空间）就都可以。上海这个文件，如果纽约有很多人都访问，Active Cloud Engine会在那个地方再做一份镜像；如果没有那么多人访问，就不会做这个镜像，这就是一种支持全局跨区域的大文件系统。服务器和用户仍然认为，它只是 一个大的文件系统，但实际上这个文件系统分布在很远的几个地方，还提供本地的缓存，提高访问的效率。
受到硬件架构横向扩展能力和软件版本不支持与其他节点集群的限制，Storwize V7000 Unified不支持类似SONAS的跨区域“云”行为。金微表示，Active Cloud Engine就像一个不眠不休的机器人，根据策略驱动去搬运特定的文件，只不过对Storwize V7000 Unified而言，局限于在本地的磁盘和磁带上实现文件的分层存储。
Active Cloud Engine为Storwize V7000 Unified提供了文件分层存储的功能：随着时间的推移，文件可以由SSD迁移到近线SAS硬盘，乃至外部虚拟化的存储系统（如示例中的HP EVA），乃至TSM管理的磁带上，降低存储成本和在线文件数量
譬如有一个文件刚进入Storwize V7000 Unified的时候，由于访问比较频繁，在高速的SSD上存储，（根据策略）如果连续30天都没有访问过，就把它迁移到大容量的近线SAS硬盘上。如果 60天还没有人访问，可能再迁到外部虚拟化的旧一些的存储设备上。Active Cloud Engine本身不支持磁带这一分层，因为磁带不是它能管理的范围，但是如果环境中有TSM服务器的话，可以再从这里往下，交给HSM的分层去管。如果这 里不是HSM的话，它也支持作为一个标准的NAS设备供备份服务器使用，例如NDMP。
SONAS管理界面趋近统一
始于XIV的简单易用图形管理界面（GUI）早已被复制到SVC和Storwize V7000，DS8000的上一版本软件也效仿之，目前只有SONAS还没有完成过渡，但1.3版本正在向着这个风格靠近——好像Storwize V7000 Unified学得更快些哦……
SONAS的GUI已基本靠拢XIV、SVC、Storwize V7000/Unified、DS8000的管理界面风格
预计SONAS的下一个版本很有可能完成管理界面的转换，届时XIV、DS8000、SVC、Storwize V7000/Unified、SONAS的GUI将会形成整齐划一的风格。单个产品的管理界面简单易用，对于管理员来说当然好上手；而如果同一厂商的所有 存储产品都是同样风格的界面，再学习的成本又大大降低了，甚至可能会成为影响用户采购的因素之一。虽然消费类市场不具备完全的可比性，但苹果iOS系列的 成功，值得企业级厂商借鉴。
DS8800三层Easy Tier惠及Storwize V7000？
在半年前SVC/V7000的软件版本升级到6.2的 时候，我很关心它是否将Easy Tier支持的自动分层从两层扩展为三层，因为Storwize V7000支持的硬盘驱动器列表中，除了2.5英寸10K RPM SAS和3.5英寸7200RPM近线SAS，还增加了2.5英寸15K SAS的选项。以前用户可以将SSD与2.5英寸10K RPM SAS、SSD与3.5英寸7200RPM近线SAS的组合交给Easy Tier去决定，但是增加了性能比10K RPM SAS高不了多少、单位容量价格却有较显著提升的15K RPM SAS之后，两层的自动分层就意味着用户要在规划上下更多的功夫，有违自动和Easy的本意。
不过，考虑到支持的分层增加一个，算法上的改变应该会比较大，我最终没敢展望SVC/V7000的下一个软件版本是否会把Easy Tier扩大为三层。目前看来SVC与Storwize V7000共用的6.3版本软件仍然是两层Easy Tier，但是增加了3TB近线SAS硬盘驱动器之后面临类似问题的DS8800，在新的6.2版本软件中做到了这一点。
DS8800引入了三层的Easy Tier
DS8800的Easy Tier 3支持自动优化任意三层存储，在这种情况下新进入的数据会先进入性能和成本都适中的中间层（10K或15K SAS），这样也避免了初始迁移就连续跨越两层的低效率。这也一定程度上体现了IBM将DS8800作为主推产品的市场策略，DS8000系列的今后研发 都将以DS8800为基础，特别是EMC的Symmetrix VMAX系列还不支持2.5英寸驱动器和SAS后端——不过估计也用不了多久了。
SVC 6.3反击EMC VPLEX？
在雷声大雨点小的Invista归于沉寂一段时间之后，EMC在去年推出了新一代的存储虚拟化产品VPLEX，起步就支持100公里的同步复制（VPLEX Metro），目标直指IBM的SVC。
相隔最远300公里的两节点延伸集群（上）可以转移虚机，改善可用性和负载均衡；4个站点则可就近两两组成延伸集群，实现高可用，然后两组站点之间再通过城际或全球镜像实现容灾
作为回应，SVC 6.3增强了延伸集群（Stretched Cluster）的功能，距离达到300公里，全球镜像（Global Mirror）功能也加入了降低传输带宽的选项。此外，SVC与Storwize V7000之间的远程镜像得以实现。
