Azure Storage Account Failover is now in public preview
Published date: 05 February, 2019
Azure Storage Account Failover for customers using geo-redundant storage (GRS) and read-access geo-redundant storage (RA-GRS) accounts is now in public preview. Customers can take advantage of this functionality to control when to failover from the primary to the secondary region of their storage accounts.
If the primary region for your geo-redundant storage account becomes unavailable for an extended period of time, you can force an account failover. When you perform a failover, all data in the storage account will be failed over to the secondary region, and the secondary region will become the new primary region. The DNS records for all storage service endpoints – blob, file, queue, table and Azure Data Lake Storage Gen2 – are updated to point to the new primary region. Once the failover is complete, clients can automatically begin writing data to the storage account using the service endpoints in the new primary region, without any code changes.
Post failover, the storage account will be configured to be locally redundant (LRS). To resume replication to the new secondary region, configure the account to use geo-redundant storage again (either RA-GRS or GRS). Bear in mind that converting a locally redundant (LRS) account to RA-GRS or GRS incurs a cost.
Account failover is supported in preview for new and existing Azure Resource Manager storage accounts that are configured for RA-GRS and GRS. Storage accounts may be general-purpose v1 (GPv1), general-purpose v2 (GPv2) or Blob Storage accounts. Account failover is currently supported in US West 2 and US West Central.
You can initiate account failover using the Azure Portal, Azure PowerShell, Azure CLI or the Azure Storage Resource Provider API.