文件访问通过NAS网关、对象存储依赖HCP?

接着，我们看到Block Module和File Module的规格被分为2个部分。其中块访问单元支持的主机接口现在主要是8Gb/s FC和10GbE iSCSI两种(HUS 110还支持千兆iSCSI)，也就是说这款双控制器模块化阵列，如果只作为IP SAN使用其定位也不见得比Scale-out(横向扩展)的EqualLogic、惠普LeftHand等产品低。要知道戴尔EQL目前出货最多的主流型号还是1Gb/s以太网主机接口的PS6100(之前是PS6000)、4100。

HUS 100系列发布时并没有支持16Gb/s FC(光纤通道)，不过对于HUS 150来说将来可以通过更换主机I/O模块来对产品升级，就像AMS2000系列从4Gb/s FC到8Gb/s那样。HUS 110和130则是每控制器集成4个嵌入式8Gb/s FC接口加上一个主机接口子卡，130可选FC和iSCSI，而110暂时只支持iSCSI。另外比较有意思的是，据了解HUS 110的光纤通道接口需要可选的license Key才能启用，也就是说如果不买这个的话应该就必须添加iSCSI了。

注：关于主机接口部分，下文中还会有具体的图片说明。

日立HUS支持集群高可用的File Module(文件单元)应该是三款产品通用的，HUS 110和130只支持双节点HA，而150则支持1～4个节点。这让我们联想起戴尔使用收购自Exanet的集群文件系统推出的EqualLogic FS7500统一存储，目前也是最多4个节点，单个文件系统最大512TB，而HUS为256TB。

HUS File Module后端连接Block Module一共使用了4个4Gb/s FC，如果中间没有光纤交换机直连的话容易造成带宽浪费。这里的具体原因我们在后面还会讨论。不过对比前端提供NAS文件服务的2个万兆和6个千兆以太网接口，还是基本够用的，毕竟以太网的实际效率没有光纤通道高。

日立统一存储(HUS)组成单元示意图

根据上图，HUS中端存储系统的组成部分包括Block Module、File Module、2.5英寸驱动器机箱和/或2.5英寸驱动器机箱。块存储阵列加上Active/Active NAS网关的组成形式，与EMC VNX、IBM V7000U和戴尔NX3500/FS7500等没有本质上的不同。根据各方面的信息(也包括我们在下文中要列出的证据)，日立HUS使用的了被其收购的BlueArc的集群文件系统技术，但我们没有看到单一全局命名空间功能。

有的读者应该知道，HDS在收购BlueArc之前两家公司就有紧密的合作。HDS将BlueArc的NAS网关搭配自己的AMS2000系列SAN阵列销售，那么今天的HUS统一存储也是类似的形式吧?

到这里不知大家有没有注意到，我们在HUS当前公布的资料中几乎没有看到“对象存储”功能。HDS官方的新闻稿是这样表示的：

“Hitachi Unified Storage通过一个独特的基于对象的文件系统来支持对象数据，该系统可以智能地为每个文件增加元数据并实现自动分层、迁移、对数据快照和复制、在广域网中更快复制以及快速数据搜索。此外，Hitachi Unified Storage支持Hitachi Content Platform(HCP)利用定制的元数据来存储真实对象并提供法规遵从功能。与替代系统的方式不同，HCP可以利用在同一个存储池中的文件和模块应用分享HUS的容量。两者相结合，对于客户来说，这个解决方案比独立的筒仓对象存储设施更加节省空间和成本。”

按照我的理解，HUS所谓的对象存储应该是利用文件系统(File Module上运行的?)的功能为文件添加元数据来实现对象的访问格式?而对象存储真正的特点——海量的对象数目支持和扩展性，看来还是要通过添加HCP(日立内容平台)的元数据节点来解决。

记得笔者在去年9月采访IBM系统与科技事业部磁盘存储CTO Vincent Hsu先生时，他曾经表示：“我们现在正在做对象存储的研发，以后你会看到在我们的SONAS平台上会有对象存储的这种技术出来。”同样是主要针对非结构化数据，文件系统与对象存储设备的整合或许是未来的一种趋势?

需要注意的是，IBM GPFS(通用并行文件系统)支持declustered(分簇)RAID，应该能够有效解决使用3TB、4TB等大容量硬盘组建传统RAID 5、6时故障恢复重建时间长，及由此带来的性能影响和可靠性问题。而笔者在IDF2012大会报道中提到的AmpliStor采用擦除编码(或称纠删码)的对象存储也具备类似特性，同时保证了较好的顺序读写性能。