对象存储的实践与HCP的重要地位

HUS如何实现对象存储？HUS中对象存储的灵活性、可用性与扩展性，是否如同其他独立的对象存储一样？HUS的对象存储的优势又在哪里？这些，都是HUS不可回避的问题。

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

首先，我们可以肯定的是，如果HDS的宣传资料无误的话，HUS的对象存储支持自动分层、数据快照、复制，并且提供了法规遵从能力——或许是WORM技术；其次，显然HCP与HUS的关系非常紧密，而“这个解决方案比独立的筒仓对象存储设施更加节省空间和成本”这句话显然说明，HUS的对象存储系统想要发挥其最大价值，HCP是必不可少的。

HUS统一存储架构中，HNAS系统3080、3090和3200平台能够明显看出是基于原有的BlueArc平台的——这也是HDS近几年在住存储系统上不多的收购之一——BlueArc的文件系统被称为SiliconFS，HNAS的文件存储系统显然是以SiliconFS为基础的。值得注意的是，很早以前SiliconFS就被称为是“能够提供更好性能和可扩展性的以对象为基础的文件系统”。

因此，如果仅从“存储”的角度来看，HUS的对象存储是利用BlueArc的以SiliconFS文件系统为基础的文件平台实现的（文件存储当然是通过CIFS/NFS 实现）。BlueArc的SiliconFS系统也就起到了对象存储系统中底层文件系统的作用，当然，文件系统是建立在OSD设备上的，这也就容易理解HNAS的作用。用一句比较拗口的话来说，HNAS系统提供了一套对象组织的规则实现系统存储的对象的管理。

但从HCP上来看，顾名思义，HCP是Hitachi Content Platform，即日立内容平台。我们之前说过，对象存储系统并不仅仅是“文件存储系统的+元数据”的简单组成，其需要实现文件与目录的对应关系、对象与OSD的对应关系，以及一个“仓库式”的管理方式。这也就是Hitachi Content Platform(HCP) 所做的——利用定制的元数据来存储真实对象，为数据管理和长期保存提供对象存储仓库。

这也就是说，如果只是将文件以“对象”的方式存储，HNAS就可以实现，也就是HNAS主要做的事情——提供添加了数据管理智能化的基于对象的文件系统，而如果需要更加高级的功能——如更多的对象数目支持或是实现一个对象存储仓库——当然就需要HCP出马了。

HCP是过去两年HDS力推的产品，我们甚至都可以揣测，HUS增加对象存储的能力，一方面是基于BlueArc本身的SiliconFS的优势，另一方面，就是基于推动HCP的发展，为HCP奠定良好基础为目标。作为一个基于内容的存储解决方案，HCP曾经是HDS非常重视的以内容为基础的归档平台，但随着HDS的云计算战略转变为以内容、信息和知识化转变为重要方向，HCP内容管理存储平台的身份就变得异常重要——可以说这是HDS内容云乃至整个云的基础——而HCP显然必须依赖于一个能够很好地支持内容提取的存储平台，对象存储当然是首选，所以，HUS实现对象存储的统一化，以及HCP为HUS的对象存储提供高级别能力，都是意料之中的事情。

也正是因为对象存储系统的加入，才让HDS将HUS（或者我们可以称其为新一代的AMS2000中端存储系统）和HCP紧密的结合在了一起。如果说HDS的HUS统一存储表面上的优势来自于对象存储的话，其更深层次的优势，实际上来自于“HUS+HCP”——即数据（块、对象、文件）存储与内容管理平台——的紧密集成，也让传统的中端存储从数据存储的层面，进入到了内容管理乃至非机构化数据管理与分析的层面。

或许当初只是为了实现HCP的整合，或许是为了推广HCP的销售，HUS与HCP的结合，实际上是HUS区别于其他存储供应商的中端统一存储系统的重要特征。不过，这还是2、3年后的事情，就像是陈戈说的，大数据的解决方案还未成熟，HUS+HCP也只是提供了一个“冷冻”技术，无论是技术实现还是用户接受程度都有待提高，最重要的是，HUS能否真正有效的替代AMS2000这一HDS中端存储长期的基石？