Loading...

Public Preview: Customer Managed Planned Failover for Azure Storage

Public Preview: Customer Managed Planned Failover for Azure Storage

Azure Storage is excited to announce customer managed Planned Failover for Azure Storage is now available in public preview.

 

Over the past few years Azure Storage has offered customer managed (unplanned) failover as a disaster recovery solution for geo-redundant storage accounts. This has enabled our users to meet their business requirements for disaster recovery testing and compliance. Planned failover now provides the same benefits while introducing additional benefits to our storage users.

 

Planned Failover provides the ability to swap your geo primary and secondary region while the storage service endpoints are still healthy. As a result, a user can now failover their storage account while keeping geo-redundancy and with no data loss or additional cost. Users will no longer need to reconfigure geo-redundant storage (GRS) after their planned failover operation which will save them both time and cost. Once the planned failover operation is completed all new writes will be made to your original secondary region, which will now be your primary region.

 

After the planned failover is complete, the original primary region becomes the new secondary and the original secondary region becomes the new primary.After the planned failover is complete, the original primary region becomes the new secondary and the original secondary region becomes the new primary.

 There are multiple scenarios where Planned Failover can be utilized including:

 

  1. Planned disaster recovery testing drills to validate business continuity and disaster recovery.
  2. Recovering from a partial outage that occurs in the primary region where storage is not impacted. For example, if your storage service endpoints are healthy in both regions, but another Microsoft or 3rd party service is facing an outage in the primary region you can failover your storage services. In this scenario, once you failover the storage account and all other services your workloads can continue to work.
  3. A proactive solution in preparation of large-scale disasters that may impact a region. To prepare for a disaster such as a hurricane, users can leverage Planned Failover to failover to their secondary region then failback once things are resolved.

Planned failover supports Blob, ADLS Gen2, Table, File and Queue data. 

 

Key differences between our customer managed (unplanned) failover and planned failover are highlighted below:

 

Unplanned Failover

Planned Failover

After an unplanned failover is completed the storage account is converted to Locally Redundant Storage (LRS) and the secondary region becomes the new primary region.

 After a planned failover is completed the storage account remains Geo Redundant Storage (GRS). The secondary region becomes the new primary region, and the primary region becomes the new secondary region.

 

Once an unplanned failover is initiated the operation begins immediately. Writes that were pending replication to the secondary region (made after the Last Sync Time) will potentially be lost. Users can utilize their Last Sync Time to determine the recovery point of their storage account.

Once a planned failover is initiated the first step is replicating pending writes (writes made after the Last Sync Time) to the secondary region. As a result, the Last Sync Time is caught up before the and there should be no data loss.

 

 

Primary use case: a storage related outage in the primary region.

Primary use case: to test the Failover workflow or a non-storage related outage in the primary region.

An unplanned failover can be used when the primary storage endpoints are unavailable (there is a storage related outage on the primary region).

A planned failover works while the primary and secondary storage endpoints are available.

 

Regions Planned Failover currently supports

 

  • Southeast Asia
  • East Asia
  • West Europe
  • France Central
  • East US 2
  • Central US
  • UK South
  • Australia East
  • Switzerland North
  • Switzerland West
  • India Central
  • India West

To learn more about Planned Failover and to track the expansion of the preview into additional regions see, How customer managed planned failover works 

 

Getting started

 

Getting started is simple, to learn more about the step-by-step process to initiate a planned failover review, Initiate account failover 

 

The Azure Portal user experience for Planned Failover.The Azure Portal user experience for Planned Failover.

 Feedback

 

If you have questions or feedback, do not hesitate to reach out at [email protected]

 

Published on:

Learn more
Azure Storage Blog articles
Azure Storage Blog articles

Azure Storage Blog articles

Share post:

Related posts

Announcing the stable release of Azure Event Grid Namespaces HTTP client libraries

This post announces stable release of the HTTP Azure Event Grid Namespaces client libraries in .NET, Java, JavaScript, Python, and Go. The pos...

1 hour ago

Portal extension for Azure Firewall with DDoS protection

Introduction In the ever-evolving landscape of network security, Azure Firewall has emerged as a key player. As a managed, cloud-based network...

7 hours ago

Generative AI with Azure Cosmos DB

Leverage Azure Cosmos DB for generative AI workloads for automatic scalability, low latency, and global distribution to handle massive data vo...

14 hours ago

Enhancing Document Extraction with Azure AI Document Intelligence and LangChain for RAG Workflows.

Overview. The broadening of conventional data engineering pipelines and applications to include document extraction and preprocessing for ...

15 hours ago

Azure Capacity Reservations with Automatic Consumption

Solving the ask – Automatic Capacity Reservations Historically, the setting to use a Capacity Reservations Groups must be defined while the vi...

1 day ago

Announcing Preview of New Azure Dlsv6, Dsv6, Esv6 VMs with new CPU, Azure Boost, and NVMe Support

Co-authored by Andy Jia, Principal Product Manager, and Misha Bansal, Technical Program Manager, Azure Compute   We are thrilled to annou...

2 days ago

Comparing feature sets for AKS enabled by Azure Arc deployment options

This article shows a comparison of features available for the different deployment options under AKS enabled by Azure Arc.    ...

2 days ago

Azure Fluid Relay: Leveraging Azure Blob Storage to scale Git

Learn how to leverage Git as a storage mechanism behind the globally available Azure Fluid Relay (AFR) service. The post Azure Fluid Relay: Le...

3 days ago
Stay up to date with latest Microsoft Dynamics 365 and Power Platform news!
* Yes, I agree to the privacy policy