在过去的几年中，VMware 虚拟卷（VVOL）一直在路上。VVOL是管理虚拟机存储的新方式而且旨在消灭掉所有的存储管理痛点。VMware的高级技术人员一直在极力宣传VVOL，在vSphere 6中终于能够使用VVOL了。为部署VVOL你需要做哪些准备？

在开始之前，你应该检查VMware针对VVOL的硬件兼容性指南，确定阵列是否支持VVOL。很可能得到的将是一个坏消息，因为受支持的厂商及阵列型号非常有限。本次发布时，只有不到12家厂商支持VVOL，而且VMware的母公司EMC并不在其中。这提醒我们支持VVOL需要存储厂商做很多技术工作。和之前支持阵列集成vStorage API一样，阵列厂商需要将VVOL构建在阵列中。

这意味着阵列需要升级固件以支持VVOL。这并不是一件轻松的工作。升级阵列固件是一件高强度的工作，需要认真规划、实施。

你需要做的下一件事儿就是升级到vSphere 6。这同样是一次重大升级，需要进行详细的规划以及大量的测试。既然vSphere 6已经推出了6个月，到了趋于保守的企业制定部署计划的时候了。VMware最近发布了vSphere 6.0 Update 1，这对遵从N-1版本部署的用户意味着可以在生产环境中部署vSphere 6.0了。

最后一个问题是用于存储感知的vSphere API（VASA） provider。该软件是vCenter与阵列之间的管道。好消息是很容易部署。通常Windows Server会安装某些软件，VASA provider往往安装在使用存储阵列厂商提供的工具对存储进行管理的服务器上。

在vSphere 5.5中你可能已经部署了一个VASA provider用于实现基于策略的存储管理，但需要对其进行升级以支持VVOL。升级能够更好地集成存储阵列与vCenter。经过VMware认证的阵列要支持VVOL必须对VVOL provider进行升级。

当然，如果你希望虚拟机集中存储管理类似于VVOL，那么必须部署VSAN。VSAN允许你在vSphere 5.5中基于单个虚拟机设置存储策略，当然在vSphere 6中也可以这么做。

然后问题变成了为什么需要VVOL？答案应该是存在重大的存储管理问题并且只有通过VVOL才能够解决。毫无疑问在大型vSphere环境中肯定会存在重大的存储管理问题。很多环境无法使用存储分布式资源调度解决这类问题。VVOL是VMware解决这些问题的方式。将大量的存储管理抛给存储阵列厂商，而存储阵列厂商必须解决该问题。

VVOL是虚拟机存储管理方式的重大改变，和很多其他重大变化类似，风险会随之而来。VMware vSphere 6是支持VVOL的第一个主要版本，存储厂商不久后将会发布支持VVOL的第一个版本。全新且快速改变的技术存在问题的概率往往是最高的。你需要做好出现问题的准备，而且必须对阵列厂商研发工作质量充满信心。

VVOL还不是主流技术，而且在部署时需要对很多组件进行升级。一旦完成升级大型用户将因使用VVOL而受益。但让所有用户为获取VVOL而进行升级是不可能的。当有其他要求驱动升级时，VVOL将会产生更大的效益。