在此次2012存储决策者大会的视频中，数据管理协会的主席Jon Toigo简单介绍了数据存储管理系统的发展历史。观看视频或阅读下面的文字，从中可以了解到Toigo关于存储的发展过程，以及在发展过程中成功或失败的技术，并且Toigo由此推断，存储将最终演变为一种服务。

我们通常会将存储分成数据级别、存储级别和管理级别。这并非唯一的方式，不过在大型机时代，所有这些通过系统管理的存储和分层存储管理都是这样处理。通常在服务器端处理，而且基本上我们都照例会采用这样的存储拓扑结构：将数据从最昂贵而高速的存储上逐渐下移至廉价、慢速和大容量的存储上。这是一种很好的解决方案，但也有缺陷，一旦特定类型的数据状态发生变化或者新数据增加后，我们很难立刻改变策略；这并不是一个十分灵活的系统，不过实际操作中我们有相应的工具应用于这种场景。

接下来讨论的话题是：存储孤岛。每一台单独的设备都有一些功能，而且每台都通过随机CD中的管理工具进行管理。假如我只有一台设备，那一切都很顺利。而如果我们有了10台、100台甚至1000台，这就变得非常的不灵活。这种感觉就像是在互联网上冲浪——你得不断从一个站点切换到另一个上面。

于是我们就有了诸如存储资源管理（SRM）之类的无人问津的解决方案。许多企业由于沉迷于解决存储资源管理而走向了破产，他们的那些产品也难逃厄运。SRM的销售可能会和你讲一个完全不同的故事。他们会说，“你可知道弄出一个SRM产品有多困难么？需要和所有供应商的每款产品交互API！”。他们看上去并不是对统一管理有兴趣。因为假如你可以统一管理存储，你可以随意将EMC产品替换成HDS的。大家逐渐意识到除了产品品牌以外，设备和设备之间其实没有太大的差异。

接下来的一步，大致发生在90年代，我们开始创建所谓的“存储区域网络”。SAN并非真正意义上的网络。在物理层面其使用串行iSCSI相互通讯。这并没有什么问题，只是你得在SAN中有一层管理层。这不是真正的网络。网络协议中有管理层，而SAN里面没有。

于是，交换机供应商给我们带来了这样的交换机产品。作为标准协议的扩展对NTC 11进行定制化，这使得每种交换机产品和友商产品互不兼容，这也成了业内的一种标准。就连供应商自己也承认这种对于交换机和其它产品的定制化。当使用了SRM之后，我们发现只是多了一项需要监控的东西，也就是交换机层。

而在今天，我们面临着一种非常有意思的转变——VMware的“V系列”产品。他们最基本的说法是，“我们想要回到这个神奇的产品尚未出现的时代；我们想要变成下一代的大型机；我们想让这种大型机变得更为‘迷你’。原则上，我们将在VMware堆栈中增加存储hypervisor这层”。这可能会在今年、也可能是明年早些时候。你想“这个主意看上去太棒了，使用同一种产品可以虚拟化你所有的工作负载，同时也能够虚拟化所有的存储，并且我们可以为特定的工作负载分配存储资源。”这听上去很像是在大型机时代的事情。

当然，我们应该沿着这条路继续走，找到一些开放式的标准，比如REST来管理所有的组件。我现在使用REST管理X-IO组件，而我可以通过智能手机管理96PB容量空间的存储；REST有四个基本元素：获取、删除、保存，还有一项我忘了。不管怎样，我们可以以此为基础。之前已经演示过我们可以做的事情。从这个“CortexDeveloper.com”网站你可以找到所需要的一系列软件。部署这些软件大概需要一周。当然硬件厂商不会愿意帮你做。

我们现在感觉跟着VMware的路线确实是一个不错的主意，除非你的环境中不仅包含VMware、还有一些Hyper-V，或者Citrix，或者物理服务器。这样就需要将你的存储基础架构进行分割。所有的VMware都会被分割在那个SAN之中。然后你得开始集成——这正是我们过去十年以来一直做的事情：创建光纤通道网络。然后再分割、再集成。这能解决问题么？不会！这只会让问题变得更加复杂。

我们需要的是一个软硬件透明的hypervisor。部署恰到好处，可以覆盖到你所有的存储系统。你不必去改变线缆、存储、交换机结构——所有的这些都无需改变。你只是对其进行虚拟化。创建虚拟化卷——形成存储池。你可以对所有的存储设备进行自动精简配置，而不只是其中一台；连续性数据保护也要完全使用，不只是一台；分层存储亦同。同样还有监控、复制、快照、虚拟化操作。这样做的优势包括使得底层存储的性能翻倍，因为所有的写操作都可以被DRAM缓存识别，而不用等待存储的实际写操作并回复。你可以用统一的方式管理容量和性能，还有数据保护。如果你需要所有这些功能，你可以简单地将其分配给各个工作负载。而无需考虑这一工作负载来自VMware、Citrix或者Hyper-V。

存储将最终变成一种服务。我们找到了实现这一目标的道路，这将让SRM找不到北。