VMware VVols这个概念提出已经是4年前的事了，但直到最近vSphere 6.0才正式支持这个特性。这个特性对存储厂商太重要了，西瓜哥也认为它作用之大，甚至可以重新定义存储。很多厂商都在VMware正式发布后纷纷表示支持VVols，但各家实现还是差别很大的。

我们先来回顾一下VVols的产生背景：就是让存储可以从VM的粒度进行管理，解决原来物理服务器和LUN的一一对应关系带来的很多限制。

那么VVols是如何工作的呢?其实用的就是软件定义的思路，不管下面是采用DAS的VSAN，或者支持VVols功能的SAN/NAS，都把它抽象成虚 拟的Data Stores，然后在虚拟的数据平面附上不同的特性，如复制、重删和快照等等。VM通过策略来动态使用这些虚拟的存储资源。

简单理解，就是存储资源按照不同的特性，分成不同的容器。VM根据存储管理员设置的策略去映射合适的存储容器。

这样带来的好处就是基于VM粒度的灵活的存储资源管理，可以把很多存储特性卸载到存储上去做;第二是支持按照策略动态的分配，使得系统可以很容易支持web scale级别的扩展。

VVols特性虽然很好，但传统存储支持起来还是比较困难的，因此，我们看到不同厂商的支持产品和支持的特性都不相同。一般都选择一款主流的产品先把基本的特性支持起来。

Taneja Group这个研究机构，最近对目前市场宣传支持VVols的厂商进行了调研，得出一些有用的数据。

首先，Taneja Group把支持的程度不同分为三种类型。Type 1只支持基本的VVols功能，包括协议端点，存储容器和策略/规则集合这三个基本的实现。Type 2增加了对性能的度量，可以设置性能参数，如最大或者最少的IO数等等。Type 3是支持最完善的类型，在Type 2的基础上，增加了负荷的优先级控制，也就是有资源竞争的时候能够保证性能。当然，如果有一些预定义的性能策略就更好了。

从调查的数据来看，能够支持到Type 3的只有NexGen，而且时间点也是下半年了。其他厂商有一半做到Type 2，一半只实现了Type 1。

部署的方式，传统存储厂商倾向于采用VM的方式来实现，初创公司倾向于直接做到阵列的固件里面。大部分都支持作为vSphere的一个插件进行管理。

从这些调查数据，我们可以看出，VVols普及还需要一段时间。甚至用户也需要学习。比如很多用户就错误以为VVols天然就支持QoS策略，其实是没有的，只有存储本身支持QoS，然后实现上面说的Type 3的功能，二者缺一不可。

国内的存储厂商，据西瓜哥了解华为应该是计划在今年年底明年年初支持VVols，具体支持哪种类型还不得而知，Type 3的可能性比较大(因为华为的存储有I/O和带宽的控制，有cache分区等特性，也有应用优先级功能，基本实现Type 3的条件)。其他的国产存储厂商对于VVols的支持计划，西瓜哥暂时还没有了解的。看来国内这块市场要比海外晚一年左右的时间。