Microsoft Azure

Microsoft Azure Site Recovery Bandwidth Requirements

Anytime I do a presentation on Azure Site Recovery or Azure Online Backup I am always asked the same question: “How much bandwidth is required for replication?” The answer is always the same, “My crystal ball is broken.” I have no idea how much bandwidth is required for any customer. There is no easy answer for small businesses, medium-sized businesses, or large enterprises. Every company is different; some generate lots of new data every day and some create very little.

So if you are looking at Azure Site Recovery or any other disaster recovery replication solution, then you’re going to have to do some work to calculate your bandwidth requirements.

Monitoring replication of a Hyper-V virtual machine to Azure. (Image Credit: Aidan Finn)
Monitoring replication of a Hyper-V virtual machine to Azure. (Image Credit: Aidan Finn)

Asynchronous Replication Benefit: Latency isn’t an Issue

A benefit of asynchronous replication is that distance, or latency, is not an issue. Azure Site Recovery for Hyper-V is based on Hyper-V Replica (HVR). A VM will write data to an on-premises virtual hard disk. That modification is logged and sent to Azure based on your preconfigured protection group replication interval. This means that you can replicate over very long distances, which is something that synchronous replication cannot do, as latency degrades production service performance when using synchronous replication to the point of breaking systems due to timeouts.

Dedicated Link

Any disaster recovery (DR) expert that I’ve listened to has always recommended using dedicated links for DR replication. That certainly makes sense for traditional private DR sites when customer owned site A is replicating to customer owned site B. But when you are replicating to Azure, maybe one connection would do? I’m not sure about this. In theory, you could implement (to the Internet) QoS to ensure that replication gets sufficient bandwidth, but it is capped so that other services do not suffer. Try creating rules for HTTPS traffic sourced from your host. This QoS will probably have to be applied before any edge proxy.

Sponsored Content

Maximize Value from Microsoft Defender

In this ebook, you’ll learn why Red Canary’s platform and expertise bring you the highest possible value from your Microsoft Defender for Endpoint investment, deployment, or migration.

Estimating Bandwidth Requirements

I came up with a method for estimating the bandwidth requirements of Hyper-V Replica a few years ago, and it should also work for Azure Site Recovery. The issue is that we need to understand how much change there is within a replication interval and ensure that there is enough upload bandwidth to complete a replication within the allotted time frame.

In my example, a small-to-medium enterprise (SME) is going to replicate to Azure. They have decided that they want an RPO of 15 minutes. This provides them with a lengthy replication interval of 15 minutes.

My method needs to identify how much data change there is per day. If the company is doing a traditional backup then check the backup history to see how much incremental backup data is stored every day. You might want to go back as far as you can and find a higher number. My SME is creating 2 GB (2048 MB) of data during a working day.

How long is that working day? SME works from 9 am until 6 pm, which is a nine hour day. Now we have enough information to do some math.

There are four replication intervals per hour (60 / 15). There are nine hours in a day, so there are 36 (9 * 4) intervals in a day. We need to allow for 2048 MB of data change in nine hours. In a replication interval, there will be an average of 57 MB (2048 / 36, rounded up) of change. Not all intervals are equal, so I’m going to add 50 percent to that to get a busy period, giving me 86 MB rounded up.

So we need enough bandwidth to replicate 86 MB within a 15-minute window. Find a bandwidth calculator and use it to determine the bandwidth requirements. A quick search brought me to numion.com. There I found that I will need a 1.024 Mbps of reserved upload bandwidth to replicate this data in less than 15 minutes (11 minutes, 11 seconds), something that should be achievable for most (not all, admittedly) SMEs.

Related Topics:

BECOME A PETRI MEMBER:

Don't have a login but want to join the conversation? Sign up for a Petri Account

Register
Comments (0)

Leave a Reply

Aidan Finn, Microsoft Most Valuable Professional (MVP), has been working in IT since 1996. He has worked as a consultant and administrator for the likes of Innofactor Norway, Amdahl DMR, Fujitsu, Barclays and Hypo Real Estate Bank International where he dealt with large and complex IT infrastructures and MicroWarehouse Ltd. where he worked with Microsoft partners in the small/medium business space.
External Sharing and Guest User Access in Microsoft 365 and Teams

This eBook will dive into policy considerations you need to make when creating and managing guest user access to your Teams network, as well as the different layers of guest access and the common challenges that accompany a more complicated Microsoft 365 infrastructure.

You will learn:

  • Who should be allowed to be invited as a guest?
  • What type of guests should be able to access files in SharePoint and OneDrive?
  • How should guests be offboarded?
  • How should you determine who has access to sensitive information in your environment?

Sponsored by: