Skip to content

Commit ce1b5f1

Browse files
authored
Merge pull request #217126 from SteveSaunders1952/v-ssaunders-Descatles-disaster-recovery
Edit of Add azure front door for azure spring apps disaster recovery
2 parents 7110806 + 874758f commit ce1b5f1

File tree

2 files changed

+18
-10
lines changed

2 files changed

+18
-10
lines changed

articles/spring-apps/how-to-enable-redundancy-and-disaster-recovery.md

Lines changed: 18 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
---
22
title: Enable redundancy and disaster recovery for Azure Spring Apps
3-
description: Learn how to protect your Spring Apps application from zonal and regional outages
3+
description: Learn how to protect your Spring Apps application from zonal and regional outages.
44
author: karlerickson
55
ms.author: wenhaozhang
66
ms.service: spring-apps
@@ -53,11 +53,11 @@ Azure Spring Apps currently supports availability zones in the following regions
5353

5454
The following limitations apply when you create an Azure Spring Apps Service instance with zone redundancy enabled:
5555

56-
- Zone redundancy is not available in basic tier.
56+
- Zone redundancy isn't available in basic tier.
5757
- You can enable zone redundancy only when you create a new Azure Spring Apps Service instance.
5858
- If you enable your own resource in Azure Spring Apps, such as your own persistent storage, make sure to enable zone redundancy for the resource. For more information, see [How to enable your own persistent storage in Azure Spring Apps](how-to-custom-persistent-storage.md).
59-
- Zone redundancy ensures that underlying VM nodes are distributed evenly across all availability zones but does not guarantee even distribution of app instances. If an app instance fails because its located zone goes down, Azure Spring Apps creates a new app instance for this app on a node in another availability zone.
60-
- Geo-disaster recovery is not the purpose of zone redundancy. To protect your service from regional outages, see the [Customer-managed geo-disaster recovery](#customer-managed-geo-disaster-recovery) section later in this article.
59+
- Zone redundancy ensures that underlying VM nodes are distributed evenly across all availability zones but doesn't guarantee even distribution of app instances. If an app instance fails because its located zone goes down, Azure Spring Apps creates a new app instance for this app on a node in another availability zone.
60+
- Geo-disaster recovery isn't the purpose of zone redundancy. To protect your service from regional outages, see the [Customer-managed geo-disaster recovery](#customer-managed-geo-disaster-recovery) section later in this article.
6161

6262
## Create an Azure Spring Apps instance with zone redundancy enabled
6363

@@ -110,7 +110,7 @@ To verify the zone redundancy property of an Azure Spring Apps instance using th
110110

111111
## Pricing
112112

113-
There's no additional cost associated with enabling zone redundancy. You only need to pay for Standard or Enterprise tier, which is required to enable zone redundancy.
113+
There's no extra cost associated with enabling zone redundancy. You only need to pay for Standard or Enterprise tier, which is required to enable zone redundancy.
114114

115115
## Customer-managed geo-disaster recovery
116116

@@ -125,19 +125,19 @@ To plan your application, it's helpful to understand the following information a
125125
- An Azure geography is a defined area of the world that contains at least one Azure region.
126126
- An Azure region is an area within a geography containing one or more data centers.
127127

128-
Most Azure regions are paired with another region within the same geography, together making a regional pair. Azure serializes platform updates (planned maintenance) across regional pairs, ensuring that only one region in each pair is updated at a time. In the event of an outage affecting multiple regions, at least one region in each pair is prioritized for recovery.
128+
Most Azure regions are paired with another region within the same geography, together making a regional pair. Azure serializes platform updates (planned maintenance) across regional pairs, ensuring that only one region in each pair is updated at a time. If an outage affects multiple regions, at least one region in each pair is prioritized for recovery.
129129

130130
To ensure high availability and protection from disasters, deploy your applications hosted in Azure Spring Apps to multiple regions. Azure provides a list of paired regions so that you can plan your app deployments accordingly. For more information, see [Cross-region replication in Azure: Business continuity and disaster recovery](../availability-zones/cross-region-replication-azure.md).
131131

132-
Consider the following three key factors when you design your architecture:
132+
Consider the following key factors when you design your architecture:
133133

134134
- Region availability. To minimize network lag and transmission time, choose a region that supports Azure Spring Apps zone redundancy, or a geographic area close to your users.
135135
- Azure paired regions. To ensure coordinated platform updates and prioritized recovery efforts if needed, choose paired regions within your chosen geographic area.
136136
- Service availability. Decide whether your paired regions should run hot/hot, hot/warm, or hot/cold.
137137

138138
### Use Azure Traffic Manager to route traffic
139139

140-
Azure Traffic Manager provides DNS-based traffic load-balancing and can distribute network traffic across multiple regions. Use Azure Traffic Manager to direct customers to the closest Azure Spring Apps service instance. For best performance and redundancy, direct all application traffic through Azure Traffic Manager before sending it to your Azure Spring Apps service instance. For more information, see [What is Traffic Manager?](../traffic-manager/traffic-manager-overview.md)
140+
Azure Traffic Manager provides DNS-based traffic load balancing and can distribute network traffic across multiple regions. Use Azure Traffic Manager to direct customers to the closest Azure Spring Apps service instance. For best performance and redundancy, direct all application traffic through Azure Traffic Manager before sending it to your Azure Spring Apps service instance. For more information, see [What is Traffic Manager?](../traffic-manager/traffic-manager-overview.md)
141141

142142
If you have applications in Azure Spring Apps running in multiple regions, Azure Traffic Manager can control the flow of traffic to your applications in each region. Define an Azure Traffic Manager endpoint for each service instance using the instance IP. You should connect to an Azure Traffic Manager DNS name pointing to the Azure Spring Apps service instance. Azure Traffic Manager load balances traffic across the defined endpoints. If a disaster strikes a data center, Azure Traffic Manager directs traffic from that region to its pair, ensuring service continuity.
143143

@@ -152,7 +152,7 @@ Use the following steps to create an Azure Traffic Manager instance for Azure Sp
152152

153153
1. Set up a custom domain for the service instances. For more information, see [Tutorial: Map an existing custom domain to Azure Spring Apps](./tutorial-custom-domain.md). After successful setup, both service instances will bind to the same custom domain, such as `bcdr-test.contoso.com`.
154154

155-
1. Create a traffic manager and two endpoints. For instructions, see [Create a Traffic Manager profile using the Azure portal](../traffic-manager/quickstart-create-traffic-manager-profile.md), which produces the following Traffic Manager profile:
155+
1. Create a traffic manager and two endpoints. For instructions, see [Quickstart: Create a Traffic Manager profile using the Azure portal](../traffic-manager/quickstart-create-traffic-manager-profile.md), which produces the following Traffic Manager profile:
156156

157157
- Traffic Manager DNS Name: `http://asa-bcdr.trafficmanager.net`
158158
- Endpoint Profiles:
@@ -166,6 +166,14 @@ Use the following steps to create an Azure Traffic Manager instance for Azure Sp
166166

167167
The environment is now set up. If you used the example values in the linked articles, you should be able to access the app using `https://bcdr-test.contoso.com`.
168168

169+
### Use Azure Front Door and Azure Application Gateway to route traffic
170+
171+
Azure Front Door is a global, scalable entry point that uses the Microsoft global edge network to create fast, secure, and widely scalable web applications. Azure Front Door provides the same multi-geo redundancy and routing to the closest region as Azure Traffic Manager. Azure Front Door also provides advanced features such as TLS protocol termination, application layer processing, and Web Application Firewall (WAF). For more information, see [What is Azure Front Door?](../frontdoor/front-door-overview.md)
172+
173+
The following diagram shows the architecture of a multi-region redundancy, virtual-network-integrated Azure Spring Apps service instance. The diagram shows the correct reverse proxy configuration for Application Gateway and Front Door with a custom domain. This architecture is based on the scenario described in [Expose applications with end-to-end TLS in a virtual network](expose-apps-gateway-end-to-end-tls.md). This approach combines two Application-Gateway-integrated Azure Spring Apps virtual-network-injection instances into a geo-redundant instance.
174+
175+
:::image type="content" source="media/how-to-enable-redundancy-and-disaster-recovery/multi-region-spring-apps-reference-architecture.png" alt-text="Diagram showing the architecture of a multi-region Azure Spring Apps service instance." lightbox="media/how-to-enable-redundancy-and-disaster-recovery/multi-region-spring-apps-reference-architecture.png":::
176+
169177
## Next steps
170178

171-
* [Quickstart: Deploy your first Spring Boot app in Azure Spring Apps](./quickstart.md)
179+
- [Quickstart: Deploy your first Spring Boot app in Azure Spring Apps](./quickstart.md)
Loading

0 commit comments

Comments
 (0)