有時候我們可能會遇到這樣幾種現象：虛擬機置備100G，但是平臺上卻顯示虛擬機使用了500G存儲?

[[283925]]

平臺上看到所有虛擬機加起來才3T，存儲上5T的空間卻沒了，嚴重的還導致所有虛擬機宕機。

為啥?都是"精簡置備"惹得貨，不，"精簡置備"是個好東西，只是你只看到了他的有點，卻忘了它得缺點!

下面來了解一下VMware存儲置備得幾種方式吧。

vSphere 支持兩種模型的存儲置備：厚置備和精簡置備。

厚置備:

厚置備是傳統存儲置備模型。對于厚置備，預先提供大量存儲空間以滿足未來的存儲需要。但是，空間可能一直未被使用，這樣會導致無法充分利用存儲容量。

精簡置備:

此方法與厚置備相反，通過以靈活的按需方式分配存儲空間，可幫助您消除無法充分利用存儲的問題。可以通過 ESXi，使用兩種模型的精簡置備(陣列級別和虛擬磁盤級別)。

其中厚置備又分為厚置備置零和厚置備延遲置零。厚置備置零即存儲磁盤被分配給VM時即刻抹除其上所有數據，將所有二進制都寫"0"，而延遲置零則相反，存儲同樣在分配空間時劃出等量空間給VM，但是其上二進制不做任何處理，當VM寫入數據要用對應區塊時才清除其上數據。而精簡置備就比較另類了，它騙了VM，VM編輯設置里面所寫容量空間只是平臺許諾得空間，這個空間量只會限制系統內部所看到得最大容量，注意，是系統內部!對于平臺來說，你用多少，我就給你多少，所以>>>一臺VM得實際存儲使用量比它設置得還大。

厚置備得兩種方式相當于我們得電腦硬盤，反正就這么大，哪些扇區歸你也都是提前設定得。區別在于是否在分配時就全部置零。這兩種很簡單，主要是，精簡置備，可能你并不了解它。

下面來看看我理解中精簡置備是怎么運行得，接入磁盤每個扇區區塊是1GB，每次虛擬機寫入/刪除量也是1GB，我們用10個方格表示存儲上10GB空間，一臺虛擬機置備空間大小為4GB。

系統可見數據量為4G，實際存儲使用量為6G

從上邊可見，虛擬機系統內部可見使用數據量為4GB，但是存儲上使用量為6GB，這一點是由于精簡置備得規則決定得。厚置備是給你畫了一個圈，只要在圈里面，怎么玩兒，隨你。但是精簡置備不可能給你畫個圈，那樣就沒有意義了，所以就是你需要寫入數據得時候，就給你找多大數據量得空白扇區，而不會主動去覆蓋你已經刪除數據得扇區，除非你系統內部發送置零清除已刪除數據得扇區或者平臺主動去統一回收這些扇區。

VMware這樣考慮是有原因得，因為像你電腦硬盤，數據刪除了還可以恢復，精簡置備也要保留這種特性，所以不會主動去回收這些空間。實際上在vSphere 6.7里面，已經慢慢開始加入了回收得功能，只是回收力度很小，只有在存儲空間容量快滿時才會觸發vSphere去回收空間。

所以，當環境存儲充足時，比如桌面虛擬化，我這臺存儲空間就是為桌面設計得容量，這時候可以采用厚置備延遲至零(厚置備置零模式在配置虛擬機時等待置零操作會很久，如果不是數據保密要求很高等特殊場景，不建議選擇這個)。如果存儲空間不足，或存儲需要超容量分配，可以選擇精簡置備，以達到節省存儲空間得目的，但是記得定期去回收存儲空間。并不是所有存儲都可以回收空間，只是一部分存儲支持。

下面是存儲空間回收步驟，獻給有需要得人：

1、打開ESXI主機SSH服務，flash客戶端在安全配置中，HTML5客戶端在服務中;

2、CRT或者PUTTY等工具SSH連接ESXI主機;

3、執行命令"ls -l /vmfs/volumes \n"查看所有存儲卷，復制需要回收空間存儲得UUID;

4、執行命令"esxcli storage vmfs unmap -u UUID號"即回收該存儲卷上的可用空間;

5、每臺主機上的每個卷均需要執行一次，即所需執行次數=主機數*存儲卷數量。每次執行大約在幾小時左右，視空間大小決定。