forked from pivotal-cf/docs-pcf-install
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathdisk-format.html.md.erb
97 lines (71 loc) · 3.5 KB
/
disk-format.html.md.erb
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
---
title: Provisioning a Virtual Disk in vSphere
owner: Ops Manager
---
<strong><%= modified_date %></strong>
When you create a virtual machine in VMware vSphere, vSphere creates a new virtual hard
drive for that virtual machine.
The virtual hard drive is contained in a virtual machine disk (VMDK).
The disk format you choose for the new virtual hard drive can have a significant
impact on performance.
You can choose one of three formats when creating a virtual hard drive:
* Thin Provisioned
* Thick Provisioned Lazy Zeroed
* Thick Provisioned Eager Zeroed
## <a id='thin'></a> Thin Provisioned ##
Advantages:
* Fastest to provision
* Allows disk space to be overcommitted to VMs
Disadvantages:
* Slowest performance due to metadata allocation overhead and additional
overhead during initial write operations
* Overcommitment of storage can lead to application disruption or downtime if
resources are actually used
* Does not support clustering features
When vSphere creates a thin provisioned disk, it only writes a small amount of
metadata to the datastore.
It does not allocate or zero out any disk space.
At write time, vSphere first updates the allocation metadata for the VMDK, then
zeros out the block or blocks, then finally writes the data.
Because of this overhead, thin provisioned VMDKs have the lowest performance of
the three disk formats.
Thin provisioning allows you to overcommit disk spaces to VMs on a datastore.
For example, you could put 10 VMs, each with a 50 GB VMDK attached to it, on a
single 100 GB datastore, as long as the sum total of all data written by the VMs
never exceeded 100 GB.
Thin provisioning allows administrators to use space on datastores that would
otherwise be unavailable if using thick provisioning, possibly reducing costs
and administrative overhead.
## <a id='thick-lazy'></a> Thick Provisioned Lazy Zeroed ##
Advantages:
* Faster to provision than Thick Provisioned Eager Zeroed
* Better performance than Thin Provisioned
Disadvantages:
* Slightly slower to provision than Thin Provisioned
* Slower performance than Thick Provisioned Eager Zero
* Does not support clustering features
When vSphere creates a thick provisioned lazy zeroed disk, it allocates the
maximum size of the disk to the VMDK, but does nothing else.
At the initial access to each block, vSphere first zeros out the block, then
writes the data.
Performance of a thick provisioned lazy zeroed disk is not as good a thick
provisioned eager zero disk because of this added overhead.
## <a id='thick-eager'></a> Thick Provisioned Eager Zeroed ##
Advantages:
* Best performance
* Overwriting allocated disk space with zeros reduces possible security risks
* Supports clustering features such as Microsoft Cluster Server (MSCS) and
VMware Fault Tolerance
Disadvantages:
* Longest time to provision
When vSphere creates a thick provisioned eager zeroed disk, it allocates the
maximum size of the disk to the VMDK, then zeros out all of that space.
Example: If you create an 80 GB thick provisioned eager zeroed VMDK, vSphere
allocates 80 GB and writes 80 GB of zeros.
By overwriting all data in the allocated space with zeros, thick provisioned
eager zeroed eliminates the possibility of reading any residual data from the
disk, thereby reducing possible security risks.
Thick provisioned eager zeroed VMDKs have the best performance.
When a write operation occurs to a thick provisioned eager zeroed disk, vSphere
writes to the disk, with none of the additional overhead required by thin
provisioned or thick provisioned lazy zeroed formats.