You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/spring-apps/how-to-enable-redundancy-and-disaster-recovery.md
+18-10Lines changed: 18 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
---
2
2
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.
4
4
author: karlerickson
5
5
ms.author: wenhaozhang
6
6
ms.service: spring-apps
@@ -53,11 +53,11 @@ Azure Spring Apps currently supports availability zones in the following regions
53
53
54
54
The following limitations apply when you create an Azure Spring Apps Service instance with zone redundancy enabled:
55
55
56
-
- Zone redundancy is not available in basic tier.
56
+
- Zone redundancy isn't available in basic tier.
57
57
- You can enable zone redundancy only when you create a new Azure Spring Apps Service instance.
58
58
- 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.
61
61
62
62
## Create an Azure Spring Apps instance with zone redundancy enabled
63
63
@@ -110,7 +110,7 @@ To verify the zone redundancy property of an Azure Spring Apps instance using th
110
110
111
111
## Pricing
112
112
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.
114
114
115
115
## Customer-managed geo-disaster recovery
116
116
@@ -125,19 +125,19 @@ To plan your application, it's helpful to understand the following information a
125
125
- An Azure geography is a defined area of the world that contains at least one Azure region.
126
126
- An Azure region is an area within a geography containing one or more data centers.
127
127
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.
129
129
130
130
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).
131
131
132
-
Consider the following three key factors when you design your architecture:
132
+
Consider the following key factors when you design your architecture:
133
133
134
134
- 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.
135
135
- Azure paired regions. To ensure coordinated platform updates and prioritized recovery efforts if needed, choose paired regions within your chosen geographic area.
136
136
- Service availability. Decide whether your paired regions should run hot/hot, hot/warm, or hot/cold.
137
137
138
138
### Use Azure Traffic Manager to route traffic
139
139
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 loadbalancing 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)
141
141
142
142
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.
143
143
@@ -152,7 +152,7 @@ Use the following steps to create an Azure Traffic Manager instance for Azure Sp
152
152
153
153
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`.
154
154
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:
156
156
157
157
- Traffic Manager DNS Name: `http://asa-bcdr.trafficmanager.net`
158
158
- Endpoint Profiles:
@@ -166,6 +166,14 @@ Use the following steps to create an Azure Traffic Manager instance for Azure Sp
166
166
167
167
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`.
168
168
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
+
169
177
## Next steps
170
178
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)
0 commit comments