既然是選擇題，還是先說答案。這樣對于thin/thick概念比較熟悉的同學(xué)就可以不用浪費時間看后面的長篇大論了。

如果必須用FT，只能選eagerzeroedthick

如果追求最佳應(yīng)用性能不考慮空間占用，選eagerzeroedthick

如果希望最大程度的利用空間，并且對磁盤的增長是可控的，可以選thin格式

如果不希望空間的過量分配(oversubsribe)造成潛在的問題，可以選擇默認(rèn)的thick(zeroedthick)

【虛擬磁盤的格式】

虛擬磁盤有3種格式：(1)thin provision (2)thick(也叫zeroedthick) (3)eagerzeroedthik

(1) thin provision就是一種按需分配的格式，創(chuàng)建時虛擬磁盤不會分配給所有需要的空間，而是根據(jù)需要，vmdk自動增大并一邊zero一邊使用這些新空間；vmdk文件的真實大小不等于創(chuàng)建的虛擬磁盤的大小，而只是等于實際數(shù)據(jù)的大小。(zero就是對磁盤空白處寫入0，可以理解成或者翻譯成初始化)。

(2) zeroedthick格式，在創(chuàng)建時分配給所有空間，vmdk文件大小等于創(chuàng)建的虛擬磁盤大小，虛擬磁盤中的空閑空間被預(yù)占，但空閑空間(empty space)并沒有zeroed，需要在使用的時候再zero。由于磁盤在第一次寫入時必須zero，這個類型的磁盤在第一次磁盤塊寫入時會有輕微的 I/O性能損失。

(3) eagerzeroedthick，在創(chuàng)建時分配給所有空間，vmdk文件大小等于創(chuàng)建的虛擬磁盤大小，虛擬磁盤中的空閑空間被預(yù)占。另外，在創(chuàng)建磁盤時，會將所有數(shù)據(jù)塊都初始化(zero)，這將花費更多時間。這種格式的磁盤因為已經(jīng)zero化，使用時不再需要zero，因此第一次寫入數(shù)據(jù)到磁盤塊時的性能較好。啟用FT必須使用eagerzeoedthick格式的虛擬磁盤(如果原先不是，也會被轉(zhuǎn)換成這種格式)

舉例來說，1個500GB的虛擬磁盤，其中100GB已用，還有400GB未用空間。thin格式的vmdk文件大小就是 100GB，zeroedthick和eagerzeroedthick格式的vmdk文件大小都是500GB，只不過eagerzeroedthick的那400GB未用空間都已經(jīng)初始化過了，都填上了0，而zeroedthick的那400GB未用空間還沒初始化。

在VI3.5時，GUI界面中沒有提供虛擬磁盤類型的選擇，而是直接使用默認(rèn)類型，默認(rèn)情況如下：

在VMFS datastores上創(chuàng)建新的虛擬磁盤，默認(rèn)為thick (zeroedthick)

在NFS datastores上創(chuàng)建新的虛擬磁盤，默認(rèn)為thin

從模版部署一臺VM默認(rèn)為eagerzeroedthick

克隆一臺VM默認(rèn)為eagerzeroedthick

這就是為啥ESX3創(chuàng)建一個新的虛擬磁盤的時候顯得很快，但是從模版部署或者克隆的時候卻要花很多時間。現(xiàn)實中，大多數(shù)虛機(jī)的創(chuàng)建，都是通過從模板部署或克隆一臺現(xiàn)有的虛機(jī)來實現(xiàn)的，所以在ESX3.x時代，thin格式?jīng)]啥大用處，虛機(jī)的磁盤基本都是eagerzeroedthick格式。

但是，到了vSphere4，VMware對此做了重大的改進(jìn)，從模版部署一臺VM或者克隆一臺VM不再默認(rèn)為eagerzeroedthick，而是有一個GUI可以讓你選擇thin還是thick(即zeroedthick)。(關(guān)于zeroedthick的clone性能和eagerzeroedthick格式的clone時性能比較，有待測試)

注：在VI3.x的時候，如果不想用默認(rèn)選項(比如在VMFSdatastore上想創(chuàng)建一個thin格式的虛擬磁盤)，可以(在創(chuàng)建虛擬磁盤向?qū)�GUI中)選擇不創(chuàng)建虛擬磁盤，而到vmkfstools命令行中創(chuàng)建。

vSphere4，GUI中多了2個選項，可以選成Thin Provisioning或者選Support clustering features such as FT，就是eagerzeroedthick格式。見下圖。(注意，這2個選項是互斥的。)如果這2個選項都不選上，則是默認(rèn)的zeroedthick格式。

【這三種格式如何轉(zhuǎn)換？】

從thin轉(zhuǎn)換成thick有3種方法：

(1)svMotion

svMotion GUI中的thick指的是eagerzeroedthick，用svMotion可以將虛擬磁盤格式轉(zhuǎn)成thin或者eagerzeroedthick，但是沒有選項可以轉(zhuǎn)回zeroedthick.

(2)在vSphereClient中選datastore視圖，找到你要轉(zhuǎn)換的虛擬磁盤，點右鍵。如果這個vmdk是thin的話，可以選inflate來轉(zhuǎn)換（必須是VMFS，NAS的datastroe沒有這個選項）

轉(zhuǎn)換的時候虛機(jī)必須關(guān)閉中，如果在運(yùn)行中，則會報"Failed to lock the file"錯。

(3)可以用命令行

service console界面：

vmkfstools–inflatedisk -a

RCLI/vMA：

Vmkfstools.pl –inflatedisk -a

問：可以shrink嗎？（也就是可以從thick轉(zhuǎn)換成thin嗎？）

答：你不能直接從一個thick或eagerzeroedthick格式的虛擬磁盤轉(zhuǎn)換成thin格式的。但是你可以用Storage vMotion來實現(xiàn)。(svMotion是vSphere4中的新功能，VI3不支持)

【存儲Thin Provisioning】

實踐中，很多存儲設(shè)備都自己具有Thin provision技術(shù)。也就是說，LUN的Thin Provisioning。和VMware對vmdk的Thin provision類似，LUN的thin provision指LUN文件不預(yù)占空閑空間，LUN文件的大小隨其中已經(jīng)占用的文件大小來增長。

比如你為一個VMFS datastore創(chuàng)建了一個iSCSI LUN，大小為500GB，并在其中創(chuàng)建了1個100GB的thick的虛擬磁盤。如果沒有啟用存儲的Thin Provision，那么這個thick的LUN占了500GB空間。如果啟用thinprovision，則thin LUN占100GB空間。如果這個100GB的虛擬磁盤是thin格式的，其中只有20GB數(shù)據(jù)，那么thin vmdk只有20GB大(provisionedsize 20GB, max size 100GB)，這種情況下，thin LUN只占20GB。這被稱為thin in thin方式。

thin in thin方式必須格外注意可用空間，因為如果很多VM都突然增長到了max size，存儲設(shè)備上又沒有足夠的可用空間可以擴(kuò)展，可能會導(dǎo)致很多虛機(jī)因無法寫入磁盤而崩潰。

NetApp建議，如果采用thinLUN的方式，建議設(shè)置volume大小自動增長策略，當(dāng)LUN長大時可以相應(yīng)自動擴(kuò)大動態(tài)volume的大小，以免LUN大小無法自動擴(kuò)大而引起的災(zāi)難。

scott書中的最佳實踐說，建議總是使用存儲自帶的thin provisioning技術(shù)(除非thin LUN有負(fù)面的性能問題)；本人并不完全贊同。個人覺得，提高空間利用率的最佳方式，不在于thin provision，而在于是否啟用重復(fù)數(shù)據(jù)刪除技術(shù)(DDD, Data DeDuplication)。對于VMFS datastore，還是應(yīng)該用thick的LUN，并啟用DDD。對于NFS的datastore，沒有thin LUN的問題，直接采用DDD即可。