vVol概念在存储行业当中现在经常被提及，其实vVol概念上很简单，就是Hypervisor采用VM的粒度和存储沟通。原来存储是无法感知 VM的，因此，针对VM的快照、复制等操作只能Datastore自己来搞，不仅影响主机的性能，而且也不能利用存储成熟的企业增值特性。

存储需要改变

假设一个物理机支持50个VM，一个存储支持50台物理服务器，那么就需要支持2500个VM。由于采用vVol技术，也就是最少需要2500个 LUN，这些LUN还需要做快照、复制等操作，而且还需要保证每个LUN的QoS。这是一个典型的场景。这种情况下，需要存储具备大量的内存，因为管理的对象太多太细了。你这个存储是否支持这么多LUN，支持这么多快照?而且还需要保证每个LUN的QoS?现在市场上很多存储的内存根本不能满足。

Hypervisor需要改变

Hypervisor需要修改现在的通讯协议，和存储通讯，允许Hypervisor定义每个vVol的QoS。这个是比较复杂的问题，比如Hypervisor要做存储的DRS，而存储不了解，可能相互往相反方向迁移数据，引起新的性能问题。

VMware优先发展VSAN，抢占软件定义存储的市场。

我们知道，VMware的战略来看，VSAN肯定要比vVol重要。VSAN一出，对存储厂商的打击是巨大的。虽然HDS的CTO最近写了一篇文章来安慰我们，说VSAN只是针对DAS，企业环境下还是需要vVol的，因为VSAN还缺乏目前企业存储的很多增值特性。而且VSAN需要消耗服务器大量的内存，如果只有SSD做Cache，延迟比较高。

解决办法

存储控制器尽可能支持变态的内存容量，要学习EMC，特别是IBM的高端，再抱1TB内存就够了以后就只能和自己的小机配套了。要在开发环境下玩，大内存必不可少。当然，考虑成本，起步配置可以少些。内存最好做成模块化，可以扩展的(停机扩展也行)。

加快vVol的支持。由于VMware在数据中心还是第一份额，如果不支持vVol，估计明年存储就很难销售了。vVol很快成为一个门槛特性。这个国内的存储厂商尤其要加强，目前还没有看到任何一个国内厂商有vVol的Demo，而国际的主流厂商甚至很多初创公司都在各种场合进行了Demo的演示。