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
In each Azure region, *availability zones* are physically separate locations that are tolerant to local failures. Such failures can range from software and hardware failures to events such as earthquakes, floods, and fires. These zones achieve tolerance through the redundancy and logical isolation of Azure services.
To provide resiliency and distributed availability, at least three separate availability zones exist in any Azure region that supports and enables zone redundancy. The Azure Logic Apps platform distributes these zones and logic app workloads across these zones. This capability is a key requirement for enabling resilient architectures and providing high availability if datacenter failures happen in a region.
19
+
For scenarios where you need high reliability for your logic app workflows, you can set up *zone redundancy* with *availability zones* within an Azure region. Azure Logic Apps can then distribute logic app workloads across all the availability zones within a region. This capability protects your apps and their information from datacenter failures within a region.
20
20
21
-
For more information, see the following documentation:
21
+
This guide shows how to enable zone redundancy for your logic apps.
22
22
23
-
*[What are availability zones](../reliability/availability-zones-overview.md)?
24
-
*[Azure regions with availability zone support](../reliability/availability-zones-region-support.md)
25
-
26
-
This guide provides a brief overview, considerations, and information about how to enable availability zones in Azure Logic Apps.
27
-
28
-
## Considerations
29
-
30
-
### [Standard](#tab/standard)
31
-
32
-
Availability zones are supported with Standard logic app workflows, which run in single-tenant Azure Logic Apps and are powered by Azure Functions extensibility. For more information, see [Reliability in Azure Functions](../reliability/reliability-functions.md#availability-zone-support).
23
+
## Prerequisites
33
24
34
-
* You can enable this capability only when you create a Standard logic app in a [supported Azure region](../reliability/reliability-functions.md#regional-availability) or in an [App Service Environment v3 (ASE v3) - Windows plans only](../app-service/environment/overview-zone-redundancy.md).
25
+
- Make sure that you understand zone redundancy support. Also, ensure you meet the requirements to use availability zones, including being in a supported region, when you create your logic app resource. For more information, see [Reliability in Azure Logic Apps](../reliability/reliability-logic-apps.md#availability-zone-support).
35
26
36
-
* You can enable this capability *only for new* Standard logic apps. You can't enable availability zone support for existing Standard logic app workflows.
27
+
- You need to have an Azure account and subscription. If you don't have a subscription, [sign up for a free Azure account](https://azure.microsoft.com/pricing/purchase-options/azure-account?WT.mc_id=A261C142F).
37
28
38
-
* You can enable this capability *only at creation time*. No programmatic tool support, such as Azure PowerShell or Azure CLI, currently exists to enable availability zone support after creation.
29
+
- If you have a firewall or restricted environment, you have to allow traffic through all the IP addresses required by Azure Logic Apps, Azure-hosted managed connectors, and any custom connectors in the Azure region where you create your logic app workflows. New IP addresses that support availability zone redundancy are already published for Azure Logic Apps, managed connectors, and custom connectors. For more information, see the following documentation:
39
30
40
-
* This capability supports only built-in connector operations, which directly run with the Azure Logic Apps runtime, not connector operations that are hosted and run in Azure.
31
+
-[Firewall configuration: IP addresses and service tags](logic-apps-limits-and-config.md#firewall-ip-configuration)
41
32
42
-
### [Consumption](#tab/consumption)
33
+
-[Inbound IP addresses for Azure Logic Apps](logic-apps-limits-and-config.md#inbound)
43
34
44
-
Availability zones are supported with Consumption logic app workflows, which run in multitenant Azure Logic Apps. This capability is automatically enabled for new and existing Consumption logic app workflows in [Azure regions that support availability zones](../reliability/availability-zones-region-support.md).
35
+
-[Outbound IP addresses for Azure Logic Apps](logic-apps-limits-and-config.md#outbound)
45
36
46
-
---
37
+
-[Outbound IP addresses for managed connectors and custom connectors](/connectors/common/outbound-ip-addresses)
47
38
48
39
## Limitations
49
40
50
41
With HTTP-based actions, certificates exported or created with AES256 encryption won't work when used for client certificate authentication. The same certificates also won't work when used for OAuth authentication.
51
42
52
-
## Prerequisites
53
-
54
-
* An Azure account and subscription. If you don't have a subscription, [sign up for a free Azure account](https://azure.microsoft.com/free/?WT.mc_id=A261C142F).
55
-
56
-
* If you have a firewall or restricted environment, you have to allow traffic through all the IP addresses required by Azure Logic Apps, managed connectors, and any custom connectors in the Azure region where you create your logic app workflows. New IP addresses that support availability zone redundancy are already published for Azure Logic Apps, managed connectors, and custom connectors. For more information, review the following documentation:
43
+
## Set up zone redundancy for your logic app
57
44
58
-
*[Firewall configuration: IP addresses and service tags](logic-apps-limits-and-config.md#firewall-ip-configuration)
45
+
For Consumption logic apps, zone redundancy is automatically enabled. You don't need to take any additional steps to enable zone redundancy for Consumption logicapps.
59
46
60
-
*[Inbound IP addresses for Azure Logic Apps](logic-apps-limits-and-config.md#inbound)
61
-
62
-
*[Outbound IP addresses for Azure Logic Apps](logic-apps-limits-and-config.md#outbound)
47
+
For Standard logic apps only, follow these steps:
63
48
64
-
*[Outbound IP addresses for managed connectors and custom connectors](/connectors/common/outbound-ip-addresses)
49
+
1. In the [Azure portal](https://portal.azure.com), start creating a logic app.
65
50
66
-
## Enable availability zones
51
+
1. On the **Create Logic App** page, select **Workflow Service Plan** or **App Service Environment V3**, based on the hosting option you want to use.
67
52
68
-
For Standard logic apps only, follow these steps:
53
+
:::image type="content" source="media/set-up-zone-redundancy-availability-zones/select-standard-plan.png" alt-text="Screenshot shows Azure portal, Create Logic App page, Standard plan types." lightbox="media/set-up-zone-redundancy-availability-zones/select-standard-plan.png":::
69
54
70
-
1. In the [Azure portal](https://portal.azure.com), start creating a Standard logic app. On the **Create Logic App** page, stop after you select **Standard** as the plan type for your logic app.
55
+
For a tutorial, see [Create Standard logic app workflows with single-tenant Azure Logic Apps in the Azure portal](create-single-tenant-workflows-azure-portal.md).
71
56
72
-
:::image type="content" source="media/set-up-zone-redundancy-availability-zones/select-standard-plan.png" alt-text="Screenshot shows Azure portal, Create Logic App page, logic app details, and selected Standard plan type." lightbox="media/set-up-zone-redundancy-availability-zones/select-standard-plan.png":::
57
+
1. Under **Zone redundancy**, select **Enabled**.
73
58
74
-
For a tutorial, see [Create Standard logic app workflows with single-tenant Azure Logic Apps in the Azure portal](create-single-tenant-workflows-azure-portal.md).
59
+
At this point, your logic app creation experience appears similar to this example:
75
60
76
-
After you select **Standard**, the **Zone redundancy** section and options become available.
61
+
:::image type="content" source="media/set-up-zone-redundancy-availability-zones/enable-zone-redundancy-standard.png" alt-text="Screenshot shows Azure portal, Create Logic App page, Standard logic app details, and the Enabled option selected under Zone redundancy." lightbox="media/set-up-zone-redundancy-availability-zones/enable-zone-redundancy-standard.png":::
77
62
78
63
> [!NOTE]
79
64
>
80
65
> The **Zone redundancy** options appear unavailable if you select an unsupported Azure region or an
81
-
> existing Windows plan that created in an unsupported Azure region. Make sure to select a supported
66
+
> existing Windows plan that was created in an unsupported Azure region. Make sure to select a supported
82
67
> Azure region and a Windows plan that was created in a supported Azure region, or create a new Windows plan.
83
68
84
-
1. Under **Zone redundancy**, select **Enabled**.
85
-
86
-
At this point, your logic app creation experience appears similar to this example:
87
-
88
-
:::image type="content" source="media/set-up-zone-redundancy-availability-zones/enable-zone-redundancy-standard.png" alt-text="Screenshot shows Azure portal, Create Logic App page, Standard logic app details, and the Enabled option selected under Zone redundancy." lightbox="media/set-up-zone-redundancy-availability-zones/enable-zone-redundancy-standard.png":::
89
-
90
69
1. Finish creating your logic app workflow.
91
70
92
71
1. If you use a firewall and haven't set up access for traffic through the required IP addresses, make sure to complete that [requirement](#prerequisites).
93
72
94
73
## Related content
95
74
96
-
*[Business continuity and disaster recovery for Azure Logic Apps](business-continuity-disaster-recovery-guidance.md)
75
+
-[Reliability in Azure Logic Apps](../reliability/reliability-logic-apps.md)
Copy file name to clipboardExpand all lines: articles/reliability/includes/reliability-availability-zone-description-include.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,11 +4,11 @@
4
4
author: anaharris-ms
5
5
ms.service: azure
6
6
ms.topic: include
7
-
ms.date: 11/12/2024
7
+
ms.date: 11/19/2024
8
8
ms.author: anaharris
9
9
ms.custom: include file
10
10
---
11
11
12
12
Availability zones are physically separate groups of datacenters within each Azure region. When one zone fails, services can fail over to one of the remaining zones.
13
13
14
-
For more information on availability zones in Azure, see [What are availability zones?](/azure/reliability/availability-zones-overview).
14
+
For more information on availability zones in Azure, see [What are availability zones?](/azure/reliability/availability-zones-overview).
To prepare for availability zone failure, consider *over-provisioning* the capacity of your service. Over-provisioning allows the solution to tolerate some degree of capacity loss and still continue to function without degraded performance.
13
+
14
+
To find out how many instances to over-provision, it's important to know that the platform spreads instances across multiple zones. You need to account for at least the failure of one zone.
15
+
16
+
Follow these steps to find out the total number of instances you should provision:
17
+
18
+
1. Determine the number of instances your peak workload requires. In this example, we use two scenarios. One is with 3 instances and one is with 4.
19
+
2. Retrieve the over-provision instance count by multiplying the peak workload instance count by a factor of [(zones/(zones-1)]:
20
+
21
+
>[!NOTE]
22
+
>The following table assumes that you're using three availability zones. If you use a different number of availability zones, adjust the formula accordingly.
23
+
24
+
| Peak workload instance count | Factor of [(zones/(zones-1)]|Formula| Instances to provision (Rounded) |
Copy file name to clipboardExpand all lines: articles/reliability/overview-reliability-guidance.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -124,7 +124,7 @@ Below is a list of Azure service reliability guides, organized by service catego
124
124
|Azure Functions|[Reliability in Azure Functions ](reliability-functions.md)|
125
125
|Azure Health Data Services: De-identification service (preview)|[Reliability in Azure Health Data Services: De-Identification service](reliability-health-data-services-deidentification.md)|
126
126
| Azure Health Data Services: Workspace services (FHIR®, DICOM®, MedTech) |[Business continuity and disaster recovery considerations](/azure/healthcare-apis/business-continuity-disaster-recovery?toc=/azure/reliability/toc.json&bc=/azure/reliability/breadcrumb/toc.json)|
127
-
|Azure Logic Apps|[Protect logic apps from region failures with zone redundancy and availability zones](../logic-apps/set-up-zone-redundancy-availability-zones.md?toc=/azure/reliability/toc.json&bc=/azure/reliability/breadcrumb/toc.json)</p> [Business continuity and disaster recovery for Azure Logic Apps](../logic-apps/business-continuity-disaster-recovery-guidance.md?toc=/azure/reliability/toc.json&bc=/azure/reliability/breadcrumb/toc.json)|
127
+
|Azure Logic Apps|[Reliability in Azure Logic Apps](reliability-logic-apps.md)|
128
128
|Azure Service Bus|[Best practices for insulating applications against Service Bus outages and disasters](../service-bus-messaging/service-bus-outages-disasters.md?toc=/azure/reliability/toc.json&bc=/azure/reliability/breadcrumb/toc.json)|
0 commit comments