- Correcting Persistent Myths About Virtual Volumes
- You Only Need One VVOL for Every Virtual Machine
- Every Storage Vendor Supports the Same Number of VVOLs
- VVOLs Make All Storage Equal
- Customers Don’t Have to Make Any Changes to Deploy VVOLs
- VVOLs Solve Performance Issues by Eliminating Noisy Neighbors
- You Only Need One Storage Container per Array
- VVOLs Enable VM-Level Storage Management
Correcting Persistent Myths About Virtual Volumes
by Chris Preimesberger
You Only Need One VVOL for Every Virtual Machine
You need one VVOL for Config, one for Swap and one for each vDisk. That’s a minimum of three per VM. Then, for every snapshot you need one more VVOL for each vDisk and one Memory VVOL per snapshot. Bottom line: You might need hundreds of VVOLs for one VM.
Every Storage Vendor Supports the Same Number of VVOLs
In fact, the number of VVOLs a storage provider can support with 4U of rack space can vary from less than 2,000 to 1 million. Given the first myth (how quickly your VVOL count will grow), you should look for a vendor that can support a lot of VVOLs.
VVOLs Make All Storage Equal
VVOLs aren’t products; they are an application programming interface (API). So, VVOL functionality is entirely dependent on your storage provider’s underlying structure and ability to implement VVOLs.
Customers Don’t Have to Make Any Changes to Deploy VVOLs
You have to upgrade to vSphere 6 (or later). You will probably need to upgrade the firmware on your array. Not all arrays are VVOL-ready, even in the same array family. Each array will implement VVOLs differently with different limitations.
VVOLs Solve Performance Issues by Eliminating Noisy Neighbors
Once the VVOL API places a VM, it is up to the array to provide quality of service (QoS) and other policies—and those are still enforced by the storage array at the storage container or volume/LUN level, not for each VM. You might have to learn to live with those neighbors.
You Only Need One Storage Container per Array
VMware has suggested that VVOL users can create just one storage container per array, but that’s hardly granular. Whatever policies (disk type, QoS, dedupe, snapshots, replication, etc.) you apply to that container may apply to all the VMs on that container. You’re going to need a VVOL implementation that can support a lot of containers.
VVOLs Enable VM-Level Storage Management
VVOLs allow you to choose VM-level services the storage admin has already set up—the VM admin can select desired performance policies for each VM. However, it does not set or guarantee performance; it merely determines into what storage container the VM will fall.