几个月前，一个热带风暴系统（飓风的前身）在离我家和办公室70英里的地方登陆，带来了强风和暴雨，让我意识到该到修屋顶的时候了。我的房子有8处漏水，包括我家里的存储实验室，里面有一个机柜的戴尔服务器（没有虚拟化）和来自不同厂家的各种存储系统（全部使用DataCore软件公司的SANsymphony-V虚拟化）都被淋了水。水与电不相容，损失在所难免了。

好消息是我多数的数据都通过一系列的基于磁带和磁盘的备份进行保护。我的数据能够幸免的关键是存储虚拟化技术，它使我可以整合我所有基于磁盘的存储保护策略到一个地方——存储Hypervisor里，我知道用这个字眼可能会让那些VMware迷们胃部产生不适。

不过我认为“存储Hypervisor”是一个描述SANsymphony-V（SS-V）的功能的正确字眼。通过在一对集群的Windows 2008 R2服务器上运行这个软件，我可以整合我的存储容量而以虚拟卷的形式分配，过程中可以忽略存储厂牌。不管我的那一柜子希捷磁盘贴的是EMC、HDS、IBM、NetApp、Promise Technologies、Sun、X-IO还是什么其它的牌子，磁盘终归都是磁盘。

对一些人可能有用的是那些厂家所坚持与设备一起提供以便收费的“增值”服务。多数的这些“服务”（运行在存储硬件控制器上，其实就是一个普通x86 PC主板上的软件功能）能够像VMware喜欢说的那样，可以被从它们的宿主硬件中抽象出来（也就是虚拟化）。这就是SS-V做的事情。它是一个基于软件的控制器，运行在一个服务器上，能够很好地和那些基于硬件的方式竞争，例如IBM SAN Volume Controller(SVC)或者日立HDS的最新的Universal Storage Platform。这些厂家其实只是为那些喜欢看得见摸得着的东西的人随软件附带了硬件。

总之，我把SS-V称为一个存储Hypervisor，因为它就是那样的：一个软件抽象层，可以让我把分配和未分配的硬件资源按需求整合在一起，同时可以把创建的虚拟卷和合适的增值服务结合起来支持我的业务数据。如果一个应用的数据是关键的，我可以给它分配连续数据保护（CDP），镜像甚至远程复制服务，只需在创建卷的时候勾选几个选项框并输入几个特定的数值即可（例如CDP快照的频度或者我要让数据镜像或复制到哪里）。我不需要关心底层的设备是EMC、IBM还是HDS的，这对很常见的镜像厂牌绑定来说是个巨大的进步。更重要的是，我所有的数据保护策略（除了磁带）都可以在一个集中的地方管理而且可以随时测试。

我的实验室漏水和几天后的水灾造成停电（那又是另外一个故事了）的最大的问题是我的硬件彻底损坏了。我在我的备用系统上运行，并试图恢复存储高可用全互备的状态。但是在当前的经济环境下，我不能负担更换所有损坏的硬件的成本。所以，我决定试验一下Hypervisor。

我从StarTech弄到了一些eSATA的通用盘框，组装了带有一些外置eSATA端口和内置SATA III磁盘位的服务器。这些盘位和盘框随后被我插满希捷的4TBSATA磁盘。最后，只用了一个有厂牌的阵列的几分之一的价格，我就组建了一个十分稳定的存储设备，然后我把它虚拟化并加入到我的DataCore池中。SS-V使用服务器中的内存和闪存来作为所有磁盘设备的前端，所以我从那些高容量、低速的磁盘中也获得了不错的性能。

最终，我用很低的价格建了一个阵列规模十分庞大的存储平台，然后将其虚拟化并添加到我的DataCore池。

本篇文章选自《存储经理人》2013年11月刊。了解更多《存储经理人》请点击：http://www.searchstorage.com.cn/ezines/index.htm