Use flash devices and magnetic disks based on the requirements for Virtual SAN.
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 Virtual SAN can claim them:
- The storage devices are local to the ESXi hosts. Virtual SAN cannot claim remote devices.
- The storage devices do not have any preexisting 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. 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.
Virtual SAN 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 Virtual SAN.
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 Virtual SAN datastore has enough space for an operation by examining the space on the individual hosts rather than on the consolidated Virtual SAN datastore object. For example, when you evacuate a host, all free space in the datastore might be on the host that you are evacuating and 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 Virtual SAN cluster.
- Consider the Virtual SAN overhead to the usable storage space.
- On-disk format version 1.0 adds an additional overhead of approximately 1 GB per capacity device.
- On-disk format version 2.0 adds an additional overhead, typically no more than 1-2 percent capacity per device.
- On-disk format version 3.0 and later adds an additional overhead, typically no more than 1-2 percent capacity per device. Deduplication and compression with software checksum enabled require additional overhead of approximately 6.2 percent capacity per device.
For more information about planning the capacity of Virtual SAN datastores, see the VMware Virtual SAN Design and Sizing Guide.
Virtual SAN Policy Impact on Capacity
The Virtual SAN 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, although the Virtual SAN datastore indicates that enough space is available, the datastore might not be able to evacuate the virtual machine objects because the free space is on the host that is being placed in maintenance mode.|