Hyper-V R2 Cluster Shared Volume如何節時省錢？
虛擬服務器技術的初衷是為了讓數據中心更高效、靈活和降低成本。多數的虛擬平臺也可以兌現供應商的承諾。而對于任何成長中的技術而言，都有很多優點在回過頭看時才會發現，讓人感慨在它們出現之前工作是怎么開展的。
讓我們來了解Microsoft Hyper-V R2中加入的CSV(Cluster Shared Volumes)功能,它是一個對所有Hyper-V節點開放讀寫權限的特殊NT文件系統。這項集群技術幫助實現Hyper-V R2中的在線遷移，而且消除了在Hyper-V R1中必須為集群中每臺虛擬機分配獨立LUN而帶來的眾多弊端。
本質上，CSV和常見的自動精簡配置功能并不相同，通過下面我的說明您就會發現，這項技術不但減少了配置Hyper-V R2虛擬機的繁瑣過程，而且可以節省大量存儲空間，這最終轉變為可衡量的成本降低。
CSV收益No.1：降低管理復雜度
在我的Hyper-V R1環境中，最大的集群擁有6個節點和106臺虛擬機。而每臺虛擬機需要獨立的LUN，時間長了以后，這個為虛擬機分發LUN所需的多個步驟成為我的慣性行為之一。
其中包括登陸光纖交換機和SAN存儲的操作。在很多企業中，這需要涉及多個小組，所以過程本身就增加了復雜度，并帶來延遲和配置失誤的可能。
而在Hyper-V R2中增加的CSV集群技術，可以讓該過程變得和分發存儲空間給一臺獨立虛擬機一樣簡單。CSV支持創建一個大的LUN讓多個虛擬機共享，這同時方便了虛擬機在不同的集群節點之間實現遷移。
在我的6節點集群中，Hyper-V R2及其相關技術減少了105臺虛擬機LUN配置存在的潛在風險。對存儲只做一次配置，增加了系統穩定性而且也方便了其它管理員分發新的虛擬機。
（注：單個大CSV不僅對基本的虛擬機分發有幫助，而且減少在SCVMM中存在的刷新延遲情況。通常，在SCVMM可以認出集群中新添加的LUN之前有一段的時間延遲。）
CSV收益No.2:降低存儲空間需求
雖然存儲便宜了，但是考慮到浪費數百GB甚至是幾個TB的SAN存儲空間，似乎跟采用虛擬機降低成本的初衷相違背。談到虛擬存儲經常用到“但是”這個詞。“我們可以更快地分發虛擬機，提供完美的容錯機制和最大限度的主機利用率，‘但是’需要為VHD（Virtual Hard Disk）文件、內存和快照保留額外的空間。另外，在LUN上還需要一些額外保留空間以提高配置的靈活性。”
在我的Hyper-V R1環境中，配置方式大概如下：
VHD文件大小+RAM大小+大約8~10GB預留=LUN的總大小
預留空間是留給快照和RAM增加時使用。我想在虛擬桌面硬盤空間大小上，您也一定保留了額外的磁盤空間，同樣的邏輯也適用于Hyper-V R1 的LUN。
而這些預留部分極大增加了浪費的空間。以105個LUN為例，大約有840GB到1.05TB大小的未使用空間。當然，您也可以在分配存儲空間時更緊湊一些，但一旦遇到快照需要額外空間的情況，就必須對物理LUN做擴展，這也增加了配置出錯的風險和帶來延遲。
在做了快照之后，還會帶來額外的空間需求（當然還有配置所需的額外時間花費）。最后，我一咬牙為Hyper-V R1中的每個LUN都分配了標準大小的預留空間。
借助CSV集群技術，單個LUN可以用于集群中的任意一臺虛擬機，減少了為每臺虛擬機分配額外空間帶來的浪費?？紤]到不是所有的虛擬機都要做快照或空間增長很快，我約定的預留空間為100GB。跟之前R1的情況相比，這種方式節省740GB~950GB空間。在發展的數據中心里，這部分節省的空間可分配給實際增加的虛擬機使用。
CSV收益No.3：成本降低
升級到Hyper-V R2或部署集群技術的原因，從這個角度看可以節省磁盤空間，最終推遲購買新存儲的需求，從而實際轉化為管理人員和CEO都可以看到的收益。
今天的存儲可能不再那么貴了。不過積累這些節省的空間可以避免購買大型SAN存儲的需求，最終極少成多。本質上，這不是自動精簡配置，不需要增加費用就可以達到對存儲在技術上和財務上更高效地管理。
在下一篇文章，我將深入探討如何通過針對這些問題而開發的第三方產品來節省虛擬環境中的可用存儲資源。那時，請您加入討論并給出建議。
【編輯推薦】
