Azure Site Recovery now supports churn (data change rate) up to 100 MB/s per VM. You will be able to protect your Azure VMs having high churning workloads (like databases) using Azure Site Recovery which earlier could not be protected efficiently because Azure Site Recovery has churn limits up to 54 MB/s per VM. You may be able to achieve better RPO performance for your high churning workloads.
Table of contents:
- Available only for DR of Azure VMs.
- Recommend VM SKUs with RAM of min 32GB.
- Source disks must be Managed Disks.
Azure Site Recovery recommends using High Churn while using following regions only as the Source region or the Target region: Japan East, Japan West, UK South, UK West, West US, West US 2, East Asia, East US, East US 2, Australia East, Australia Southeast, Canada East, Canada Central, Central US, West India and Southeast Asia. When using High Churn with any other regions outside the regions in the list, replication and/or reprotection may fail.
- These limits are based on our tests and don’t cover all possible application I/O combinations.
- Actual results may vary based on your app I/O mix.
- There are two limits to consider, per disk data churn and per virtual machine data churn.
- Limit per virtual machine data churn – 100 MB/s.
The following table summarizes Site Recovery limits:
|Target Disk Type||Avg I/O Size||Avg Churn Supported|
|Standard or P10 or P15||8 KB||2 MB/s|
|Standard or P10 or P15||16 KB||4 MB/s|
|Standard or P10 or P15||24 KB||6 MB/s|
|Standard or P10 or P15||32 KB and above||10 MB/s|
|P20||8 KB||10 MB/s|
|P20||16 KB||20 MB/s|
|P20||24 KB and above||30 MB/s|
|P30 and above||8 KB||20 MB/s|
|P30 and above||16 KB||35 MB/s|
|P30 and above||24 KB and above||50 MB/s|
- Select source VMs on which you want to enable replication. To enable replication, follow the steps here.
- Under Replication Settings > Storage, select View/edit storage configuration. The Customize target settings page opens.
- Under Churn for the VM, there are two options:
- Normal Churn (default option) – You can get up to 54 MB/s per VM. Select Normal Churn to use Standard storage accounts only for Cache Storage. Hence, Cache storage dropdown will list only Standard storage accounts.
- High Churn – You can get up to 100 MB/s per VM. Select High Churn to use Premium Block Blob storage accounts only for Cache Storage. Hence, Cache storage dropdown will list only Premium Block blob storage accounts.
- Select High Churn (Public Preview).If you select multiple source VMs to configure Site Recovery and want to enable High Churn for all these VMs, select High Churn at the top level.
- After you select High Churn for the VM, you will see Premium Block Blob options only available for cache storage account. Select cache storage account and then select Confirm Selection.
- Configure other settings and enable the replication.
- In the portal, go to Virtual machines and select the VM.
- On the left pane, under Operations, select Disaster recovery.
- Under Basics, select the Target region and then select Next: Advanced settings.
- Under Advanced settings, select Subscription, VM resource group, Virtual network, Availability, and Proximity placement group as required.
- Under Advanced settings > Storage settings, select [+] Show details.
- Under Storage settings > Churn for the VM, select High Churn (Public Preview). You will be able to use Premium Block Blob type of storage accounts only for cache storage.
- Select Next: Review + Start replication.
Note: * You can only enable High Churn only when you enable replication while configuring Azure Site Recovery on a VM. * If you want to enable High Churn support for VMs already protected by Azure Site Recovery, disable replication for those VMs and select High Churn while enabling replication again. Similarly, disable and enable replication again to switch back to Normal Churn.
- High Churn uses Premium Block Blob storage accounts which may have higher cost implications as compared to Normal Churn which uses Standard storage accounts. For more information, see pricing.
- For High churn VMs, more data changes may get replicated to target for High churn compared to Normal churn. This may lead to more network cost.