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/reliability/availability-zones-baseline.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,13 +20,13 @@ When creating reliable workloads, you can choose at least one of the following a
20
20
21
21
-**Zone-redundant**. A zone-redundant configuration provides resources that are replicated or distributed across zones automatically.
22
22
23
-
In addition to the two availability zone options, zonal and zone-redundant, Azure offers **Global (always available) services**. Because these services are always available across geographies, they're resilient to both regional and zonal outages. You don't need to configure or enable these services.
23
+
In addition to the two availability zone options, zonal and zone-redundant, Azure offers **Global services**, meaning that they are available globally regardless of region. Because these services are always available across regions, they're resilient to both regional and zonal outages. You don't need to configure or enable these services.
24
24
25
25
To see which Azure services support availability zones, see [Availability zone service and regional support](availability-zones-service-support.md).
26
26
27
27
28
28
>[!NOTE]
29
-
>When you don't select a zone configuration for your resource, whether zonal or zone-redundant, the resource and it's sub-components won't be zone resilient and can go down during a zonal outage in that region.
29
+
>When you don't select a zone configuration for your resource, whether zonal or zone-redundant, the resource and its sub-components won't be zone resilient and can go down during a zonal outage in that region.
30
30
31
31
## Considerations for migrating to availability zone support
32
32
@@ -52,7 +52,7 @@ To list the available VM SKUs by Azure region and zone, see [Check VM SKU availa
52
52
53
53
If your region doesn't support the services and SKUs that your application requires, you'll need to go back to [Step 1: Check the product availability in the Azure region](#step-1-check-if-the-azure-region-supports-availability-zones) to find a new region.
54
54
55
-
the services and SKUs that your application requires, we highly recommended that you configure your workload with with zone-redundancy. For zonal high availability of Azure IaaS Virtual Machines, use [VMSS Flex](/azure/virtual-machine-scale-sets/virtual-machine-scale-sets-orchestration-modes). to spread VMs across multiple fault domains in a region or within an availability zone.
55
+
the services and SKUs that your application requires, we highly recommended that you configure your workload with with zone-redundancy. For zonal high availability of Azure IaaS Virtual Machines, use [VMSS Flex](/azure/virtual-machine-scale-sets/virtual-machine-scale-sets-orchestration-modes) to spread VMs across multiple availability zones.
56
56
57
57
58
58
### Step 3: Consider your application requirements
@@ -118,7 +118,7 @@ If multi-region is needed, or when availability zones aren't available in the Az
118
118
119
119
- To learn about testing your applications for availability and resiliency, see [Testing applications for availability and resiliency](/azure/architecture/framework/resiliency/testing).
120
120
121
-
- Each data center in a region is assigned to a physical zone. Physical zones are mapped to the logical zones in your Azure subscription. Azure subscriptions are automatically assigned this mapping at the time a subscription is created. You can use the dedicated ARM API, [checkZonePeers](/rest/api/resources/subscriptions/check-zone-peers?tabs=HTTP) to compare zone mapping for resilient solutions that span across multiple subscriptions.
121
+
- Each data center in a region is assigned to a physical zone. Physical zones are mapped to the logical zones in your Azure subscription. Azure subscriptions are automatically assigned this mapping at the time a subscription is created. You can use the dedicated ARM REST API, [listLocations](rest/api/resources/subscriptions/list-locations?tabs=HTTP)and set the API version to 2022-12-01 to list the logical zone mapping to physical zone for your subscription. This information is important for critical application components that require co-location with Azure resources categorized as [Strategic services](/azure/reliability/availability-service-by-category#strategic-services) which may not be available in all physical zones.
122
122
123
123
- Inter-zone bandwidth charges apply when traffic moves across zones. To learn more about bandwidth pricing, see [Bandwidth pricing](https://azure.microsoft.com/pricing/details/bandwidth/).
0 commit comments