存储网 Stor.com.cn 5月2日

继前年底NetApp发布中端阵列新品FAS3200系列、去年初EMC推出VNX统一存储（建立在Celerra + CLARiiON上的“概念”）、IBM在2010～2011年相继发布Storwize V7000并更新到V7000U（加入NAS网关）之后，另一家重要的企业存储厂商日立数据系统（HDS），在统一存储的大潮下终于也坐不住了。上周他们推出HUS（Hitachi Unified Storage，日立统一存储）产品家族替代了现有的AMS2000系列中端存储系统，并称其“是首个在单一平台上实现对块、文件及对象数据联合、集中管理的解决方案”。

笔者在今天这篇文章里的标题中将这里的统一叫做“噱头”，可能有人会说这样不准确，但接着往下看您就会知道我们想要表达的意思。

日立统一存储（HUS）100家族规格表

　　由上表，日立HUS 110、130和150支持的驱动器数量分别为120、264/252（2.5/3.5英寸）和960个，其中HUS 150在上一代中端最高型号AMS 2500的480个驱动器基础上增加了一倍，而HUS 110却比AMS2100的159个有所减少。另外，HUS 100系列除了保持原有的2U 24盘位2.5英寸驱动器，以及4U 48盘位3.5英寸高密度驱动器扩展柜（连接由3Gb/s SAS升级到6Gb/s）之外，还符合潮流的地将3U 15盘位3.5英寸扩展柜替换为2U 12盘位（就像DELL公司EqualLogic从PS4000/6000升级到PS6100/4100那样），提高了每个U的密度。

　　在支持的驱动器类型中，10k和15k rpm高转速硬盘已经全部是SFF（2.5英寸）而不再有LFF（3.5英寸）。根据HDS网站上更详细的资料，这里的SSD固态硬盘有200和400GB MLC（应该是企业级）两种选择。

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

　　接着，我们看到Block Module和File Module的规格被分为2个部分。其中块访问单元支持的主机接口现在主要是8Gb/s FC和10GbE iSCSI两种（HUS 110还支持千兆iSCSI），也就是说这款双控制器模块化阵列，万一只作为IP SAN使用其定位也不见得比Scale-out（横向扩展）的EqualLogic、HP公司LeftHand等产品低。要知道DELL公司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个节点。这让我们联想起DELL公司使用收购自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和DELL公司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采用擦除编码（或称纠删码）的对象存储也具备类似特性，同时保证了较好的顺序读写性能。