VMware vSphere中三种磁盘规格(厚置备延迟置零\厚置备置零\Thin Provision

        在VMware vSphere中,不管是以前的5.1版本,或者是现在的6.5版本,创建虚拟机时,在创建磁盘时,会进行两个操作:分配空间、置零。

1、厚置备延迟置零:

默认的创建格式,创建磁盘时,直接从磁盘分配空间,但对磁盘保留数据不置零。所以当有I/O操作时,只需要做置零的操作。

磁盘性能较好,时间短,适合于做池模式的虚拟桌面

2、厚置备置零(thick):

创建群集功能的磁盘。创建磁盘时,直接从磁盘分配空间,并对磁盘保留数据置零。所以当有I/O操作时,不需要等待直接执行。

磁盘性能最好,时间长,适合于做跑运行繁重应用业务的虚拟机

3、精简置备(thin)

创建磁盘时,占用磁盘的空间大小根据实际使用量计算,即用多少分多少,提前不分配空间,对磁盘保留数据不置零,且最大不超过划分磁盘的大小。

所以当有I/O操作时,需要先分配空间,在将空间置零,才能执行I/O操作。当有频繁I/O操作时,磁盘性能会有所下降

I/O不频繁时,磁盘性能较好;I/O频繁时,磁盘性能较差。时间短,适合于对磁盘I/O不频繁的业务应用虚拟机。

再分别讨论一下,创建磁盘时,都会让选择磁盘的置备类型,如下图所示,分为:

(1)厚置备延迟置零; 
(2)厚置备置零; 
(3)Thin Provision(精简置备)。

在创建虚拟机时,可以选择这三种类型的其中一种,如下图所示

thicthik02

thicthik01

这三种类型的磁盘,每一种类型的磁盘创建的方式和磁盘性能都有所不同,具体解释如下。

1、厚置备延迟置零

举例,如下图,本次创建的磁盘为200GB大小,如果选择厚置备延迟置零,VMware会在整个磁盘中划分一个200GB的空间专用于此虚拟机,故会创建一个200GB的vmdk文件,但由于是延迟置零,故假如目前只用到了50G空间,VMware会先zero(置零)这50G空间,后面150G空间会等到用到的时候再zero(置零),这种工作机制会对磁盘性能造成一定的影响。

thicthik07

创建完虚拟机后VMware创建的200GB vmdk文件,如下图

thicthik04

示意图:

thicthik05

2、厚置备置零

举例,如下图,本次创建的磁盘为200GB大小,如果选择厚置备置零,VMware会在整个磁盘中划分一个200GB的空间专用于此虚拟机,故会创建一个200GB的vmdk文件,由于是置零模式,故VMware会将这200GB的空间全部进行zero(置零)工作,故创建磁盘时比其它两种模式花的时间都要长,这种机制的磁盘的性能是最好的,因为这就好像是给虚拟机挂载了一块独立的硬盘,硬盘上的空间也全部属于该虚拟机,且提前也都已经格式化好,后期不管随着数据怎么增长,都可以直接使用这200G的空间,没有zero(置零)的操作了。

thicthik06

thicthik08

示意图:

thicthik09

4、Thin Provision(精简置备)

举例,如下图,本次创建的磁盘为200GB大小,如果选择Thin Provision(精科置备),VMware会在整个磁盘中划分一个200GB的置备空间,但此200GB没有从整个磁盘中真正划出来,它的vmdk文件在虚拟机刚创建时可能为0KB,以后随着虚拟机的使用空间越来越大,再给它划分更多的空间,直至200GB全部给这虚拟机。就好像是给虚拟机挂载了一块空间会不断变化的硬盘,开始很小,后期会根据你的使用情况不断的增长空间。

故选择精简置备时,有个好处是,可以创建更多的虚拟机,如创建10个虚拟机,每个虚拟机创建(置备)了200GB空间,那就是2000GB,但整个磁盘可能只有1000GB,但也能成功创建,因为置备的2000G,VMware没有真正给每个虚拟机200G,而是在以后不断的使用中慢慢增长至200G,所以选择精简模式,很容易出现整个磁盘卷空间爆满的情况,导致虚拟机运行不正常。

thicthik10

thicthik11

示意图:

thicthik12

根据这三种类型的磁盘的了解,磁盘的性能排序应该是:厚置备置零>厚置备延迟置零>Thic Provision(精科置备)。

厚置备置零和厚置备延迟置零对磁盘空间的使用最快,Thic Provision(精科置备)最节省磁盘空间,但也容易出现磁盘“爆仓”的危险。

本文出自http://guanjianfeng.com/archives/1161297

猜你喜欢

转载自blog.csdn.net/u014461454/article/details/88600054