Archive for the ‘Azure Site Recovery’ Tag

Replicate Hyper-V virtual machines to #Azure using Azure Site Recovery #ASR #BCDR #winserv #Cloud #MSOMS   1 comment

Site Recovery is an Azure service that contributes to your business continuity and disaster recovery (BCDR) strategy. Site Recovery orchestrates replication of on-premises physical servers and virtual machines to the cloud (Azure), or to a secondary datacenter. When outages occur in your primary location, you fail over to the secondary location to keep apps and workloads available. You fail back to your primary location when it returns to normal operations.  Using ASR can be directly from the Azure Portal or Using OMS.

Azure Site Recovery

One or more Hyper-V server, running at least Windows Server 2012 R2 with the latest updates and the Hyper-V role enabled, or running Microsoft Hyper-V Server 2012 R2, with the latest updates. Hyper-V hosts need internet access, and need to be able to access specific URLs directly, or via a proxy.

Individual disk capacity on protected machines shouldn’t be more than 1023 GB. A VM can have up to 64 disks (thus up to 64 TB).

In this case I build a replica between a Hyper-v server and Azure.

In the Azure portal we search for backup.

image         Azure Site Recovery

Picked the Backup and Site Recovery (OMS) and create a Recovery vault. That’s it.. well .. close.

Opening this vault or if you don’t know where it is select the resource group and go from there to the ASR.

Azure Site Recovery

Selecting our ASR vault brings us to the backup and ASR.

Azure Site Recovery

It is a very busy menu and a lot of options are there and still new options may appear. And there are several ways to start with ASR.

 

imageAzure Site Recovery

Selecting the Site Recovery Infrastructure a new menu opens and already there are 3 configs. Hyper-v , vmware or VMM

We do the Hyper-v option.

image

imageAzure Site Recovery

It is all step by step and seams all very easy but you need to take care of some steps before you can complete the steps.

Register your Hyper-V host(s)

On-premises

  1. Make sure the host is running Windows Server 2012 R2 or above.

  2. Download the Agent

  3. the installer for the Microsoft Azure Site Recovery Provider.

  4. Download the vault registration key to register the host in a Hyper-V site

image

This download is replication agent to Azure and need to be installed on the Hyper-v Server

imageAzure Site Recovery

Selecting the Site Recovery and start with Step 1

image

In this step We select our Protection goal select To Azure, and select Yes, with Hyper-V. Select No to confirm you’re not using VMM.

image

We need to create a Site of this hyper-v server. this is a Cosmetic name and points to the Hyper-v server or servers, if this is a Test server then this should be HVtest etc.

Azure Site Recovery

My site is Single Hyper-v server and already there a a few steps I need to install the Agent downloaded earlier and use the vault keys to connect to Azure.Also downloaded here

image

Installing the Hyper-v Agent

Use the Exe just downloaded and follow the steps.

Azure Site Recovery

image

Use a location be careful  if not installing on the C drive and not replication the other drive there can be miscommunication in the VM. Better leave this default.

Azure Site Recovery

But in case You already played with this or want different naming and started all over the may be an issue “ the server is already registered”

image

To fix this error and enable the ASR Provider and agent setup to complete successfully, follow these steps:

  1. Go to the Register
  2. Make a backup of the following registry key:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Azure Site Recovery

Azure Site Recovery

  1. Delete the registry key that you backed up in step 2.
  2. Restart the Provider and agent setup.

Azure Site Recovery

Use the downloaded Keys and import them.

image

Azure Site Recovery

Checking the Register you can see that the key is valid and all the info is there.

Azure Site Recovery

image

And the installation is done. It can take some time to add the server to Azure maybe several hops back and forth to the menu

Azure Site Recovery

 

image

You can see the process running in the Task manager.

 

image

Jumping back and to the step 2 you can see the Hyper-v server is added to the Vault.

Azure Site Recovery

Added a storage account and a network. If this is not the storage account or network you want no worry you can change this befor the replication starts.

image

Check this if you want a new account or different network.

Azure Site Recovery

Next step would be creating a replication policy.

image

  1. In Create and associate policy specify a policy name.
  2. In Copy frequency specify how often you want to replicate delta data after the initial replication (every 30 seconds, 5 or 15 minutes).
  3. In Recovery point retention, specify in hours how long the retention window will be for each recovery point. Protected machines can be recovered to any point within a window.
  4. In App-consistent snapshot frequency specify how frequently (1-12 hours) recovery points containing application-consistent snapshots will be created. Hyper-V uses two types of snapshots — a standard snapshot that provides an incremental snapshot of the entire virtual machine, and an application-consistent snapshot that takes a point-in-time snapshot of the application data inside the virtual machine. Application-consistent snapshots use Volume Shadow Copy Service (VSS) to ensure that applications are in a consistent state when the snapshot is taken. Note that if you enable application-consistent snapshots, it will affect the performance of applications running on source virtual machines. Ensure that the value you set is less than the number of additional recovery points you configure.
  5. In Initial replication start time specify when to start the initial replication. The replication occurs over your internet bandwidth so you might want to schedule it outside your busy hours.

Azure Site Recovery

As you can see the policy’s are applied but you can create multiple but you can use only one at each site.

image

Site Recovery performs optimally when sufficient network bandwidth and storage are provisioned. Allocating insufficient capacity can lead to replication issues. Site Recovery provides a capacity planner to help you allocate the right resources for your source environment, the site recovery components, networking and storage. You can run the planner in quick mode for estimations based on an average number of VMs, disks, and storage, or in detailed mode in which you’ll input figures at the workload level.

Get the Azure Site Recovery Capacity planner here : Download

 

Azure Site Recovery

A quick overview of the Azure Site Recovery Capacity planner

If you skip this or thinking this will be fine I’ll show you later what can happen.

imageNow that all steps are completed in the ASR infrastructure we can start with step 2.

Azure Site Recovery

The replication can’t be Throttled only for backup operations you can Enable internet bandwidth usage throttling.

image

Selecting the Right networks for the replicated VM’s and subnets and the correct Storage account.

 

image

Next is selecting what VM’s I need to replicate. If there is no VM list then there is something wrong with your connection.

Azure Site Recovery

As my DPM machine has a disk larger than 1023 GB this can’t be replicated.

image

image 

Selecting a few VM’s you can see even the names can be changed to the right Azure style or if there a characters in the name that are not supported.

Azure Site Recovery

In the old days you could only replicated one disk but now 64 Disks are supported. and you can select what disk you want and what to skip.

image

After these final steps we are ready to replicate

imageimage

In a quick overview we can start the replication.

image

the replication is started and as you can see here comes the ASR Capacity planner.

Azure Site Recoveryimage

imageAzure Site Recovery

OK this seams to be an issue for my other running VM’s on this hyper-v server.

image

Checking the Hyper-v server you can see the progress there or in Azure

Azure Site Recovery

Azure Site Recovery

image

But As ASR is using ASR you can also drill down on the replica options.

image

When the replica is done you can change the Azure VM in any way change the network , VM size the VM can be better than on prem.

image

As ASR stands for recovery you can do a test failover or planned. As you are not using VMM the Azure portal is the Orchestrator for the Failover.

Azure Site Recovery

Testing the VM is easy a you can run the VM Side by Side and you can change all the settings. A great option to get started with Azure.

Follow Me on Twitter @ClusterMVP

Follow My blog https://robertsmit.wordpress.com

Linkedin Profile Http://nl.linkedin.com/in/robertsmit

Google Me : https://www.google.nl

Bing Me : http://tinyurl.com/j6ny39w

LMGTFY : http://lmgtfy.com/?q=robert+smit+mvp+blog

Posted February 7, 2017 by Robert Smit [MVP] in Azure Site Recovery

Tagged with

Azure Site Recovery Provider for Hyper-V How to Replicate Hyper-v to Azure #Recovery #Cloud #hyper-v #Winserv   Leave a comment

Azure Site Recovery orchestrates replication and failover in a number of scenarios:

**On-premises Hyper-V site to Azure protection with Hyper-V replication**

Orchestrate replication, failover, and recovery from an on-premises site with one or more Hyper-V servers but without System Center VMM. Virtual machine data is replicated from a source Hyper-V host server to Azure. Read Getting started with Azure Site Recovery: Protection Between an On-Premises Hyper-V Site and Azure with Hyper-V Replication.

**On-premises VMM site to on-premises VMM site protection with Hyper-V replication**

Orchestrate replication, failover, and recovery between on-premises VMM sites. Virtual machine data is replicated from a source Hyper-V host server to a target host server. Read Getting started with Azure Site Recovery: Protection Between Two On-Premises VMM Sites with Hyper-V Replication.

**On-premises VMM site to on-premises VMM site protection with SAN replication**

Orchestrates end-to-end replication, failover, and recovery using storage array-based replication between SAN devices that host virtual machine data in source and target on-premises sites. Read Getting started with Azure Site Recovery: : Protection Between Two On-Premises VMM Sites with SAN replication.

**On-premises VMM site to Azure protection**

Orchestrate replication, failover, and recovery between an on-premises VMM site and Azure. Replicated virtual machine data is stored in Azure storage. Read Getting Started with Azure Site Recovery: Protection between an On-Premises VMM Site and Azure.

**On-premises VMWare site to on-premises VMWare site with InMage**

InMage Scout is a recent Microsoft acquisition that provides real-time replication between on-premises VMWare sites. Right now InMage is available as a separate product that’s obtained via a subscription to the Azure Site Recovery service. Read Getting Started with Azure Site Recovery: Protection between an On-Premises VMWare Sites with InMage.

 

In this case I’ll create a Hyper-v Replica to Azure and I used a S2S VPN check here if you need how to setup a VPN network to Azure Read

https://robertsmit.wordpress.com/2014/12/15/how-to-setup-azure-vpn-for-site-to-site-cross-premises-or-create-a-virtual-network-for-point-to-site-vpn-azure-winserv/

I did create a Windows backup To azure blog post Read https://robertsmit.wordpress.com/2015/02/17/azure-recovery-services-for-microsoft-azure-backup-easy-backup-to-azure-recovery-backup-asr/

And a while ago a On-premises VMM site to on-premises VMM site protection with Hyper-V replication Read https://robertsmit.wordpress.com/2014/08/27/azure-site-recovery-service-asrs-hyper-v-to-azure-recovery-mvpbuzz/

I already did the Hyper-v vs Hyper-v See my blog post. Read  https://robertsmit.wordpress.com/2013/06/12/windowsazure-hyper-v-recovery-manager-azure-hyperv-recovery-msteched-tee13-draas/

 

So we have a network already in place an now we creating the Site Recovery vault.

image

Now that the vault is ready we can Select the Right option for the Configuration

image

select Between an on-premises Hyper-V site and Azure

select Between an on-premises Hyper-V site and Azure

The next step is creating a Hyper-V site

Create a Hyper-V site to group together one or more Hyper-V servers located in a physical location such as a branch office.

image

Give the Hyper-v site a name

image

Next step is Prepare the Hyper-V Servers

Download the Provider installation and the registration key. The registration key should be downloaded at a secure location. Run Provider setup on the Hyper-V server and register the server with the key.
In a clustered Hyper-V setup run setup & registration on each node to install the Provider and register the cluster with Azure Site Recovery.

But first we are downloading the the registration key file and the latest version of the Microsoft Azure Site Recovery Provider for Hyper-V. Download the key to a secure location that can be accessed by Hyper-V servers in the site. Run Provider setup on each Hyper-V server to install it and register the server with the key. In a Hyper-V cluster run setup on each node.

 

image

 

image

image

image

Above a simple steps and easy to do when running the Azure Site Recovery Provider another Setup will be started.

The file installs two components :

Azure Site Recovery Provider : Handles communication and orchestration between the Hyper-V server and the Azure Site Recovery portal.
Azure Recovery Services Agent : Handles data transport between virtual machines running on the source Hyper-V server and Azure storage.

image

I’ll use the windows Update Option

imageimage

Choosing the File path location and When the installation is done I check the Continue button.

image I do not us a proxy

 

image

In this step we need the Vault credential Key that we just downloaded. and put it in place The server will register in the vault and is ready to use.

 

imageimage

In the Azure portal you can see that the Hyper-v Server is registered and connected.

image

For storage we need a dedicated Storage Account, If you need more IOPS then you need the proper steps to do this.

image

Keep in mind that the Storage account and the Azure Site Recovery vault must be in the same region.

image

Next step is creating a Protection Group.

image

Protection groups group together virtual machines that have the same protection settings.

You can Change the Replication Settings or leave them default. I changed it to speed things up.

Specify the copy frequency, and optionally set system restore points. You can also set the frequency for creating system restore points that use the Volume Snapshot Service (VSS).  Specify when the initial replication should occur. If you want to conserve bandwidth, select an off-peak time.

image

Now that this is in place we can connect the Networks to Azure.

imageimage

The Final steps are selecting a VM that is replicated to Azure

 

imageimage

Thru the agent we see our VM’s on premise and as you can see Azure Won’t support Gen 2 VM’s so if all you vm’s are GEN 2 then abandon this recovery scenario.

 

image A strange option the OS selection is there Windows or Linux ?

Why ? there is an agent on my hyper-v server that can read my hyper-v settings

image

image

image

Now that we selected the VM and in our rule is direct replication it is starting re replication.

image image

It took me 5 min to replicate the server as you can see in the replication statistic. We are ready to test this VM.

image

At the bottom we select Test Failover and Select the network to use. ( as I have Multiple networks )

image

 

Testing the Replication and starting up the VM I see my DC is replicated to Azure and ready to go, as my network has a s2s connection the Dc can talk to the domain on premise ( I use a test vm for this to avoid Active directory Corruption )

 

image

the view in the Azure Virtual machines

image

In the Job view we need to approve that the VM is correctly working

imageimage

After that I approved that the VM is working the Job will continue and delete the VM and clean up the VM.

image

Again tested a Azure feature that could be a life saver when you need a DR solution.

 

Happy clustering

Robert Smit

@clusterMVP

https://robertsmit.wordpress.com

  • Twitter

  • %d bloggers like this: