-
- Service Provider
- Posts: 66
- Liked: 29 times
- Joined: Jul 13, 2018 3:33 pm
- Full Name: Derek M. Loseke
- Location: Omaha, NE, US
- Contact:
Feature Request: SureBackup/Replica Traffic to Originate from Virtual Lab Appliance
I brought this up aside another topic in the community forums and it was recommended to bring over here.
I was astonished when setting up SureBackup/SureReplica jobs that the traffic for verifying the VM's come up originates from the backup server. If the backup server is hosted on a different network than the Virtual Lab (for instance, backup server resides at the production site but the SureReplica virtual lab resides at the recovery site, etc), then routing must manually be added to the network so that the traffic leaving the VBR server knows where to find the standbox network hosted behind the virtual lab at the other site. This can be somewhat difficult to setup, may require additional (network resources) if the company is silo'd by proficiency, and could actually be a contributor to the slow or low adoption rates of the virtual lab features. If the backup server could pass the test parameters to the virtual lab proxy appliance and the appliance performs the actual testing, that would make for a much easier, and likely more reliable testing environment where it would take the physical network out of play. I'm not sure why the test must originate from the backup server but would love to hear the reasoning and get this on the docket for future features if possible.
I was astonished when setting up SureBackup/SureReplica jobs that the traffic for verifying the VM's come up originates from the backup server. If the backup server is hosted on a different network than the Virtual Lab (for instance, backup server resides at the production site but the SureReplica virtual lab resides at the recovery site, etc), then routing must manually be added to the network so that the traffic leaving the VBR server knows where to find the standbox network hosted behind the virtual lab at the other site. This can be somewhat difficult to setup, may require additional (network resources) if the company is silo'd by proficiency, and could actually be a contributor to the slow or low adoption rates of the virtual lab features. If the backup server could pass the test parameters to the virtual lab proxy appliance and the appliance performs the actual testing, that would make for a much easier, and likely more reliable testing environment where it would take the physical network out of play. I'm not sure why the test must originate from the backup server but would love to hear the reasoning and get this on the docket for future features if possible.
Derek M. Loseke, Senior Systems Engineer | Veeam Legend 2022-2024 | VMSP/VMTSP | VCP6-DCV | VSP/VTSP | CCNA | https://technotesanddadjokes.com | @dloseke
-
- Veeam Software
- Posts: 219
- Liked: 111 times
- Joined: Jun 29, 2015 9:21 am
- Full Name: Michael Paul
- Contact:
Re: Feature Request: SureBackup/Replica Traffic to Originate from Virtual Lab Appliance
+1 would love to see this, understand there would be complexities to achieve this especially for the running of VBS/PoSH scripts etc. Wonder if VeeamPN could be used as an alternative/failover configuration to bring up a point to point VPN between VBR & Virtual Lab to enable the static routes on the VBR to work if not?
-------------
Michael Paul
Veeam Data Cloud: Microsoft 365 Solution Engineer
Michael Paul
Veeam Data Cloud: Microsoft 365 Solution Engineer
-
- Service Provider
- Posts: 66
- Liked: 29 times
- Joined: Jul 13, 2018 3:33 pm
- Full Name: Derek M. Loseke
- Location: Omaha, NE, US
- Contact:
Re: Feature Request: SureBackup/Replica Traffic to Originate from Virtual Lab Appliance
Oooh....I like the alternative of setting up a tunnel between the VBR server and Virtual Lab appliance if the tests can't be run from the appliance itself. Anything that can make that configuration for testing a different sites easier!micoolpaul wrote: ↑May 09, 2022 10:05 pm Wonder if VeeamPN could be used as an alternative/failover configuration to bring up a point to point VPN between VBR & Virtual Lab to enable the static routes on the VBR to work if not?
Derek M. Loseke, Senior Systems Engineer | Veeam Legend 2022-2024 | VMSP/VMTSP | VCP6-DCV | VSP/VTSP | CCNA | https://technotesanddadjokes.com | @dloseke
-
- VP, Product Management
- Posts: 7081
- Liked: 1511 times
- Joined: May 04, 2011 8:36 am
- Full Name: Andreas Neufert
- Location: Germany
- Contact:
Re: Feature Request: SureBackup/Replica Traffic to Originate from Virtual Lab Appliance
Hello Derek and Michael,
thanks for all the input. We will add it to our feature request list for the upcoming versions, so that it can be selected.
And yes, currentl there is the need that you set a route entry in the central router for the path back. I understand that this is a simple technical task, but a long discussion with the network team. Would it help if we would document it in a KB more deeply?
thanks for all the input. We will add it to our feature request list for the upcoming versions, so that it can be selected.
And yes, currentl there is the need that you set a route entry in the central router for the path back. I understand that this is a simple technical task, but a long discussion with the network team. Would it help if we would document it in a KB more deeply?
-
- Service Provider
- Posts: 66
- Liked: 29 times
- Joined: Jul 13, 2018 3:33 pm
- Full Name: Derek M. Loseke
- Location: Omaha, NE, US
- Contact:
Re: Feature Request: SureBackup/Replica Traffic to Originate from Virtual Lab Appliance
That would certainly help if it was more obvious, but eliminating the need to setup the routing would make things a lot easier. There are a lot of folks with less technical skill for this sort of thing that I'm sure would be able to take advantage if this was easier to setup and test.
Derek M. Loseke, Senior Systems Engineer | Veeam Legend 2022-2024 | VMSP/VMTSP | VCP6-DCV | VSP/VTSP | CCNA | https://technotesanddadjokes.com | @dloseke
Who is online
Users browsing this forum: No registered users and 21 guests