DR site for VMware Essentials

[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]

David, if you're on Veeam B&R v8, you can use WAN accelerated replication to optimize data transfer to DR site.

[Vitaliy S.]

...and you don't need any license keys for backup proxy servers on the remote site.

[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]

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

[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]

Are both job runs incremental?

[Lex]

It is one and the same job, just the logs from different days, it runs after a normal backup job.

[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]

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]

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]

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]

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