Solved

Veeam Istant Recovery in a host with different subnet

Posted on 2015-02-02
5
225 Views
Last Modified: 2016-02-25
Same building, different departments with different WAN Connections.

Network 1 with a fortigate UTM

lan:192.168.200.x
Wan: x.x.x.x
vlan1 interface: 172.10.70.1

vlan1 interface provides necessary routing through a static route between 192.168.200.x and 137.0.0.x lans in order to achieve connection from veeam backup server to 137.0.0.x host.


host 1 vmware

1 dc
1 SMB

host 2 vmware

1 SQL Server DB APP

host 3 vmware

1 Veeam Backup Server

Backup REPO is in the 192.168.200.x network


Network 2 with a fortigate UTM

lan:137.0.0.x
Wan: x.x.x.x
vlan1 interface: 172.10.70.2

vlan1 interface provides necessary routing through a static route between 192.168.200.x and 137.0.0.x lans in order to achieve connection from veeam backup server to 137.0.0.x host.

host 4 vmware

1 dc
1 SMB
1 SQL Server DB APP

Scenario

We save all vm backups in the Veeam Backup Server in the 192.168.200.x network.

IF host 4 vmware goes in fault?
How could I perform a VM istant recovery for example in the host 1, host 2 or host 3 just to let employers continues to work?

All the other hosts are in the Network 1 (ip class 192.168.200.x), but VMs interested in restore in thi scenario have an IP class 137.0.0.x.

Thanks in advance guys!
0
Comment
Question by:Alessandro Scafaria
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 3
  • 2
5 Comments
 
LVL 39

Accepted Solution

by:
Philip Elder earned 500 total points
ID: 40603175
For any kind of site recovery service where we have a live backup in a different data centre the VMs would need to be tweaked for the site recovery's subnet. Once that is done with the requisite reboots they are live on that subnet.

Veeam has a sandbox feature. You could fire them all up in the sandbox, run through the IP changes needed, and verify that they all behave as expected. To further that test you could shut down the production VM and drop the restored VM onto the site recovery subnet to see how things behave from production to site recovery VM.

Other than perhaps the WAN limitation, and possibly the Line-of-Business app(s) itself things should run as expected.
0
 
LVL 5

Author Comment

by:Alessandro Scafaria
ID: 40616898
Hi guys,

I looked deeply into this.....Veeam doesn't provide a re-ip mapping when performing a VM Instant Recovery (only in case of replica).

The only way to resolve the issue is to connect "directly" the host using a VMware Distributed Switch. Once you use a physical nic as an uplink for this new VM Network, you may restore the VM directly without any changes.

If someone wants some other explanations, do not hesitate!
0
 
LVL 5

Author Comment

by:Alessandro Scafaria
ID: 40617105
I've requested that this question be closed as follows:

Accepted answer: 0 points for tr4ding's comment #a40616898

for the following reason:

I tested the solution in person in a lab environment.
0
 
LVL 39

Expert Comment

by:Philip Elder
ID: 40617080
I'm not sure why my answer, which is directly in line with yours, does not deserve at least some points?
0
 
LVL 39

Expert Comment

by:Philip Elder
ID: 40617182
Thanks for that. :)
0

Featured Post

Efficient way to get backups off site to Azure

This user guide provides instructions on how to deploy and configure both a StoneFly Scale Out NAS Enterprise Cloud Drive virtual machine and Veeam Cloud Connect in the Microsoft Azure Cloud.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

This article is a collection of issues that people face from time to time and possible solutions to those issues. I hope you enjoy reading it.
What if you have to shut down the entire Citrix infrastructure for hardware maintenance, software upgrades or "the unknown"? I developed this plan for "the unknown" and hope that it helps you as well. This article explains how to properly shut down …
In this tutorial you'll learn about bandwidth monitoring with flows and packet sniffing with our network monitoring solution PRTG Network Monitor (https://www.paessler.com/prtg). If you're interested in additional methods for monitoring bandwidt…
Monitoring a network: why having a policy is the best policy? Michael Kulchisky, MCSE, MCSA, MCP, VTSP, VSP, CCSP outlines the enormous benefits of having a policy-based approach when monitoring medium and large networks. Software utilized in this v…

717 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question