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的演示。
京公網安備 11010502049343號