Use flash devices and magnetic disks based on the requirements for vSAN.
Verify that the cluster has the capacity to accommodate anticipated virtual machine consumption and the Primary level of failures to tolerate in the storage policy for the virtual machines.
The storage devices must meet the following requirements so that vSAN can claim them:
- The storage devices are local to the ESXi hosts. vSAN cannot claim remote devices.
- The storage devices do not have any existing partition information.
- On the same host, you cannot have both all-flash and hybrid disk groups.
Prepare Devices for Disk Groups
Each disk group provides one flash caching device and at least one magnetic disk or one flash capacity device. For hybrid clusterS, the capacity of the flash caching device must be at least 10 percent of the anticipated consumed storage on the capacity device, without the protection copies. For guidance on determining the cache ratio for all-flash clusters, refer to Designing vSAN Disk groups – All Flash Cache Ratio Update.
vSAN requires at least one disk group on a host that contributes storage to a cluster that consists of at least three hosts. Use hosts that have uniform configuration for best performance of vSAN.
Raw and Usable Capacity
Provide raw storage capacity that is greater than the capacity for virtual machines to handle certain cases.
- Do not include the size of the flash caching devices as capacity. These devices do not contribute storage and are used as cache unless you have added flash devices for storage.
- Provide enough space to handle the Primary level of failures to tolerate (PFTT) value in a virtual machine storage policy. A PFTT that is greater than 0 extends the device footprint. If the PFTT is set to 1, the footprint is double. If the PFTT is set to 2, the footprint is triple, and so on.
- Verify whether the vSAN datastore has enough space for an operation by examining the space on the individual hosts rather than on the consolidated vSAN datastore object. For example, when you evacuate a host, all free space in the datastore might be on the host that you are evacuating. The cluster is not able to accommodate the evacuation to another host.
- Provide enough space to prevent the datastore from running out of capacity, if workloads that have thinly provisioned storage start consuming a large amount of storage.
- Verify that the physical storage can accommodate the reprotection and maintenance mode of the hosts in the vSAN cluster.
- Consider the vSAN overhead to the usable storage space.
- On-disk format version 1.0 adds an extra overhead of approximately 1 GB per capacity device.
- On-disk format version 2.0 adds an extra overhead, typically no more than 1-2 percent capacity per device.
- On-disk format version 3.0 and later adds an extra overhead, typically no more than 1-2 percent capacity per device. Deduplication and compression with software checksum enabled require extra overhead of approximately 6.2 percent capacity per device.
For more information about planning the capacity of vSAN datastores, see the VMware vSAN Design and Sizing Guide.
vSAN Policy Impact on Capacity
The vSAN storage policy for virtual machines affects the capacity devices in several ways.
|Aspects of Policy Influence||Description|
|Available space for reprotecting or maintenance mode||When you place a host in maintenance mode or you clone a virtual machine, the datastore might not be able to evacuate the virtual machine objects, although the vSAN datastore indicates that enough space is available. This lack of space can occur if the free space is on the host that is being placed in maintenance mode.|