The write operation returns successfully only after the data is written to all three replicas. To mitigate this risk, Microsoft recommends using zone-redundant storage (ZRS), geo-redundant storage (GRS), or geo-zone-redundant storage (GZRS).Ī write request to a storage account that is using LRS happens synchronously. However, if a disaster such as fire or flooding occurs within the data center, all replicas of a storage account using LRS may be lost or unrecoverable. LRS protects your data against server rack and drive failures. LRS is the lowest-cost redundancy option and offers the least durability compared to other options. LRS provides at least 99.999999999% (11 nines) durability of objects over a given year. Locally redundant storage (LRS) replicates your storage account three times within a single data center in the primary region. Microsoft recommends using ZRS in the primary region for Azure Data Lake Storage Gen2 workloads. For applications requiring high availability, Microsoft recommends using ZRS in the primary region, and also replicating to a secondary region. Zone-redundant storage (ZRS) copies your data synchronously across three Azure availability zones in the primary region.LRS is the least expensive replication option, but isn't recommended for applications requiring high availability or durability.

Locally redundant storage (LRS) copies your data synchronously three times within a single physical location in the primary region.Azure Storage offers two options for how your data is replicated in the primary region: Redundancy in the primary regionĭata in an Azure Storage account is always replicated three times in the primary region. You may want to isolate different types of resources in separate storage accounts if they have different redundancy requirements. All storage resources deployed in the same storage account have the same redundancy setting. The redundancy setting for a storage account is shared for all storage services exposed by that account. For more information about Azure Storage accounts, see Storage account overview. The storage account represents a shared pool of storage that can be used to deploy storage resources such as blob containers (Blob Storage), file shares (Azure Files), tables (Table Storage), or queues (Queue Storage).

The services that comprise Azure Storage are managed through a common Azure resource called a storage account. The features and regional availability described in this article are also available to accounts that have a hierarchical namespace (Azure Blob storage).

Fault tolerant encrypto