Search
StarWind is a hyperconverged (HCI) vendor with focus on Enterprise ROBO, SMB & Edge

Make a disaster recovery plan with Veeam Backup & Replication 9.5

  • August 16, 2018
  • 10 min read
IT and Virtualization Consultant. Romain is specializing in Microsoft technologies such as Hyper-V, System Center, storage, networking, and MS Azure. He is a Microsoft MVP and MCSE in Server Infrastructure and Private Cloud.
IT and Virtualization Consultant. Romain is specializing in Microsoft technologies such as Hyper-V, System Center, storage, networking, and MS Azure. He is a Microsoft MVP and MCSE in Server Infrastructure and Private Cloud.

Veeam Backup and Replication is a backup and replication product. The backup part ensures your workloads are protected against bad manipulation, ransomware or disaster. It enables to restore the data in case of loss. The replication part ensures that your workloads can quickly start again in another datacenter in case of sinister in the first one. Products such as Microsoft Hyper-V or VMware vSphere can also handle this task. In this topic, I will show you how to leverage Veeam Backup and Replication to make a disaster recovery plan. The same steps can be applied to Hyper-V or VMware but in this topic, I will take VMware as example.

To write this topic, I took screenshots from the following environment:

  • Veeam Backup & Replication 9.5u3a
  • VMware vSphere 6.7c
  • 1x ESXi host in standalone which hosts VMs
  • 1x ESXi vSAN cluster to run replicated VM

Usually we run VM on a cluster and then we replicate to a standalone cluster but in my lab, it is the opposite. In this way I can work on the vSAN cluster without thinking about the VMs.

Step 1: Replicate VMs

First of all, open your Veeam Backup & Replication console and click on Replication Job. Then select the appropriate option (I choose VMware vSphere).

wp-image-9608

Then give a name and a description to the replication job. You can also activate three options:

  • Low connection bandwidth (enable replication seeding): you can copy the VM backup to the second site as a “seed” instead of copy the initial replication over the WAN
  • Separate virtual networks (enable network remapping): If both datacenters don’t share the same IP address plan, you need to map the source and destination network
  • Different IP addressing scheme (enable re-IP): enables to change VM address IPs to be consistent with the destination virtual network

wp-image-9609

Next I select the VMs that will be replicated. Some disks can be excluded if you wish.

wp-image-9610

After that, select the destination cluster / host and the proper resource pool, VM folder and Datastore.

wp-image-9611

In the next step, you can create the mapping between source and destination virtual network.

wp-image-9612

Then you can create a rule to change the IP address when they fail over.

wp-image-9613

Specify the backup repository that will host some information about the replication such as metadata, retention policy etc.

wp-image-9614

Because usually the replication go through the WAN, you can leverage WAN accelerators to reduce the bandwidth consumption.

wp-image-9615

For applications which need it (such as AD, SQL Server etc.), you can enable the application-aware processing.

wp-image-9616

In the below example, I have enable application-aware processing only for the domain controller.

wp-image-9617

Finally, you can plan the replication schedule as the backup and if you have enough bandwidth, you can create a continuously replication job.

wp-image-9618

wp-image-9619

When the replication is started, you should see the VM with a suffix hosted by the destination cluster / node.

wp-image-9620

Step 2: Create a failover plan

When the initial replication is finished (if the initial replication is not finished, you were not able to add the VM to the plan), you can create the failover plan. To create the plan, navigate to the new sub section called Replicas and select Failover Plan. Choose the appropriate kind of VM.

wp-image-9621

Next provide a name and a description to your plan. You can run a pre and post failover script if you need. For example, you can create a test failover plan and then you want to run a script that will shutdown VM before starting the replicated VMs.

wp-image-9622

Add the VMs to the plan and change VM order and delays to meet the application dependencies.

wp-image-9623

Step 3: Run the failover plan

To start the failover plan, simply click in Failover Plans tab and right click on your failover plan. Select Start.

wp-image-9624

Wait a bit and the VMs should start to the destination cluster / host.

wp-image-9625

wp-image-9626

wp-image-9627

In Veeam, you should have an additional tab called Active.

wp-image-9628

Step 4: Turn back to the original situation

When the failover plan is running, you have several possibilities:

  • Your datacenter has burnt and you don’t know when it will come back. You can choose permanent failover.
  • You wanted to try the plan and you don’t want to synchronize from the destination to the source. You can choose Undo failover and everything that has changed will be not synchronized.
  • You want to failback your production to the source datacenter by synchronizing change. So you can select Failback to production.

wp-image-9629

In the following example I chose failback to production (the usual suspect). The wizard asks you which workloads you want to failback.

wp-image-9630

Finally, you can select either to power on or not VM after the restoring.

wp-image-9631

 

Conclusion

Veeam provides a powerful solution to handle a disaster recovery plan. In Hyper-V world, even though a native solution exists (Hyper-V replica), I prefer to use Veeam which is more flexible and ease to manage.

Found Romain’s article helpful? Looking for a reliable, high-performance, and cost-effective shared storage solution for your production cluster?
Dmytro Malynka
Dmytro Malynka StarWind Virtual SAN Product Manager
We’ve got you covered! StarWind Virtual SAN (VSAN) is specifically designed to provide highly-available shared storage for Hyper-V, vSphere, and KVM clusters. With StarWind VSAN, simplicity is key: utilize the local disks of your hypervisor hosts and create shared HA storage for your VMs. Interested in learning more? Book a short StarWind VSAN demo now and see it in action!