Tag: HRM

Microsoft Azure Site Recovery Services

Disaster Recovery using Azure Site Recovery

Nearly a year ago Microsoft released a Disaster Recovery solution called Hyper-V Recovery Manager. This was basically a hosted orchestration engine in Microsoft Azure which allowed you to orchestrate datacenter failovers using the in Hyper-V build in feature called Hyper-V Replica.

Microsoft Azure Site Recovery

In 2014 Microsoft invested a lot of work and time to improve this service and in January 2014 HRM changed the name to Azure Site Recovery (ASR).

  • In January 2014 Microsoft announced GA of the Azure Site Recovery service which allowed you to use it for DR Orchestration between on-premises Hyper-V sites using Hyper-V Replica
  • In July 2014 Microsoft acquired a company called InMage and integrated DR Orchestration between on-premises VMware sites using the InMage solution.
  • In October 2014 Microsoft announced the GA for Azure Site Recovery DR Orchestration between Hyper-V on-premises and Microsoft Azure.

At TechEd Europe, Microsoft announced some new stuff coming in the next couple of months.

  • In November 2014 Microsoft will offer a public preview for Azure Site Recovery using SAN Replication. This allows you to use your existing SAN replication and orchestrate your DR with Microsoft Azure Site Recovery.
  • In 2015 Microsoft will allow you to use Azure Site Recovery to replicate your VMware and physical servers to Microsoft Azure.
  • With Update Rollup 4 for System Center 2012 R2 and Azure Pack, Microsoft integrated Azure Site Recovery as a plan or Add-on property for VM clouds. This allows service providers to offer Azure Site Recovery to customers as an option of a VM Cloud plan or Add-On.

Microsoft Azure Site Recovery Services

This is just a quick overview about the possibilities you have with Azure Site Recovery. I will cover some advanced scenarios in with a series of blog posts in the next couple of weeks. Until then I would recommend you to watch the session with Michel Lüscher and me at System Center Universe Europe where we talked about the Azure Site Recovery solutions before the TechEd announcements.

 

 



Azure Site Recovery

Microsoft Azure Site Recovery Preview

Microsoft today announced the preview of Disaster Recovery to Azure called Microsoft Azure Site Recovery. This also replaces HRM (Hyper-V Recovery Manager). Microsoft Azure Site Recovery (ASR) allows you to orchestrate disaster recovery to a second site or directly to Azure.

Microsoft ASR

Both solutions use Microsoft on-prem technology like Windows Server Hyper-V Replica and System Center Virtual Machine Manager and you can start using them via the Microsoft Azure Management Portal.

In addition to enabling Microsoft Azure as a DR site in multiple geographies, this preview also includes an impressive list of features for enabling virtual machine replication to Azure:

  • At-Scale Configuration
    You can configure the protection and replication of VM settings in a private cloud and configure and connect on-prem networks with Azure Networks. Those VM’s are then only replicated to customer-owned and managed geo-redundant Azure Storage.
  • Variable Recovery Point Objective (RPO)
    This feature provides support for near-synchronous data replication with RPOs as low as 30 seconds. You can also retain consistent snapshots at desired frequency for a 24-hour window.
  • Data Encryption
    VM Virtual Hard Disks can be encrypted at rest using a secure, customer-managed encryption key that ensures best-in-class security and privacy for your application data when it is replicating to Azure. This encryption key is known only to the customer and it is needed for the failover of VM’s to Azure. Simply put: All of this service’s traffic within Azure is encrypted.
  • Self-Service Disaster Recovery
    With ASR you get full support for DR drills via test failover, planned failover with a zero-data loss, unplanned failover, and failback.
  • One-Click Orchestration
    ASR also provides easy-to-create, customizable Recovery Plans to ensure one-click failovers and failbacks that are always accurate, consistent, and help you achieve your Recovery Time Objective (RTO) goals.
  • Audit and Compliance Reporting with Reliable Recovery
    DR testing and drills can be performed without any impact to production workloads. This means you get risk-free, high-confidence testing that meets your compliance objectives. You can run these non-disruptive test failovers whenever you like, as often as you like. Also, with the ability to generate reports for every activity performed using the service, you can meet all your audit requirements.

ASR does not only help you in terms of Disaster Recovery, it also allows you to quickly and easily migrate your Virtual Machines to Azure or create a new dev environment.

Check out the ASR session at TechEd 2014 and Brad Andersons blog about the release of the Azure Site Recovery Preview.

Once you’re ready to see what ASR can do for you, you can check out pricing information, sign up for a free trial, or learn more about the product specs.

 

 



Windows Azure Hyper-V Recovery Manager (HRM) Overview

Hyper-V Recovery Manager (HRM) FAQ

With the evolution of cloud computing, datacenter are getting more important, and having multiple datacenter for a site failover is more and more a must have solution. With Windows Server 2012 Hyper-V Microsoft introduced a new feature called Hyper-V Replica, which allows you to do an asynchronous replication on a virtual machine level. If you are working in a lager environment you may not want to failover single machines with the Hyper-V Manager, you need a tool which orchestrates the Failover from one site to another site. There are several different options you could do this, like a PowerShell script, System Center Orchestrator or the new automation engine called Service Management Automation (SMA). All of these solutions can work with Hyper-V Replica but they all have some up and downsides.

Windows Azure Hyper-V Recovery Manager (HRM) Overview

Microsoft developed a solution for this problem called Hyper-V Recover Manager which is basically a hosted orchestration engine in Windows Azure. You can simply connected your System Center Virtual Machine Manager servers to this service by installing an agent on the VMM servers. After that you can login to the Windows Azure Portal and configure the orchestration and recovery plans for your VMM Clouds. An important thing here, Windows Azure is only the orchestration engine, no data or VMs are replicated to Windows Azure. VMs will be replicated just between your sites.

Windows Azure Portal Hyper-V Recovery Manager

Still here are some things unclear about Hyper-V Recovery Manager, so here is a little FAQ, which should answer some of the questions:

Q: Can I fully automate my datacenter failover?
A: Yes, you can Failover your Virtual Machines extend the solution with Scripts.

Q: Can I Failover my Domain Controllers and SQL Servers first before failing over my application servers.
A: Yes, you can create your own order in which the failover should happen, by creating recovery plans.

Q: My secondary site has not the same network or subnet available, can I still use it?
A: Yes, Hyper-V Replica and Hyper-V Recovery Manager can change IP addresses of VMs during a failover. In a HRM scenario VMM IP Pools are used to automatically change IP addresses.

Q: Can I test my Recovery Plan?
A: Yes, as in Hyper-V Replica, you can also do a Test Failover.

Q: I have different Storage vendors, can I still use Hyper-V Recovery Manager
A: Yes, there is no dependency to the Storage

Q: I am using Storage Spaces and a Scale-Out Fileserver, does this work with HRM?
A: Yes, you can configure SMB shares for VM locations.

Q: Can’t have my Application data go to cloud
A: Application data never goes to Azure – it transmits encrypted over your own network link between two DCs.

Q: Both of my sites are managed with the same Virtual Machine Manager, does it still work?
A: Yes, it works with both single VMM and HA VMM environments.

Q: My Hosts and Applications don’t have internet connectivity
A: No, Windows Azure connectivity needed by Hyper-V Hosts and Applications. Only connectivity is from VMM Server to Azure Service which can be done by a proxy server.

Q: Do I need to install another agent on every Hyper-V host or Guest VM?
A: No, Disaster Recovery Provider is only needed on VMM Machine.

Q: My N Tier App is using SQL AlwaysON can I get single click App failover?
A: Yes, Hyper-V Recovery Manager failover plans can be customized with scripts, so you can also Failover SQL or other applications using PowerShell.

Q: In addition to Primary DC my ISP is also impacted, can I still failover?
A: Yes, During failover no dependency on Primary Site or Connectivity to Primary Site is needed.

Q: Service Providers want to use HRM but see Azure as competition with their own offering.
A: There is no need to share customer information with Windows Azure, Hoster’s customers never go to HRM Portal.

Q: Does Hyper-V Recovery Manager offer System Center Operations Manager (SCOM) integration?
A: Yes, ongoing replication health monitoring in SCOM

Q: I already have done some System Center Orchestrator Runbooks for failing over Applications, can I still use them?
A: Yes, You can trigger Orchestrator RunBooks from Hyper-V Recovery Manager via scripts.

Q: Does System Center Virtual Machine Manager have Hyper-V Replica support.
A: Yes, Hyper-V Replica has a rich integration with VMM which lights up when you register to Hyper-V Recovery Manager service. Following are key Hyper-V replica integration points with VMM

  • Ability to enable protection during Create VM Wizard
  • Ability to setup default protection for VMs through integration with VM Template
  • Ability to enable protection for already created VMs
  • VM Placement algorithm takes protection information (Cloud, Network) to select appropriate cloud and Host
  • Ability to view replication health from VMM console
  • Specific Icon and actions for Replica VMs
  • Connecting replica VMs to networks and assign IP addresses at scale using VMM networking (VM Networks)

Thanks to Vishal Mehrotra (Microsoft Principal Group Program Manager WSSC)

Feel free to add additional questions to the comment section.