IBM V7000U上海亮相 XIV Gen3性能解析

写缓存何处保护？数据块压缩待硬件升级

ZDNet：我记得在Storwize V7000 SAN控制器柜上，电源里应该包含电池备份单元（BBU），也就是说在断电的时候能把DRAM内存数据写到闪存里做保护。我们看到这次发布V7000U加入NAS网关之后，两台网关加上原来的控制器柜一共6U，不过没有搭配UPS（不间断电源）。但是我看到有些厂商，比如戴尔今年发布的几款统一存储产品也是NAS网关的形式，它们就标配了UPS来保护文件系统的写缓存。我想问一下V7000 Unified里面的缓存数据需不需要保护，或者说IBM在这方面是怎样考虑的？

金微：提了一个很好的比较细节化的问题。在原来没有V7000 Unified的时候，我们在V7000里面没有用UPS，用的是电池，因为用电池就足够了。缓存保护是写到控制器里面自身带的闪存盘上，只需要很少的一点电就足够，所以也可以省掉外置的UPS设备了。在新的这块，如果是一个完全的NAS网关，它是不知道后端会连什么（块）存储，它是一个比较开放的情况，就和我们自己N系列的NAS网关（OEM自NetApp，笔者注）差不多是一样的。

但是在V7000 Unified里面并不是这样，这两个NAS Module做的相当于我们原来在GPFS对外的节点（Interface Node）所处理的一些工作。对存储的缓存保护还是由后端的节点做，就是由V7000自身的那块（SAN控制器）来处理。这也是为什么在File Module这块缓存不需要特别用电池做保护。一般的写数据还是在V7000电池保护的后端存储节点上，这是因为它（文件模块）知道它后端是一个V7000的阵列，而不是一个完全不清楚后端有没有缓存保护的存储。

ZDNet：再跟您确认一下，Storwize V7000U的File Module上，相当于SONAS接口节点和存储节点的功能应该是集成到一块儿了吧？

金微：主要是接口节点的功能和部分存储节点的功能。

ZDNet：也就是说原来SONAS存储节点上有写缓存，但是（V7000U File Module）现在没有？

金微：在原来的GPFS（通用并行文件系统）模式下整个架构是这样的，对外处理是叫Interface Node，内部是一个交换式的网络，这个网络下连了这些Storage Node，从硬件上来看还是一些Server，这些服务器下面再连接的话，才是一些完整的磁盘阵列，有接近四层的方式。磁盘阵列和核心网络也不连接在一起，磁盘阵列主要是连接Storage Node部分。现在我们在V7000 Unified里面主要是两层节点，File Module和V7000自己的控制器。所以这两层节点要实现的功能其实接近于原来三层的功能，RAID控制器的那部分，再加大部分的Storage Node功能，在基础的V7000里面执行；对外的File Module主要执行Interface Node和部分Storage Node的功能。

ZDNet点评：在V7000 Unified的File Module（文件模块）中是不包含写缓存的，就像SONAS集群NAS存储系统中的GPFS接口节点那样。这一对NAS网关相当于集成了Interface Node、Management Node（管理节点）和Storage Node（存储节点）的部分功能。也就是说SONAS的文件系统写缓存放在存储节点上，而V7000U的写缓存由后端的块存储阵列来实现，File Module上只有读缓存。

左边是SONAS的逻辑框图，右边是Storwize V7000 Unified。上方虚线框内是GPFS实现文件系统功能（包括管理）的区域，从SONAS的三种角色、N多个节点精简为V7000U的一对HA节点

我们知道最新的SONAS 1.3将管理功能放入接口节点上的一个虚拟机中运行，从而不再需要物理的管理节点。Storwize V7000U则将GPFS文件系统的写缓存也精简掉了。当然这样做也有好处，就是不需要UPS或者电池等来保护DRAM中的数据（像EqualLogic PS6100这样缓存不大的阵列中，闪存+电容是现在比较流行的方式），另外在Active/Active双节点高可用的实现上省去了对写缓存进行一致性镜像。

这张图我们也给大家出示过，笔者曾经对V7000 Unified 2个File Module之间的双GbE GPFS同步直连网线产生过疑问。因为在戴尔PowerVault NX3500和EqualLogic FS7500这样的统一存储产品上，NAS网关向后连接块存储阵列、提供CIFS/NFS文件协议主机访问，还有专门用于2台节点间数据通信的网络带宽都是相同的。这是因为DSFS（Dell可扩展文件系统）除了负载均衡还需要写缓存镜像以实现高可用，前面提到的UPS也是为此而加入。而Storwize V7000U的Active/Active（双活动）文件模块间通信，则只相当于服务器集群中的冗余“心跳”连接，因此千兆以太网在这里就够用了。

Storwize V7000 Unified统一存储的File Module（文件模块）硬件配置：吸引我们的是单6核Intel至强X5650 2.66GHz CPU和72GB DDR3内存。此外，笔者也在本文第一页拍摄的那台样机背后，看到了QLogic QLE2562双端口8Gb/s光纤通道HBA和Emulex OneConnect双端口万兆以太网卡的I/O接口。

ZDNet：V7000会加入实时压缩功能已经不是什么新闻了。我看到现在File Module的配置，CPU是一颗6核比较高端的Xeon，72GB的缓存容量比较大（见上图），这个配置让我想起了IBM Real-time Compression（实时压缩，收购自Storwize的产品线）设备STN6800，等于正好是少了一颗CPU。我想问一下缓存做这么大是不是在为将来的压缩功能考虑？我记得金微先生以前说过，用于压缩的历史缓冲区越大，数据缩减的效果应该会越好。另外，V7000 Unified将来加了压缩功能之后，会不会把CPU增加到2颗？

金微：我现在了解到的我们产品的路线图情况是这样，之所以做成现在的硬件配置，它是基于GPFS的需要，包括您前面提到为什么在NAS Module里面不做写缓存也是这个情况。因为GPFS这个文件系统在对外结点这里不会把数据（写缓存）放在那个地方，GPFS支持的前端节点是可以有很多的，可以到30个；数据如果Hold在前面，两个接口节点也突然挂掉的话，这个数据根本读不出来，所以它不保留。

在我们现在的V7000 Unified里面，虽然它硬件架构很小（相对于SONAS的规模），但是基本还是在用这样的GPFS的概念和结构，也是为以后做进一步的扩展准备服务的。现在的配置硬件留的余地，主要是从文件处理需要的角度准备的，以后如果有额外的一些功能，需要它有第二颗CPU的话，硬件也会做增强。IBM目前没有说因为考虑要压缩所以留了一些CPU升级的空间。你说和我们STN6800的东西很像，在做存储功能这块，IBM x3650这个档次的机器正好是一个很好的选择，我们就用了它，所以你可能看到它们很接近。

ZDNet：如果将来增加压缩的话，应该不会再添加硬件节点了吧？就是集成到NAS网关里面？

金微：对，基本上会集成到现有的硬件里面去。但是我们新出压缩以后，有可能不仅对文件，对块数据也会有压缩处理的。如果客户没有购买NAS Module，他或许也有压缩功能，这个块级压缩就不可能做到NAS Module里。实际的东西还没有发布，所以我们也没有办法很确切的和你讲它以后会在哪里执行。

ZDNet：您提到Storwize V7000将来可能会有块级压缩，我们知道现有的2个SAN控制器硬件配置不是太高，加入压缩功能之后，是不是控制器会升级配置？

金微：这个要等我们产品快发布的时候，才会有一个明确的答复，到底它在硬件上怎么样执行这部分功能的代码。现在确实没有可以明确对外讲的说法，大概不用等很久，明年上半年左右可能就会有这方面的发布。

补充：在“巨人的前瞻：独家专访IBM磁盘存储CTO”一文的末尾，Vincent Hsu（许育诚）先生曾告诉笔者V7000阵列控制器的硬件配置即将迎来重大升级，届时的性能提升以及新加入的实时压缩功能（块/文件）都值得期待。