I need to understand Veeam Backup Proxy servers better.
I have two sites. They are in different cities, but connected via a P2P, so on the same network.
Site one holds my Veeam Backup server, ESX hosts, VMs, primary storage, etc.
Site two contains one ESX server and a very few VMs, (one DC, file server, DHCP) and some storage.
At site one, all of my backups are scheduled to run and store locally. Then, from site one, backup copies are moved across the P2P to site 2 for "off-site" backup. This works well.
The VMs at site 2 are set to backup to local storage at site 2, but the backup runs and was built from site 1.
BUT, at site 2, I have a Veeam B&R server as well and it's listed as my proxy server. It's not doing anything. It handles no backups and basically just sits there.
So, clearly, I don't understand WHAT a backup proxy is for or how to use it.
Can someone explain it to me like I'm a three year old and maybe draw some pictures?
Thanks
Page 1 / 1
Hi @crp0499 -
Proxies, from a high-level, are responsible for moving the backup data to the Repository. They do the work, whereas the Veeam Server is the "brains" of it all, if you will. You do need a Proxy at each site for your Copy job for best performance.
You can read more about Proxies below. Let me know if you have further questions.
Veeam components should only be part of one Veeam deployment for task management reasons.
A backup proxy is used for the reading of data from a hypervisor and then passing that data to a backup repository component to then be written to disk.
If you’ve got a P2P network, are there different subnets or just one stretched L2?
By default your backup job will be set to automatically detect which proxies it can use, this might be suboptimal and your proxy at site a being used for reading from ESXi at site b, you can override this by defining which proxies to use for which jobs
Based on the responses, my backup server at site 1 is my proxy. It holds the backups and makes direct connection to vcenter and storage repositories.
Why do I even have a B&R server at site 2?
Now, the Veeam server at site 2 IS listed as a proxy in my Veeam server at site 1, but I don’t think the server at site 2 is doing anything.
That sounds correct, as you didn't mention you implemented one separately. During install, Veeam creates a default Proxy (& Repo) role on the Veeam Server itself. It's not ideal because generally, you don't spec the server with enough resources for all the Roles.
What Transport mode do you use? If Hotadd (Virtual Appliance) then you could check the VBR server at Site 2 is actually "doing something" as it would temporarily have the VM disks attached to it during backup processing.
Veeam at site 2 is not doing anything as I see it’s on V11 and my primary is on V12.
As my Veeam server at site 1 is connected to my vcenter, and all of my storage, i feel like I spun up the server at site 2 for nothing and it’s just using up electricity.
Do I “need” the Veeam server at site 2? There are only three VMs there and they are backed up to local storage at site 2, but that’s all run from site 1.
I’ll add that the server at site 1 is pretty beefy. It has more than enough power to manage the roles assigned to it.
So each Veeam server is physical? Do you "need" the Site 2 server? No, but what I'd use it for is as a whole separate VBR server to Replicate your Site 1 VMs to Site 2 for DR purposes. Veeam Replication is a petty nifty feature imo. I know you're doing a Copy now, & you could still do so. The Replication is a means by which to recover with really low RTO in the event of some mishap at Site 1. And yes...you'd need to upgrade the Site 2 VBR server to v12 to use it as a component for the Site 1 side.
Talking again about Proxies...you don't need a physical server for Proxies. You could create a Windows or Linux VM on Site 2, add it as a Managed Server on the Site 1 VBR server, then add it as a Veeam Proxy.
All of my VMs from site 1 already copy to site 2 and I have esx resources there to boot them up if I need to.
i like replication (it’s my favorite feature in hyper-v and so easy there) but I don’t like the idea of eating up my bandwidth during the day with replication traffic.
both veeam servers at both sites are physical windows boxes with veeam on top. They are off domain as well. I never understood running veeam as a vm inside the vcenter you’re needing to protect. That seems crazy to me.
i think I’m gonna dump the site 2 server
Hi @crp0499 -
Proxies, from a high-level, are responsible for moving the backup data to the Repository. They do the work, whereas the Veeam Server is the "brains" of it all, if you will. You do need a Proxy at each site for your Copy job for best performance.
You can read more about Proxies below. Let me know if you have further questions.
Just to clarify on this, you don’t use a proxy for a backup copy job, this takes place directly between backup repository components. If you were doing a replication of virtual machines then yes you should use a proxy between each site.
Hi @crp0499 -
Proxies, from a high-level, are responsible for moving the backup data to the Repository. They do the work, whereas the Veeam Server is the "brains" of it all, if you will. You do need a Proxy at each site for your Copy job for best performance.
You can read more about Proxies below. Let me know if you have further questions.
Just to clarify on this, you don’t use a proxy for a backup copy job, this takes place directly between backup repository components. If you were doing a replication of virtual machines then yes you should use a proxy between each site.
I indeed misspoke there...thanks Michael. The correct component for Copy Jobs is WAN Accelerators.
Correct...just for (optional) use to help with performance over slow WAN links.
Based on what I’m seeing, you don’t need a full VBR deployment at Site 2, though if you’re using Site2 as DR, I’d suggest moving the VM from Site 1 to Site 2 and run VBR in Site 2 in order to sustain the server still running if Site 1 goes down. I’d recommend a proxy server at the opposite site of the VBR server. It’s going to be best to have one at each end to facilitate data flow over the VM network and not use the NBD transport mode over the management NIC’s of the hosts. I haven’t really tested over a stretched LAN, but I would double check and make sure that when backups run, it’s using the correct local proxy server to facilitate backups. If not, you’ll need to specify which server to use in the job, but I’m assuming Veeam’s logic isn’t based only on network addresses and actually checks to validate that the backup job will use the local proxy based on accessibility to the local datastores. Probably not a concern, but I’ve never validated that either.
I used to have 2 sites on a flat network (currently splitting all vlans separate at both sites for better DR)
1 Veeam server is all you need. Usually it’s best practice to run it at the DR site. That way when your main site fails, you can do your restores at the other one. If you run Veeam at site 1, make sure your config backup is set to site 2.
The other main components are the repositories, think of these as the front end to a bunch of storage, and the proxies.
Proxies are the Data Moving servers. The Veeam server acts as the scheduler, and tells the proxies to get the data and put it into the repository. Due to many VM’s, and tasks they perform they usually have a decent amount of CPU and Memory. The proxies are the ones that will max out your network or FC connections as well. The Veeam server sits there talking to the data base and telling them what to do.
1 Veeam server is all you need.
You wouldn’t run a proxy at the site opposite the VBR server so that it can get direct hotadd access to the vmdk’s on those hosts? I mean, yeah, you can run it in NBD mode, but that wouldn’t be my preference.
1 Veeam server is all you need.
You wouldn’t run a proxy at the site opposite the VBR server so that it can get direct hotadd access to the vmdk’s on those hosts? I mean, yeah, you can run it in NBD mode, but that wouldn’t be my preference.
1 Veeam Server is all you need, multiple proxies is a must. I should have specified VBR server but I did go on to talk about repos and proxies after.
