vRanger and VEEAM: Scale Issues

16 09 2010

 

I manage the backups for about 400+ vms on a daily basis.  We are using a mix of vRanger and VEEAM to backup our vms both at our main site, and at a couple of smaller branch sites.  We use vRanger for our main site and VEAAM for the branch sites.  As far as features, vRanger and VEEAM have flip-flopped in the past, with VEEAM usually taking the lead and vRanger following suit 6 months to a year later with certain features (CBT support for instance).  The main differentiator that caused us to choose one over the other for the our production site is SCALE.

vRanger is our choice for VM backups in our production site.  As we must fit all 400 of these backups into reasonable backup windows, we are using the limits available for tasks running per datastore, host, and backup Groups.  By using jobs based on backup groups composed of small numbers of hosts, we dont have to constantly edit jobs to exclude new vms, and we have a small number of jobs to deal with.  The limits per host and datastore ensure that we are running multiple vm backup tasks at any given time.

image  This is the key differentiator from VEEAM.  VEEAM only processes vm backup tasks one at a time.  So if I have 30 vms to be backed up in a job, it will plod through them one at a time.  If it hits a particularly large backup, you are stuck waiting.  On the flip side, with vRanger we can often have 6-8 vm backup tasks all running at the same time.  Sure, it will still take some time to backup the larger vms, but it is working on several others at the same time.  I talked with VEEAM at VMWorld about this a couple of weeks ago, and their answer was to setup additional backup servers to run things simultaneously.  Wrong answer.  Who wants to add another box you have to manage and try to schedule all that out?  No thanks.  The other option presented was to make a job for each vm.  HA!  Don’t even get me started on why that is a nightmare.

 

image

VEEAM is our choice for the smaller branch sites.  These have a small number of vms (about 10).  They all have CBT enabled.  These 2 factors mitigate the sequential nature of VEEAM, as the backups all finish in the nightly backup window just fine.  The killer features that made us use VEEAM for the branches is the Enterprise Manager and the Virtual appliance mode.  Enterprise Manager lets us see all of our backups and history for multiple installs of VEEAM across our branches from a single web page.  Very nice.  Virtual appliance mode will hot-add the vm disks to the VEEAM virtual server installed at each branch for backup, making them faster.  This is much easier to do than trying to “mount” the vmdk’s on a physical box like VCB used to be.

 

What are your thoughts?  How are you backing up your vm infrastructure both big and small?

Advertisements

Actions

Information

3 responses

26 09 2011
Michael Waddell

This article addresses some of my questions. I’m evaluating a 3rd party hosting vendor’s proposal; they use Veeam, which I hadn’t heard of. It sounds good. I had prior experience with vRanger and liked it a lot, from an end user POV (prior we were running Backup Exec — umm, bad idea in VM land).

29 03 2013
singing guide

Excellent site. Lots of helpful info here.
I am sending it to some pals ans additionally sharing in delicious.
And of course, thank you in your effort!

11 05 2015
Bill Herde

is this working 4 years later? updates on you thoughts?

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s




%d bloggers like this: