節省大量磁盤空間 解析自動精簡配置
日期：2017/2/8 10:22:47 編輯：關於服務器
在VMware ESX 3時代，很多IT人員對瘦虛擬磁盤（它可以隨著寫入數據的增加而自動增長）的使用持保留意見。大家認為精簡盤的性能表現不能跟容量固定的“胖虛擬磁盤”相比。
盡管大量針對瘦虛擬磁盤的研究都表明幾乎沒有性能損耗。現在VMware在vSphere的用戶界面中也開始支持精簡盤的創建，自動精簡配置功能的使用范圍需要被重新規劃已經成為流行的觀點。
對自動精簡配置的誤解
用戶不接受瘦虛擬磁盤是考慮到會給虛擬機帶來大量的額外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添加更多新的功能。這樣存儲陣列就可以知道虛擬機內哪些文件被刪除了，然後對相應的空間進行釋放以顯示磁盤的實際空間大小。
即使這樣，如果虛擬機經常定期進行創建和刪除大文件操作，依然要考慮堅持對該虛擬機使用胖虛擬磁盤方式。
