0 0

The 7 Big Myths About VVol

VVOLA lot of storage providers, professionals and pundits are talking about VVol; and they’re not always saying the same things. As a result, some myths are making the rounds, and it’s time they were busted. Below are the 7 big myths and simple explanations of storage reality.

Myth #1:
You only need one VVol for every VM.

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 (or even thousands) of VVol for one VM.

Myth #2:
Every storage vendor supports the same number of VVol.

In fact, the number of VVol a conventional storage provider can support with 4U of rack space can vary from <200 to approximately 10,000. Since Tintri is already built to operate exclusively in virtual machines, a single VMstore T880 can support 1,000,000 VVol—that’s 100x conventional storage. Given the first myth (how quickly your VVol count will grow), you should look for a vendor that can support a LOT of VVol.

Myth #3:
VVol makes all storage equal.

VVol isn’t a product, it’s an API. So, VVol functionality is entirely dependent on your storage providers’ underlying structure and ability to implement VVol. Providers with LUN and volume-based architectures will struggle to digest the API.

Myth #4:
Customers don’t have to make any changes to deploy VVol.

You have to upgrade to vSphere 6 (or later). And you will probably need to upgrade the firmware on your array. And not all arrays are VVol ready, even in the same array family. Oh, and each array will implement VVol differently with different limitations. In short, there’s a lot for customers to think through.

Myth #5:
VVol solves performance issues by eliminating noisy neighbors.

Once the VVol API places a VM, it is up to the array to provide 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 noisy neighbors.

Myth #6:
VVol supports all vSphere Features.

Actually, not all VMware products support VVol, including vROps, vCloud Air, Site Recovery Manager and more. And, not all vSphere 6.0.x features operate with VVol—namely Storage Distributed Resource Scheduler and array-based replication. Keeners are encouraged to check out VMware KB 2112039 for the complete list.

Myth #7:
VVol enables VM-aware storage.

VVol allow you to choose VM-level services the storage admin has already set up—the Virtualization admin can select desired performance policies for each VM. However, it does not set or guarantee performance, it merely determines what Storage Container the VM will fall into.

Let’s make VVol capabilities real for your organization.

One thing that’s not a myth is that Tintri will have the best implementation of VVol. The reason is simple—every other storage vendor is built to handle physical workloads with LUNs and volumes; Tintri is entirely focused on virtualization and so we let you manage only what matters… virtual machines. As true VM-aware storage, not only will you get the best VVol implementation, but you can enjoy VM-level management right now—across vSphere 4, 5, and 6, plus Hyper-V, RHEV and OpenStack.