2.3 云计算架构最终会将存储“埋起来”

既然传统存储盒子或将枯萎，那么是否可以做点高层的脱离盒子的东西，比如虚拟化，数据迁移等数据管理方面的“智能一些的盒子”或者方案呢？很不幸的是，这条路可能也将会被堵了。

2.3.1 阵列能做的，云几乎都能做

什么是云存储或者存储云？我是这么定义的，传统外置存储就是用几个控制器来挂起后端的磁盘扩展柜，然后对外提供存储空间；而存储云就是用一堆服务器上面跑的软件当做控制器，挂起后端一堆异构厂商的各种存储介质包括JOBD、双控或者多控阵列、NAS、VTL、带库等等并向外提供各种不同访问方式的存储空间。服务器集群上跑什么软件？当然是某种分布式卷或/和者分布式文件系统，这种系统具有原生的异构支持，不管底层使用谁家的阵列，都可以被收纳为存储资源。当然，像传统阵列一样，仅仅有了存储空间就够了么？存储云当然还需要做各种数据管理功能，比如容错、快照、Thin、重删、动态分级、克隆、迁移、远程复制、容灾等等。这些特性，在一个分布式文件系统或者卷管理系统上是完全可以做的，但是一些比较耗费计算资源的比如重删，则可以下放给底层设备来做。云为何不信任，或者说不能够信任底层设备上原配的这些功能呢？答案很简单，就是异构支持。存储云中总不可能只有一家设备厂商的设备，而不同厂商的设备之间的这些特性又是不兼容的，所以只有在上面的虚拟化层，也就是分布式数据管理层来处理这些特性，此时，外置存储系统就是彻彻底底的一块大硬盘，不管你是EMC Symmetrix还是HDS VSP/USP，还是JOBD，甚至或者是服务器本地磁盘，是否是Scale-Out架构甚至都已经没有意义，因为上层的虚拟化层自己可以Scale-Out。对于云来讲，或许只有磁盘有意义，其他比如JBOD、控制器、Scale-Out架构之类，云统统不在乎。

2.3.2 观VMware动作，体会后续趋势

当年EMC收购VMware，谁也不曾想到VMware会有今天的市值。如今VMware已经是云架构中的核心角色。既然已经成为核心，那么就有权利发布一系列接口让别人来适配他。从第一个比较系统的VAAI，到第二个VASA，再到将来会发布的第三代API。

在第一代VAAI中，VMware只是将一些原本由Hypervisor做的数据操作工作下放给了外部存储系统来做，提高效率，从其全名vStorage APIs for Array Integration就可以隐隐领会出VMware还是比较看重外置存储的，能够将重要任务交给它们。

而在第二代VASA（vStorage APIs for Storage Awareness）中，显然可以领会到VMware进一步控制外部存储的欲望，VMware需要了解到更多的外部存储的信息。做过底层存储开发的都知道，硬盘驱动程序会探知控制器后面所挂的硬盘的各种信息，包括容量、是否支持WriteBack模式缓存及具体类型、是否支持队列、最大传输单元等等。而VMware这套VASA接口分明就是做了硬盘驱动的工作，以便后续更好的对外置存储进行控制。显然，外置存储对于VMware，就相当于一块大硬盘。

而就在今年的VMworld大会上，VMware的动作已经显露无疑，VMware计划将vSphere环境中的存储管理和精简配置进行“根本性的”改变，无需再设置LUN、RAID组合NAS挂载点，VMware工程师Satyam Vaghani称新版API将使用工具如I/O Demultiplexer、Capacity Pool以及VM Volume。对于这第三代存储API的细节尚不知，但是从字面来看，第三代API将会对外部存储实现彻底的大统一，任何存储厂商在VSphere下都被同质化，谁也别想冒出来，那些传统的特性对于VMware存储虚拟层来讲，都是小儿科。

各厂商新产品的宣传噱头上，除了硬件规格之外（其实硬件规格大家都差不多），就是对固态存储介质的应用方案，再就是与云搭上边，也就是Thin以及VMware API支持。

综上，外置存储系统在经历了从服务器内置到外部独立控制器的进化过程之后，在虚拟服务器的召唤之下，其地位又回到了原点。