VMware Virtual SAN is a software-defined storage tier, available with vSphere 5.5 Update 1 or a later release, that virtualizes the local physical storage disks available on a cluster of vSphere hosts. You specify only one datastore when creating an automated desktop pool or an automated farm, and the various components, such as virtual machine files, replicas, user data, and operating system files, are placed on the appropriate solid-state drive (SSD) disks or direct-attached hard disks (HDDs).
Virtual SAN implements a policy-based approach to storage management. When you use Virtual SAN, Horizon 7 defines virtual machine storage requirements, such as capacity, performance, and availability, in the form of default storage policy profiles and automatically deploys them for virtual desktops onto vCenter Server. The policies are automatically and individually applied per disk (Virtual SAN objects) and maintained throughout the life cycle of the virtual desktop. Storage is provisioned and automatically configured according to the assigned policies. You can modify these policies in vCenter. Horizon creates vSAN policies for linked-clone desktop pools, instant-clone desktop pools, full-clone desktop pools, or an automated farm per Horizon cluster.
You can enable encryption for a Virtual SAN cluster to encrypt all data-at-rest in the Virtual SAN datastore. Virtual SAN encryption is available with Virtual SAN version 6.6 or later. For more information about encrypting a Virtual SAN cluster, see the VMware Virtual SAN documentation.
Each virtual machine maintains its policy regardless of its physical location in the cluster. If the policy becomes noncompliant because of a host, disk, or network failure, or workload changes, Virtual SAN reconfigures the data of the affected virtual machines and load-balances to meet the policies of each virtual machine.
While supporting VMware features that require shared storage, such as HA, vMotion, and DRS, Virtual SAN eliminates the need for an external shared storage infrastructure and simplifies storage configuration and virtual machine provisioning activities.
Virtual SAN Workflow in Horizon 7
- Use vCenter Server 5.5 Update 1 or a later release to enable Virtual SAN. For more information about Virtual SAN in vSphere 5.5 Update 1, see the vSphere Storage document. For more information about Virtual SAN in vSphere 6 or later, see the Administering VMware Virtual SAN document.
- When creating an automated desktop pool or an automated farm in Horizon Administrator, under Storage Policy Management, select Use VMware Virtual SAN, and select the Virtual SAN datastore to use.
After you select Use VMware Virtual SAN, only Virtual SAN datastores are displayed.
Default storage policy profiles are created according to the options you choose. For example, if you create a linked-clone, floating desktop pool, a replica disk profile and an operating system disk profile are automatically created. If you create a linked-clone, persistent desktop pool, a replica disk profile and a persistent disk profile are created. For an automated farm, a replica disk profile is created. For both types of desktop pools and automated farms, a profile is created for virtual machine files.
- To move existing View Composer desktop pools from another type of datastore to a Virtual SAN datastore, in Horizon Administrator, edit the pool to deselect the old datastore and select the Virtual SAN datastore instead, and use the Rebalance command. This operation is not possible for automated farms because you cannot rebalance an automated farm.
- (Optional) Use vCenter Server to modify the parameters of the storage policy profiles, which include things like the number of failures to tolerate and the amount of SSD read cache to reserve. For specific default policies and values, see Default Storage Policy Profiles for Virtual SAN Datastores.
- Use vCenter Server to monitor the Virtual SAN cluster and the disks that participate in the datastore. For more information, see the vSphere Storage document and the vSphere Monitoring and Performance documentation. For vSphere 6 or later, see the Administering VMware Virtual SAN document.
- (Optional) For View Composer linked-clone desktop pools, use the Refresh and Recompose commands as you normally would. For automated farms, only the Recompose command is supported, regardless of the type of datastore.
Requirements and Limitations
The Virtual SAN feature has the following limitations when used in a Horizon 7 deployment:
- This release does not support using the Horizon 7 space-efficient disk format feature, which reclaims disk space by wiping and shrinking disks.
- Virtual SAN does not support the View Composer Array Integration (VCAI) feature because Virtual SAN does not use NAS devices.
The Virtual SAN feature has the following requirements:
- vSphere 5.5 Update 1 or a later release.
- Appropriate hardware. For example, VMware recommends a 10GB NIC and at least one SSD and one HDD for each capacity-contributing node. For specifics, see the VMware Compatibility Guide.
- A cluster of at least three ESXi hosts. You need enough ESXi hosts to accommodate your setup even if you use two ESXi hosts with a Virtual SAN stretched cluster. For more information, see the vSphere Configuration Maximums document.
- SSD capacity that is at least 10 percent of HDD capacity.
- Enough HDDs to accommodate your setup. Do not exceed more than 75% utilization on a magnetic disk.
For more information about Virtual SAN requirements, see "Working with Virtual SAN" in the vSphere 5.5 Update 1 Storage document. For vSphere 6 or later, see the Administering VMware Virtual SAN document. For guidance on sizing and designing the key components of Horizon 7 virtual desktop infrastructures for VMware Virtual SAN, see the white paper at http://www.vmware.com/files/pdf/products/vsan/VMW-TMD-Virt-SAN-Dsn-Szing-Guid-Horizon-View.pdf.