Discussions specific to the VMware vSphere hypervisor
Post Reply
chris352
Novice
Posts: 9
Liked: never
Joined: Oct 14, 2011 10:34 pm
Full Name: Chris Oleson
Contact:

Seeking best practice and suggestions

Post by chris352 » Jan 21, 2013 1:06 am

Hello,

First our environment:
3 Dell R510's Dual 5620s, 128GB ram 8 nics.
1 Gbps network
EMC VNX 5300 SAN
Dell R310 Veeam Backup server, X3450 CPU, 24GB ram

We're currently using Veeam to perform hourly snapshots from 9am to 5pm with 10 days of retention on our 40 production VM's with a total backup size of 4TB's.

We're backing up to a QNAP with 4 3TB sata drives in a raid 10 being served up via CIFS.

I have a couple of questions.

1: Transform is sllloooowww we're talking 40+ hours, what can we do to improve this?

2: Is it best practice to create one job with all VM's in it?

3: We're considering using Veeam's instant VM recovery in our DR plan however my thoughts are 40 production VM's running off of a QNAP box is going
to be too slow to operate. My idea is to connect 6Gbps DAS to our Veeam server (Physical btw) to allow for our production machines to all be launched
in the case of a storage disaster.

My thoughts with number 3 are we would likely see the transforms speed up as well considering our Veeam server is beefier than a QNAP and
it could potentially support us running our production machines until we get our storage back online.

I'm considering hanging a Dell MD1200 DAS off our Veeam server with 12 3TB drives in a RAID 10.

Any input is greatly appreciated.

dellock6
Veeam Software
Posts: 5552
Liked: 1538 times
Joined: Jul 26, 2009 3:39 pm
Full Name: Luca Dell'Oca
Location: Varese, Italy
Contact:

Re: Seeking best practice and suggestions

Post by dellock6 » Jan 21, 2013 8:48 am

1. Do not do transforms on a Qnap, these operations are too much IO intensive and a Qnap has not enough cache or CPU power to do that kind of operations. Sad but true.
2. "Its depends". One job gives you the best deduplications since it can compare all your VMs, but in a single job VMs are processed sequentially. If this setup gives you a total backup time that is ok for you, go with it. Otherwise, split it in two or more jobs and configure proxies to do cuncurrent jobs.
3. That kind of storage will be for sure faster than the Qnap. Also, for your DR design, remember that your backup jobs will be locked during the transform, so if you need quick instant recovery you're better switch to other backup configurations that can unlock the backup files more quickly.

Luca.
Luca Dell'Oca
EMEA Cloud Architect @ Veeam Software

@dellock6
http://www.virtualtothecore.com/en/
vExpert 2011-2012-2013-2014-2015-2016-2017-2018
Veeam VMCE #1

Vitaliy S.
Veeam Software
Posts: 21738
Liked: 1307 times
Joined: Mar 30, 2009 9:13 am
Full Name: Vitaliy Safarov
Contact:

Re: Seeking best practice and suggestions

Post by Vitaliy S. » Jan 21, 2013 10:55 am

My 2cents - CIFS shares have never been a good target for backup jobs that are configured with transform option enabled. You'd better use Windows/Linux repositories, as these will allow us to run a small runtime on the repository, which in turn should boost the transform performance.

chris352
Novice
Posts: 9
Liked: never
Joined: Oct 14, 2011 10:34 pm
Full Name: Chris Oleson
Contact:

Re: Seeking best practice and suggestions

Post by chris352 » Jan 21, 2013 2:49 pm

dellock6 wrote:1. Do not do transforms on a Qnap, these operations are too much IO intensive and a Qnap has not enough cache or CPU power to do that kind of operations. Sad but true.
2. "Its depends". One job gives you the best deduplications since it can compare all your VMs, but in a single job VMs are processed sequentially. If this setup gives you a total backup time that is ok for you, go with it. Otherwise, split it in two or more jobs and configure proxies to do cuncurrent jobs.
3. That kind of storage will be for sure faster than the Qnap. Also, for your DR design, remember that your backup jobs will be locked during the transform, so if you need quick instant recovery you're better switch to other backup configurations that can unlock the backup files more quickly.

Luca.

Thanks Luca we'll take that into consideration.

chris352
Novice
Posts: 9
Liked: never
Joined: Oct 14, 2011 10:34 pm
Full Name: Chris Oleson
Contact:

Re: Seeking best practice and suggestions

Post by chris352 » Jan 21, 2013 2:51 pm

Vitaliy S. wrote:My 2cents - CIFS shares have never been a good target for backup jobs that are configured with transform option enabled. You'd better use Windows/Linux repositories, as these will allow us to run a small runtime on the repository, which in turn should boost the transform performance.
Well news to me :)

I'm thinking after we move to DAS for our backup storage the issue of speed/transform time should go away.

My main concern now is the DR plan. Is it realistic to be able to run 40+ VM's in instant recovery mode or should I just setup local replication jobs?

foggy
Veeam Software
Posts: 17125
Liked: 1399 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: Seeking best practice and suggestions

Post by foggy » Jan 21, 2013 3:01 pm

Chris, actually, Instant Recovery is not meant to act as a full DR solution, but rather as a "spare tire". Please review this thread for some good considerations about the whole concept and usage of this functionality.

You'd better use replication to a full-blown DR site if you need to failover all of your VMs in case of disaster.

Vitaliy S.
Veeam Software
Posts: 21738
Liked: 1307 times
Joined: Mar 30, 2009 9:13 am
Full Name: Vitaliy Safarov
Contact:

Re: Seeking best practice and suggestions

Post by Vitaliy S. » Jan 21, 2013 3:07 pm

I agree with Alexander, running 40+ VMs from a single repository server might be a challenging task. Btw, here is another good reading on expected vPower NFS server performance, please take a look: vPower NFS Performance

chris352
Novice
Posts: 9
Liked: never
Joined: Oct 14, 2011 10:34 pm
Full Name: Chris Oleson
Contact:

Re: Seeking best practice and suggestions

Post by chris352 » Jan 21, 2013 3:46 pm

Appreciate all of the replies.

We're mainly trying to sort a production storage failure scenario. We do backup offsite but do not have plans to run production offsite more as an insurance policy if our production environment goes up in smoke.

Is it possible to use the replication feature to a local NAS (like the QNAP for instance)?

Basically we'd be using DAS for all of our backups and our QNAP would be recommissioned as a failover datastore for our vSphere environment. I've tested the QNAP quite a bit and it actually handles
iSCSI/NFS pretty well. Not as fast as the EMC box but enough to get us by.

Vitaliy S.
Veeam Software
Posts: 21738
Liked: 1307 times
Joined: Mar 30, 2009 9:13 am
Full Name: Vitaliy Safarov
Contact:

Re: Seeking best practice and suggestions

Post by Vitaliy S. » Jan 21, 2013 4:28 pm

chris352 wrote:Is it possible to use the replication feature to a local NAS (like the QNAP for instance)?
If you can connect this device to the ESX(i) host, then yes. For replication jobs you need to specify target host you're going to transfer VMs to.

chris352
Novice
Posts: 9
Liked: never
Joined: Oct 14, 2011 10:34 pm
Full Name: Chris Oleson
Contact:

Re: Seeking best practice and suggestions

Post by chris352 » Jan 21, 2013 8:19 pm

Perfect! Thank you!

Post Reply

Who is online

Users browsing this forum: cas, stephendietrich, wishr and 34 guests