Comprehensive data protection for all workloads
Post Reply
whatsabackup
Novice
Posts: 4
Liked: never
Joined: Aug 26, 2013 8:14 pm
Full Name: Stan
Contact:

Veeam 7 - Odd Wan Copy?

Post by whatsabackup »

I just setup my first WAN copy with WAN Acceleration. I am getting this graph:

Image

What is the 'Target WAN' bottleneck indicative of? I have 75mb pipes on both ends (which you can see as the red spikes).
foggy
Veeam Software
Posts: 21069
Liked: 2115 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: Veeam 7 - Odd Wan Copy?

Post by foggy »

Stan, Target WAN being the bottleneck means that your target WAN accelerator is busy most of the time processing data it receives from other components in the processing chain (WAN accelerator performs lots of disk I/O), while the others are waiting for it to receive the data.
chrisdearden
Veteran
Posts: 1531
Liked: 226 times
Joined: Jul 21, 2010 9:47 am
Full Name: Chris Dearden
Contact:

Re: Veeam 7 - Odd Wan Copy?

Post by chrisdearden »

What config has that target wan accelerator got ? It'll need a couple of vCPu and 8GB RAM - the faster the disc the better for the cache too.
whatsabackup
Novice
Posts: 4
Liked: never
Joined: Aug 26, 2013 8:14 pm
Full Name: Stan
Contact:

Re: Veeam 7 - Odd Wan Copy?

Post by whatsabackup »

Destination server is a 4 vCPU, 8gb ram VM with an Equallogic iSCSI array attached.

10 minutes with WAN accelerator enabled. 1.2GB copied into destination repository. Cache already used for a past full-copy.

Image

6 minutes without WAN accelerator enabled; 2.5GB copied into destination repository.

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

Re: Veeam 7 - Odd Wan Copy?

Post by foggy »

Stan, what is your primary concern here? Those are incremental runs, am I right?

I would also note that typically WAN accelerator should be able to effectively use up to a 100Mb connection, and, based on the exact setup, could sometimes slow the backup copy process on links close to such or faster, providing lower performance than direct mode would. Probably, you're close to the edge.
whatsabackup
Novice
Posts: 4
Liked: never
Joined: Aug 26, 2013 8:14 pm
Full Name: Stan
Contact:

Re: Veeam 7 - Odd Wan Copy?

Post by whatsabackup »

These are both 'full' backups (with the cache pre-staged). My network link is 70mb on both ends, I was hoping to get closer to 70mb than 16mb. It also seems odd that non-WAN accelerated is roughly 2x faster than the WAN accelerated.
tsightler
VP, Product Management
Posts: 6009
Liked: 2843 times
Joined: Jun 05, 2009 12:57 pm
Full Name: Tom Sightler
Contact:

Re: Veeam 7 - Odd Wan Copy?

Post by tsightler »

Are your WAN accelerators on the same server as the repository, or on a separate server? Is your global cache on a separate disk from the repository or the same? Have you looked at the I/O latency on the target WAN accelerator?
whatsabackup
Novice
Posts: 4
Liked: never
Joined: Aug 26, 2013 8:14 pm
Full Name: Stan
Contact:

Re: Veeam 7 - Odd Wan Copy?

Post by whatsabackup »

WAN Accelerator and Repo are on the same virtual hosts, and are using a RAID10 across 16 SATA disk array. The array shows low (<1ms) latency.
Gostev
Chief Product Officer
Posts: 31460
Liked: 6648 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Veeam 7 - Odd Wan Copy?

Post by Gostev »

32.2MB vs. 2.4GB transferred, so WAN acceleration gave you 80x traffic reduction comparing to direct operation. What's wrong with that?
stevemcmillan
Novice
Posts: 4
Liked: never
Joined: Jul 20, 2011 1:32 am
Full Name: Steve McMillan
Contact:

Re: Veeam 7 - Odd Wan Copy?

Post by stevemcmillan »

So we are saying that transferring 32MB over a 70mb/s link in 12 minutes is ok?
That's an average speed of 0.36mb/s ??
Gostev
Chief Product Officer
Posts: 31460
Liked: 6648 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Veeam 7 - Odd Wan Copy?

Post by Gostev »

No, we are not saying that. Actual data transfer was at 70mb/s, and only took a few seconds. Most of the time, the job spend preparing that 32MB data package (reading the source data to identify the changes, lookups in target WAN accerator cache and target repository). Faster storage would reduce this time significantly, and the primary bottleneck (according to the job statistics) is target WAN accelerator's cache speed. Generally speaking, WAN acceleration is all about trading bandwidth for disk I/O. Thanks!
Post Reply

Who is online

Users browsing this forum: Baidu [Spider], NWmybns and 192 guests