VMware的虛擬磁碟作為存儲虛擬化的一項最前沿技術,但是，在采用VMware的虛擬磁碟技術之前，管理員需要重新審視存儲配置的方法。 效率、自動化和靈活性正成為企業數據中心優先考慮的三個方面。對IT管理員來說，僅僅通過手動分配所有的資源來支持VM，是遠遠不夠的。現如今，需要將資源與每個工作負載的需求進行匹配，來實現資源的最優化利用，提高性能。 效率、自動化和靈活性正在影響著業務存儲技術。存儲已經遠遠超越了基于數字分配的傳統邏輯單元，能夠支持更細粒度的策略驅動存儲虛擬化。

VMware調用這些虛擬磁碟(VVOL)，并且采用vSphere 6為虛擬磁碟提供支持。但是，在生產環境中部署VVOL技術之前，虛擬化的支持者需要了解VVOL技術的目標、細微的差別、需求和限制條件。

關于VVOL

存儲是第一個受益于虛擬化的計算資源。先來討論下磁盤分區。一個分區只是一個簡單的構造,磁盤分區將一個磁盤的物理盤片、磁道和分區，抽象成可以存儲文件的邏輯實例—如C盤驅動器或者其他的邏輯單元號(LUN)。在配置閃存存儲單元的邏輯實例和固態磁盤模塊(SSD)時，也是同樣的工作原理。存儲用戶并不知道通過使用分區來創建邏輯磁盤實例—存儲用戶也不關心數據在硬盤驅動器或SSD上的物理存儲位置。

然而，除此之外，存儲在虛擬化領域并沒有取得其他進展。虛擬化平臺，如vSphere 6配置簡單，可以隨意地進行拓展或者縮小—還可以移動虛擬處理器和內存,但是，幾十年來，管理員仍然采用同樣的老辦法，來創建、分配和保護虛擬機和其他工作負載的靜態邏輯單元號。

傳統的存儲模式存在一些問題。例如,創建一個LUN之后,通常無法改變或者移動該邏輯單元號;只能進行備份或者復制。一個LUN也可能服務于多個工作負載,每個工作負載要求共享LUN的存儲I / O，這可能會損害其他應用程序的存儲性能。此外，例如增加LUN的存儲容量，或者將一個 LUN移動到存儲性能的不同層，需要創建一個新的邏輯單元號,將數據復制到這個新的邏輯單元號，并且重定向應用程序來使用這個新的邏輯單元號，等等，這些都會導致存儲發生顯著的變化。這就進一步擾亂了可能使用同一個LUN的多個應用程序。可見，傳統的存儲配置缺乏靈活性和可擴展性,因此，企業傾向于軟件定義技術,如軟件定義存儲。

VMware通過采用VVOL，能夠解決這些存儲問題。VVOL采用一個擴展的程序層，來提供一種新的配置和管理存儲的方法,滿足了軟件定義存儲的需求，并且與其他的虛擬化資源—比如處理器和內存更加一致。采用VVOL能夠改善軟件定義存儲,VMware同時還增加了vSphere的虛擬數據層和策略層。

虛擬數據層將存儲區域網絡和附加網絡存儲設備虛擬化,在vSphere中創建虛擬數據存儲,并且根據per-VM配置和管理存儲實例。也就是說，多個工作負載不需要共享同一個LUN。虛擬數據層也能夠識別存儲子系統的特性和功能,并且向所有的per-VM存儲實例提供這些服務,從而實現了更細粒度級別的存儲配置和控制。例如,既可以采用存儲陣列的復制、緩存和重復數據刪除功能，配置存儲實例，也可以采用數組的snapshot和災難恢復功能，來配置另一個存儲實例。

vSphere的策略層連接、監控并管理著虛擬化存儲實例與多個異構存儲子系統各項功能之間的關系。這是通過基于策略的存儲管理(SPBM)來實現的，SPBM采用rules，將存儲服務需求轉化為存儲實例。例如,部署一個重要的VM，可能需要創建高性能存儲的存儲實例，以及應用重復數據刪除技術，來減少物理存儲容量需求帶來的昂貴開銷。策略層還集成了自助服務和云類型自動化工具，如vRealize 和OpenStack等自動化工具。

對于VVOL來說，scenarios至關重要，包括在一個虛擬IT環境中，復制一個關鍵的數據庫卷，或者監控并維護嚴格的性能服務水平協議。正是這些scenarios推動著企業將應用移動到虛擬環境中。

在數據中心實現VVOL，需要考慮一些軟件和硬件基礎設施。例如,在數據中心實現VVOL需要采用vSphere的最新版本vSphere6.0。如果需要升級的話,IT人員將需要處理評估、預算、許可和遷移等帶來的影響,以及應對可能出現的所有工作中斷。

此外,存儲硬件和虛擬存儲設備必須與VVOL兼容。甚至說支持VVOL的存儲子系統,也需要Storage Awareness軟件的vSphere API(VASA),并且可能還需要固件升級，來確保與vSphere VVOL全面兼容。在生產環境中，采用VVOL數組之前，需要仔細檢查硬件的兼容性—還要經常與存儲供應商進行溝通—以及評價VVOL的功能。

關注集成到存儲陣列的服務和功能,因為并不是所有的數組都是平等創建的。一些存儲產品經過了供應商的認證,如惠普企業的3PAR StoreServ、Tintri的VMstore T5000所有的flash系列或者NEC 的iStorage M系列。其他的供應商支持數組與vSphere的 vStorage API集成,數組可以與VASA和VVOL共存,比如將克隆和移動特性移動到數組中。

但是，想要有效利用VVOL，僅僅依靠正確的虛擬化軟件和存儲硬件，是遠遠不夠的。IT管理人員還需要重新訪問將存儲配置到應用的方式，重新考慮存儲特征影響應用程能和可靠性的方式。VVOL并不能修復不良的配置實踐，也不能確定容量規劃策略。如果你目前的數組有IOP限制，不支持移動應用程序,那么，VVOL將起不到任何作用。不過,VVOL可以保證使你的應用程序始終保持最佳的性能模式。

盡管VVOL承諾過該項技術很容易獲得，但是，想要采用該項技術的用戶，在評估或者測試VVOL的功能時，需要考慮以下幾個局限性。例如,VVOL不支持存儲DRS和SCSI-2預訂,因此，管理員不能聚合存儲集群資源，也不能使用VVOL技術替代直通原始設備映射。此外,單個VVOL存儲實例也不能跨越不同的物理存儲陣列。

虛擬磁碟可能會帶來存儲管理方面的巨大變革,擴大軟件定義存儲和SPBM的邊界領域，以及賦予軟件定義數據中心更廣泛的概念。但是，VVOL技術的最終成敗很大程度上取決于存儲廠商，而不是VMware本身。VVOL技術意味著一個新的API,這取決于個人存儲供應商使用API并開發出能夠提供重要存儲服務的存儲陣列—如重復數據刪除、數據壓縮、snapshots、克隆、復制等等。只有這樣，我們才能知道存儲系統是否可以實現VVOL的承諾。