vVol概念在存儲行業(yè)當中現(xiàn)在經(jīng)常被提及，其實vVol概念上很簡單，就是Hypervisor采用VM的粒度和存儲溝通。原來存儲是無法感知 VM的，因此，針對VM的快照、復制等操作只能Datastore自己來搞，不僅影響主機的性能，而且也不能利用存儲成熟的企業(yè)增值特性。

存儲需要改變

假設(shè)一個物理機支持50個VM，一個存儲支持50臺物理服務器，那么就需要支持2500個VM。由于采用vVol技術(shù)，也就是最少需要2500個 LUN，這些LUN還需要做快照、復制等操作，而且還需要保證每個LUN的QoS。這是一個典型的場景。這種情況下，需要存儲具備大量的內(nèi)存，因為管理的對象太多太細了。你這個存儲是否支持這么多LUN，支持這么多快照?而且還需要保證每個LUN的QoS?現(xiàn)在市場上很多存儲的內(nèi)存根本不能滿足。

Hypervisor需要改變

Hypervisor需要修改現(xiàn)在的通訊協(xié)議，和存儲通訊，允許Hypervisor定義每個vVol的QoS。這個是比較復雜的問題，比如Hypervisor要做存儲的DRS，而存儲不了解，可能相互往相反方向遷移數(shù)據(jù)，引起新的性能問題。

VMware優(yōu)先發(fā)展VSAN，搶占軟件定義存儲的市場。

我們知道，VMware的戰(zhàn)略來看，VSAN肯定要比vVol重要。VSAN一出，對存儲廠商的打擊是巨大的。雖然HDS的CTO最近寫了一篇文章來安慰我們，說VSAN只是針對DAS，企業(yè)環(huán)境下還是需要vVol的，因為VSAN還缺乏目前企業(yè)存儲的很多增值特性。而且VSAN需要消耗服務器大量的內(nèi)存，如果只有SSD做Cache，延遲比較高。

解決辦法

存儲控制器盡可能支持變態(tài)的內(nèi)存容量，要學習EMC，特別是IBM的高端，再抱1TB內(nèi)存就夠了以后就只能和自己的小機配套了。要在開發(fā)環(huán)境下玩，大內(nèi)存必不可少。當然，考慮成本，起步配置可以少些。內(nèi)存最好做成模塊化，可以擴展的(停機擴展也行)。

加快vVol的支持。由于VMware在數(shù)據(jù)中心還是第一份額，如果不支持vVol，估計明年存儲就很難銷售了。vVol很快成為一個門檻特性。這個國內(nèi)的存儲廠商尤其要加強，目前還沒有看到任何一個國內(nèi)廠商有vVol的Demo，而國際的主流廠商甚至很多初創(chuàng)公司都在各種場合進行了Demo的演示。