在ESX上架rhcs，很快就碰到问题了，现实当中的EVA怎么实现？
当然可以使用NFS服务器，但是不懂。那么就使用虚拟的公共硬盘吧
使用如下命令建立10g的硬盘文件：
vmkfstools –c 10240m -d eagerzeroedthick /vmfs/volumes/<mydir>/<mydisk>.vmdk
然后再ESX中添加硬盘，注意需要添加到不一样的SCSI controller（virtual的）
既然是选择题，还是先说答案。这样对于thin/thick概念比较熟悉的同学就可以不用浪费时间看后面的长篇大论了。
* 如果必须用FT，只能选eagerzeroedthick
* 如果追求最佳应用性能不考虑空间占用，选eagerzeroedthick
* 如果希望最大程度的利用空间，并且对磁盘的增长是可控的，可以选thin格式
* 如果不希望空间的过量分配(oversubsribe)造成潜在的问题，可以选择默认的thick (zeroedthick)
* 如果希望没有负面性能影响，则不应该选择thin。具体理由见拙文"thin还是thick(续)，实证新结论！" (2010/3/11补充)
【虚拟磁盘的格式】
虚拟磁盘有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命令行中创建。具体请参考http://www.searchvirtual.com.cn/showcontent_26317.htm?lg=t
vSphere4，GUI中多了2个选项，可以选成Thin Provisioning或者选Support clustering features such as FT，就是eagerzeroedthick格式。见下图。(注意，这2个选项是互斥的。) 如果这2个选项都不选上，则是默认的zeroedthick格式。
[url]http://delxu.blog.51cto.com/975660/278156[/url]
