To maintain data availability and durability, Azure Storage creates and stores copies of data across multiple locations. This process is called storage replication. The goal is to provide redundancy to protect data against hardware failures, power or network outages.
There are several redundancy options you can choose from. You can replicate data within one region, or you can replicate into a geographically-distant secondary region. Additionally, you can enable read access to replicated data located in a secondary region, to provide availability during disasters.
In this article, you will learn:
By default, Azure Storage replicates data three times within a primary region. Additionally, Azure offers the following options you can configure for replication within the primary region:
Beyond these two basic types of replication, there are three additional types available in Azure Storage:
LRS replicates data three times within one data center located in a primary region. When LRS is enabled, Azure Storage only registers write requests as successful once data is written to three replicas. LRS provides at least 99.999999999% durability for objects during a given year.
LRS is offered at a low cost and can help you protect data against drive failure and server rack failure. However, LRS does not cover all data loss scenarios. Use LRS if it is less sensitive to loss, or if your data is restricted to one location due to compliance requirements.
ZRS performs replication across three Azure availability zones. Each Azure availability zone is an individual physical location with its own independent networking, power, and cooling. ZRS provides a minimum of 99.9999999999% durability for objects during a given year.
ZRS ensures data remains accessible even if an availability zone goes down. This is true both for write and read operations. Azure Storage only registers a write operation as successful, once it makes sure data is safely written to all three availability zones. You can use ZRS in a primary region to ensure consistency, high availability, and durability.
GRS provides additional redundancy for data storage compared to LRS or ZRS. In addition to the three copies of data stored in one region, there are three copies stored in a paired Azure region. So GRS provides all the features of LRS storage in the primary zone, and additionally, provides a secondary LRS data storage in another region.
Because all read and write operations are still managed through one Azure data center, the read and write SLAs provided by Microsoft are the same as for ZRS and LRS data storage.
There are two disadvantages of GRS redundancy:
RA-GRS has all the same level of redundancy of standard GRS replication, with an additional benefit—the secondary copies stored in paired Azure regions are readable. This means that if your application is configured correctly, you can use multiple readable endpoints. This increases the SLA for read operations to 99.99%.
However, the SLA for write operations remains 99.9%, because a single area still controls write and update operations.
Due to their asynchronous replication, both types of GRS replication have some replication delay. You can use the LastSyncTime parameter to ensure you are reading the latest copy of the data.
The preceding replication methods were relevant for all Azure storage services. This is a special replication method which is available only for Block Blob Storage.
The object replication method is asynchronous. You can use it to automatically move data to an archive tier, in order to optimize data distribution and reduce costs. Or, you can use it to synchronize data to a storage resource running nearer to your users, to reduce latency.
Block blobs are replicated according to your replication policy, which specifies source/target Azure accounts and containers, and which block blobs should be replicated.
Block blob object replication copies:
You can check status for block blob replication by looking at the source storage account. If the source account's blob replication status indicates failure, investigate the following:
Here are the replication types available, depending on your storage account type:
Azure NetApp Files is another file storage alternative from Microsoft Azure built on NetApp technology, giving you enterprise file share capabilities that can support even your core business applications.
Get enterprise-grade data management and storage to Azure so you can manage your workloads and applications with ease, and move all of your file-based applications to the cloud.
Azure NetApp Files solves availability and performance challenges for enterprises that want to move mission-critical applications to the cloud, including workloads like HPC, SAP, Linux, Oracle and SQL Server workloads, Windows Virtual Desktop, and more.
Want to get started? See Azure NetApp Files for yourself with a free demo.