Potential CommVault licensing gotchas for VMs

Some backup software manufacturers are offering a capacity based licensing model, instead of a agent based model. Depending on your situation, this may be a dramatically easier and cheaper licensing model. Traditionally you had to buy per-server licenses, per-agent licenses, per-library licenses, and maybe other options as well. Backup software licensing could get very complex and very expensive. But it’s extremely important to understand how their model works, for both physical and virtual servers or you may be in for sticker shock. CommVault licensing may surprise you how they count capacity in your environment.

CommVault, Symantec, and others have introduced capacity based models. With this model, you have unlimited number of agents and servers, but the total amount of data you want to be backed up must be licensed. Depending on the vendor, they may have slight variations on this model. Tivoli capacity licensing is nearly as complex as their agent based model.

When can this model be more cost effective? Generally if you have a lot of servers with minimal data on them, this model works well. Per-server and per-application agents can get expensive. If you have a small number of servers with huge data stores, then a per-server/agent method could be more cost effective.

But, you need to be VERY careful and understand how the backup product measures capacity, if you go with that model. In a physical environment, it’s generally very simple. If your pizza box server has 4TB of storage but you’ve only written 500GB of data, 500GB would count towards your capacity license. The remaining 3.5TB is ‘free’, until you start to physically use it.

In a virtual environment, this can get more complicated, and you could be in for some nasty surprises. Let’s say you do a P2V migration of that same pizza box server, but you downsize the virtual disks to just 1.5TB. Now the million dollar question is, how much capacity counts towards your backup license? 500GB or 1.5TB, or something in between?

With CommVault Simpana 9.0, the answer is ‘it depends’. CommVault counts the VMware VMDK disk size against your capacity license, regardless of how much physical space the VM is using. If you use VMware thin provisioned VMDKs, then at least 500GB comes out of your capacity license. If you use thick VMDKs and rely on your storage array to do the thin provisioning (which nearly all modern arrays support), the full 1.5TB counts against your license!! This is because Simpana is not intelligent enough to look inside the VM for actual disk usage and just charge you for the allocated amount. It looks at the VMDKs as a big blob, and charges you accordingly.

As a result, licensing for a virtual server can be significantly more expensive per GB than a physical environment, at least with Simpana 9.0. I don’t know how NetBackup or other capacity based products count VMDK storage. I’d hope they are more consistent and use the physical server logic. If my VM has a 2TB hardware thin provisioned disk, but I’ve only written 500GB of data, only 500GB should count.

Using VMware thin provisioned disks doesn’t fully solve the problem. Why? Let’s say you have 2TB software thin provisioned disk, and the allocated VMDK space is 500GB. If you copy 1TB of data into the VM, then delete it, the VMDK is now 1.5TB but only contains 500GB of data. So you pay 3x the price for the same 500GB of data, unless you somehow shrink the VMDK.

Finally, if you leverage VMware fault tolerance, you simply can’t use VMware thin provisioned disks. You must use EZT (eager zeroed thick) disks. So regardless of how much or how little disk space you use, the total VMDK disk size counts against your license.

This can be very confusing. CommVault has a two methods for counting capacity that you need to be aware of. One model for physical servers and another for virtual servers that can catch you off guard depending on how your VMDKs are configured.

Print Friendly, PDF & Email

Related Posts

3
Leave a Reply

avatar
3 Comment threads
0 Thread replies
0 Followers
 
Most reacted comment
Hottest comment thread
1 Comment authors
AnonymousDerek Seaman, CISSP, MCSE, VCP4Abdul Rasheed Recent comment authors
  Subscribe  
newest oldest most voted
Notify of
Abdul Rasheed
Guest

Very informative article, Derek! Symantec Front End Terabyte licensing is based on the actual amount of data being backed up. Even in the case is VMware backups using vStorage API, NetBackup only backs up the actual data (not the whitespace) and hence you are not paying more than what you really have in the VMDK file. In fact, NetBackup for VMware has a unique feature to exclude deleted and unused blocks. As you know, if you delete a file, the file system simply removes its reference; the actual blocks used by the file were not zeroed out. With NetBackup’s file… Read more »

Derek Seaman, CISSP, MCSE, VCP4
Guest

Abdul,

That’s great information. People don’t realize that backing up VMware environments is very complicated, and unless you know all of the gotchas of a particular vendor, you may be in for some surprises.

Anonymous
Guest
Anonymous

What are your sources on the Commvault capacity usage calculations? According to their books on line, usage capacity is calculated based on the size of a full backup – so thin vs thick does not matter. The only way it might is if you are backing up the .vmdk file as a blob instead of using the VADP enabled vmware backup.

Scroll to Top