thin还是thick虚拟磁盘格式的选择.docxVIP

thin还是thick？虚拟磁盘格式的选择既然是选择题，还是先说答案。这样对于thin/thick概念比较熟悉的同学就可以不用浪费时间看后面的长篇大论了。* 如果必须用FT，只能选eagerzeroedthick* 如果追求最佳应用性能不考虑空间占用，选eagerzeroedthick* 如果希望最大程度的利用空间，并且对磁盘的增长是可控的，可以选thin格式* 如果不希望空间的过量分配(oversubsribe)造成潜在的问题，可以选择默认的thick (zeroedthick)* 如果希望没有负面性能影响，则不应该选择thin。具体理由见拙文thin还是thick(续)，实证新结论！ ?【虚拟磁盘的格式】虚拟磁盘有3种格式：(1)thin provision (2)thick(也叫zeroedthick) ?(3)eagerzeroedthik(1) thin ?provision就是一种按需分配的格式，创建时虚拟磁盘不会分配给所有需要的空间，而是根据需要，vmdk自动增大并一边zero一边使用这些新空间；vmdk文件的真实大小不等于创建的虚拟磁盘的大小，而只是等于实际数据的大小。(zero就是对磁盘空白处写入0，可以理解成或者翻译成初始化)。(2) ?zeroedthick格式，在创建时分配给所有空间，vmdk文件大小等于创建的虚拟磁盘大小，虚拟磁盘中的空闲空间被预占，但空闲空间(empty ?space)并没有zeroed，需要在使用的时候再zero。由于磁盘在第一次写入时必须zero，这个类型的磁盘在第一次磁盘块写入时会有轻微的I/O性能损失。(3) ?eagerzeroedthick，在创建时分配给所有空间，vmdk文件大小等于创建的虚拟磁盘大小，虚拟磁盘中的空闲空间被预占。另外，在创建磁盘时，会将所有数据块都初始化(zero)，这将花费更多时间。这种格式的磁盘因为已经zero化，使用时不再需要zero，因此第一次写入数据到磁盘块时的性能较好。启用FT必须使用eagerzeoedthick格式的虚拟磁盘(如果原先不是，也会被转换成这种格式)举例来说，1个500GB的虚拟磁盘，其中100GB已用，还有400GB未用空间。thin格式的vmdk文件大小就是100GB，zeroedthick和eagerzeroedthick格式的vmdk文件大小都是500GB，只不过eagerzeroedthick的那400GB未用空间都已经初始化过了，都填上了0，而zeroedthick的那400GB未用空间还没初始化。在VI3.5时，GUI界面中没有提供虚拟磁盘类型的选择，而是直接使用默认类型，默认情况如下：* 在VMFS datastores上创建新的虚拟磁盘，默认为thick (zeroedthick)* 在NFS datastores上创建新的虚拟磁盘，默认为thin* 从模版部署一台VM默认为eagerzeroedthick* 克隆一台VM默认为eagerzeroedthick这就是为啥ESX3创建一个新的虚拟磁盘的时候显得很快，但是从模版部署或者克隆的时候却要花很多时间。现实中，大多数虚机的创建，都是通过从模板部署或克隆一台现有的虚机来实现的，所以在ESX3.x时代，thin格式没啥大用处，虚机的磁盘基本都是eagerzeroedthick格式。但是，到了vSphere4，VMware对此做了重大的改进，从模版部署一台VM或者克隆一台VM不再默认为eagerzeroedthick，而是有一个GUI可以让你选择thin还是thick(即zeroedthick)。注：在VI3.x的时候，如果不想用默认选项(比如在VMFS ?datastore上想创建一个thin格式的虚拟磁盘)，可以(在创建虚拟磁盘向导GUI中)选择不创建虚拟磁盘，而到vmkfstools命令行中创建。具体请参考/showcontent_26317.htm?lg=tvSphere4，GUI中多了2个选项，可以选成Thin Provisioning或者选Support clustering features ?such as FT，就是eagerzeroedthick格式。见下图。(注意，这2个选项是互斥的。) ?如果这2个选项都不选上，则是默认的zeroedthick格式。【这三种格式如何转换？】从thin转换成thick有3种方法：(1)Storage VMotionsvMotion GUI中的thick指的是eagerzeroedthick，用svMotion可以将虚拟磁盘格式转成thin或者eagerzeroedthick，但是没有选项可以转回zeroedthick.(2) ?在vSphere?Client中选datastore视图，找到你要转换的虚拟磁