在VMware ESX 3時代，很多IT人員對瘦虛擬磁盤（它可以隨著寫入數據的增加而自動增長）的使用持保留意見。大家認為精簡盤的性能表現不能跟容量固定的“胖虛擬磁盤”相比。
盡管大量針對瘦虛擬磁盤的研究都表明幾乎沒有性能損耗?，F在VMware在vSphere的用戶界面中也開始支持精簡盤的創建，自動精簡配置功能的使用范圍需要被重新規劃已經成為流行的觀點。
本文中，TechTarget中國特約專家Mike Laverick剖析了幾點關于瘦虛擬磁盤的常見誤解及其實際使用案例，包括如何克服自動精簡配置的一些問題。
對自動精簡配置的誤解
用戶不接受瘦虛擬磁盤是考慮到會給虛擬機帶來大量的額外IOPS壓力——盡管研究表明胖磁盤可以帶來的性能改善微乎其微。不過用戶還是習慣在一些IOPS壓力很小或幾乎沒有（例如域名服務器和DHCP服務器等）的虛擬機上使用精簡盤。
我并不認同這種做法。自動精簡配置可以節省大量的磁盤空間并省去管理員在考慮“該為虛擬機分配多大磁盤空間”等問題時的煩惱。
在瘦虛擬磁盤還不太普及的時候，傳統的磁盤如果設置太大會帶來存儲空間浪費；太小的話虛擬機所需的空間增大時又會產生溢出。這在存儲空間非常有限的實驗室環境下是經常會遇到的。
克服自動精簡配置的相關問題
這并非指自動精簡配置就沒有任何潛在問題。如果您對陷阱了解不夠的話，瘦磁盤會帶來災難性后果。例如，經常出現的情況是創建的虛擬磁盤占滿了分配的LUN/卷大小。假設創建了10臺虛擬機，每臺配有40GB大小的精簡盤。最初，精簡盤消耗的只是很少的幾MB空間，但是當這些磁盤全都寫滿時總計需要400GB的物理空間。這樣，如果設置的LUN/卷空間大小只有350GB時，事情變得非常糟糕。
這種情況并非不可能。有很多看起來不起眼的虛擬機任務會導致瘦磁盤的空間快速膨脹。首先，請注意一下在Windows系統內部您是如何格式化磁盤的。在Windows中，我們被告知不要使用快速格式化功能，因為它在很多環境下都會降低磁盤讀寫性能。
但如果對精簡盤使用完整格式化，該過程會寫入虛擬磁盤的每個扇區——這樣精簡盤的空間就快速增長到最大容量。這傳達了一個信息：對于精簡盤在Windows系統中要使用快速格式化方法。
我的精簡盤無法壓縮
還有一些可能導致精簡盤快速膨脹的操作，包括VMware Tool中的壓縮功能——用于刪除文件釋放磁盤空間。在虛擬機被制作完成并用作模板之前，我通常會建議用戶對磁盤進行碎片整理并運行壓縮功能，以達到磁盤優化的目的。
當在Windows中進行刪除文件操作的時候，數據并沒有從磁盤中被真正刪除。只不過是在文件系統中做了標記而已。這樣的話，即使是被刪除的文件依然會占用磁盤空間。
壓縮功能并非適用于所有的虛擬磁盤類型或操作系統。根據使用的VMware Tools版本不同，某些情況下可能被禁用。
考慮到這樣的過程，碎片整理和壓縮功能在精簡盤上起不到任何作用。這兩個操作都會四處移動文件并執行寫入操作，這些都會增加精簡盤的大小。而且您還會發現在受影響的虛擬機內無法使用壓縮功能。
如果您的某個任務進程經常定期執行創建和刪除大文件的操作，那么精簡盤很快就會增長起來，而且這部分剩余空間還無法還原到存儲陣列中。那么我們如何才能回收這部分磁盤空間？通過SDelete命令加上-c作為參數可以安全地把虛擬機內被刪除的文件清除掉。
這個操作會導致虛擬磁盤臨時增大。但是如果使用了VMware的Storage vMotion和精簡盤功能，就可以把虛擬磁盤壓縮到實際空間大小。過程麻煩但很有效。
我希望VMware可以在數據存儲瀏覽終端中添加壓縮功能，包括擴充選項（該擴充選項用于把瘦磁盤轉化為胖磁盤）。
隨著VMware和存儲合作伙伴合作的加深，這個問題最終可以解決，并通過vStorage API添加更多新的功能。這樣存儲陣列就可以知道虛擬機內哪些文件被刪除了，然后對相應的空間進行釋放以顯示磁盤的實際空間大小。
即使這樣，如果虛擬機經常定期進行創建和刪除大文件操作，依然要考慮堅持對該虛擬機使用胖虛擬磁盤方式。
