Host-based backup of VMware vSphere VMs.
Post Reply
Edit365
Lurker
Posts: 2
Liked: never
Joined: Jan 22, 2015 5:51 am
Full Name: David Atkin
Contact:

DR site for VMware Essentials

Post by Edit365 »

Hi Guys

We are running Vcentre Server 5 Essentials & VMware vSphere essentials Plus 5 VM's VM's in total

We are planning to Setup a DR Site in a data centre and using Veeam for the replication

Incrementals are currently 80GB a day and to do that over the internet to the DR site will be VERY costly

Plus I am not sure about Vmware licensing at the DR site or Backup Proxies

Any help or another solutions would be appreciated
foggy
Veeam Software
Posts: 21139
Liked: 2141 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: DR site for VMware Essentials

Post by foggy »

David, if you're on Veeam B&R v8, you can use WAN accelerated replication to optimize data transfer to DR site.
Vitaliy S.
VP, Product Management
Posts: 27377
Liked: 2800 times
Joined: Mar 30, 2009 9:13 am
Full Name: Vitaliy Safarov
Contact:

Re: DR site for VMware Essentials

Post by Vitaliy S. »

...and you don't need any license keys for backup proxy servers on the remote site.
Edit365
Lurker
Posts: 2
Liked: never
Joined: Jan 22, 2015 5:51 am
Full Name: David Atkin
Contact:

Re: DR site for VMware Essentials

Post by Edit365 »

I plan to use B&R v8 Enterprise plus with WAN accelerator

What about the size of data is there a way to compress that data with losing consistency?

You wouldn't happen to know what VMware license I need at the DR site
foggy
Veeam Software
Posts: 21139
Liked: 2141 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: DR site for VMware Essentials

Post by foggy »

Depending on actual workloads, WAN acceleration provides up to 50x reduction of transferred data size.
Lex

Re: DR site for VMware Essentials

Post by Lex »

Well, based on my setup, it could go either way on the wan traffic (this is all one and the same replication job with very various outcomes in traffic):
Backup size stays stable, but the actually transfer size various every day.

Success 1 Start time 09:33:00 Total size 580,0 GB Backup size 8,9 GB
Warning 0 End time 18:54:54 Data read 191,7 GB Dedupe 1,0x
Error 0 Duration 9:21:53 Transferred 24,5 GB Compression 1,0x

Success 1 Start time 00:39:19 Total size 580,0 GB Backup size 8,9 GB
Warning 0 End time 02:21:19 Data read 191,8 GB Dedupe 1,0x
Error 0 Duration 1:42:00 Transferred 131,2 MB Compression 1,0x
foggy
Veeam Software
Posts: 21139
Liked: 2141 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: DR site for VMware Essentials

Post by foggy »

Are both job runs incremental?
Lex

Re: DR site for VMware Essentials

Post by Lex »

It is one and the same job, just the logs from different days, it runs after a normal backup job.
foggy
Veeam Software
Posts: 21139
Liked: 2141 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: DR site for VMware Essentials

Post by foggy »

And what are the corresponding Transferred counter for the backup job runs then? Just trying to verify whether the difference is coming from the actual amount of changes occurred inside VM or the pattern of those changes (most of the data can already be in cache, so not transferred).
Lex

Re: DR site for VMware Essentials

Post by Lex »

Backup job: 17:02:01 17:05:28 580,0 GB 1,4 GB 345,1 MB 0:03:26
Replication job: 09:33:36 17:22:44 580,0 GB 191,7 GB 24,5 GB 7:49:07

Backup job: 17:02:06 17:51:16 580,0 GB 191,8 GB 231,5 MB 0:49:10
Replication job: 17:02:04 17:54:19 580,0 GB 191,8 GB 277,5 MB 0:52:15

As stated to one of the valued support engineers, it should not behave like this but as long as it is working for me i can live with it. They have tyhe full logs. case id 00716790
I really do not get any grip or understanding as of why what is being backupped. As far as i can test with the machines that have been replicated, all is replicated and from restore test wthin backup jobs all is backupped.
But why what is being processed, no logic does exist.
It does not mean the product isn't working, this simply reflects my observation.
foggy
Veeam Software
Posts: 21139
Liked: 2141 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: DR site for VMware Essentials

Post by foggy »

As I've mentioned above, this could have several explanations, hard to guess on the provided numbers solely. Besides, I can see that job start times vary, so amount of changes between job cycles can differ. Our tech guys can say more after reviewing the logs.
Lex

Re: DR site for VMware Essentials

Post by Lex »

foggy wrote:Our tech guys can say more after reviewing the logs.
Sorry to say, they are nice guys doing their best, but apart from can you re-setup. No clues what so ever.
foggy
Veeam Software
Posts: 21139
Liked: 2141 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: DR site for VMware Essentials

Post by foggy »

You can always ask for the case escalation to a higher tier for further/deeper investigation.
Post Reply

Who is online

Users browsing this forum: Majestic-12 [Bot] and 69 guests