有时技术具有一定的超前性，VMware VVOL就是一个例证，它承诺满足人们对hypervisor技术的所有预期。然而在一开始发布时，上述承诺并没有兑现。但如果我们调整预期，符合IT部门规避风险的应用周期，就能够解释应用VMware VVOL之前进展缓慢以及目前稳定增长的原因了。

对VVOL的预期

随着时间的推移，对VMware来说最明显的变化之一就是虚拟化的广泛采用，尤其是VMware hypervisor。hypervisor解决了很多基础设施运营问题，但同样带来了一些新问题。

最主要的问题是无法在服务器端对基于阵列的存储进行管理。相反，我们能够管理承载许多虚拟机的数据存储。在2012年，VMware发布了VMware 虚拟卷（VVOLs），恢复了存储与服务器之间的一对一关系。

在之后的一些年，我们听到很多关于VVOLs的言论。VVOLs最终将会使hypervisor能够充分利用存储阵列。VMware快照会像存储阵列快照那样被大大改善，而且能够基于虚拟机进行复制。

不幸的是，这一等就是三年，直到VVOLs最终正式成为1.0产品并和ESXi 6.0一同发布。人们的预期已经到达顶点了。最终的结果是VVOLs 1.0存在一些严重的缺陷，大部分原因是VMware单方面允许存储阵列厂商部署不成熟的产品。

部署VVOLs令人更加失望

在2016年，VMware VVOLs应用大大低于预期，怎么会这样？对VVOLs过度炒作注定会让人失望。VVOLs 1.0产品问题太多，指出其存在的问题简直太轻松了，不完善的用于存储感知的vStorage API，缺少拿得出手的存储厂商部署案例。

尽管一些厂商，像SolidFire部署案例较多，但毕竟是例外。同时，像Tintri这样的厂商使用NFS取得了与VVOL提供的特性相类似的效果。

很多存储阵列还没有针对VVOLs提供很好的支持。因此，用户趋向于跟随一些小厂商以及服务供应商而不是传统的企业IT组织。

对大多数客户而言，部署1.0风险太大。一些厂商像NetApp警告说如果vCenter Server或者VASA供应商服务器出故障，那么可能会面临整个VVOLs环境出问题的风险。

这可能有些危言耸听，似乎听起来没这么糟糕。NetApp试图表达的是用户可能丢掉存储策略配置信息—而不是数据会丢。

在2017年，VMware发布了采用VMware VVOLs的最新数据，VMware公司估计有大约2%的客户在使用VVOLs。这一比例相当低，但好消息是数据呈上升趋势。要大多数存储阵列厂商鼎力支持VVOL还需要一段时间。应用率过低使得某些用户将VVOLs归入失败者行列。

过高的预期

VVOLs是相当棒的技术，希望用户采用完全不同的方式管理存储。问题是我们可以这样评价VVOLs部署预期完全没有达到。我们都希望在其发布后能够得到快速、大量的应用。问题的核心在于不切实际的预期。

VVOLs存在的问题不是VMware单方面就能够解决的，需要VMware与存储阵列供应商建立合作伙伴关系—而且某些存储厂商动作迟缓。例如，Dell EMC的第一代XtremIO还不支持VVOLs。

什么时候企业IT会快速采用一种技术？业务越来越多地依赖IT，但这使得大多数组织和以往相比更加注重规避风险。谈到数据保护，谁都不想成为早期应用用户。

用户感兴趣，但VMware VVOLs应用缓慢—我们应该预计到会出现这种情况。

VVOL技术基本进入了全面成熟期，只是还有一些小问题存在，比如对微软集群服务器的支持以及VASA Provider服务对IPv6的支持。我希望在2018年，能够看到VMware VVOLs应用比例继续上升，用事实证明VVOLs并非像很多人推测的那样是一款失败的产品。