Skip to content

Commit 042cf40

Browse files
committed
Reliability Hub - Add inter-zone latency description
1 parent 1b270df commit 042cf40

File tree

1 file changed

+11
-3
lines changed

1 file changed

+11
-3
lines changed

articles/reliability/availability-zones-overview.md

Lines changed: 11 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -29,10 +29,10 @@ When you deploy into an Azure region that contains availability zones, you can u
2929

3030
There are two ways that Azure services use availability zones:
3131

32-
- **Zonal** resources are pinned to a specific availability zone. You can combine multiple zonal deployments across different zones to meet high reliability requirements. You're responsible for managing data replication and distributing requests across zones. If an outage occurs in a single availability zone, you're responsible for failover to another availability zone.
33-
3432
- **Zone-redundant** resources are spread across multiple availability zones. Microsoft manages spreading requests across zones and the replication of data across zones. If an outage occurs in a single availability zone, Microsoft manages failover automatically.
3533

34+
- **Zonal** resources are pinned to a specific availability zone. You can combine multiple zonal deployments across different zones to meet high reliability requirements. You're responsible for managing data replication and distributing requests across zones. If an outage occurs in a single availability zone, you're responsible for failover to another availability zone.
35+
3636
Azure services support one or both of these approaches. Platform as a service (PaaS) services typically support zone-redundant deployments. Infrastructure as a service (IaaS) services typically support zonal deployments. For more information about how Azure services work with availability zones, see [Azure regions with availability zone support](availability-zones-region-support.md).
3737

3838
Some services don't use availability zones until you configure them to do so. If you don't explicitly configure a service for availability zone support, it's called a *non-zonal* or *regional* deployment. Resources configured in this way might be placed in any availability zone in the region, and might be moved. If any availability zone in the region experiences an outage, non-zonal resources might be in the affected zone and could experience downtime.
@@ -69,6 +69,15 @@ $locations = ($response.Content | ConvertFrom-Json).value
6969

7070
For each region, Microsoft aims to deploy updates to Azure services within a single availability zone at a time. This approach reduces the impact that updates might have on an active workload, because the workload can continue to run in other zones while the update is in process. You need to run your workload across multiple zones to take advantage of this benefit. For more information about how Azure deploys updates, see [Advancing safe deployment practices](https://azure.microsoft.com/blog/advancing-safe-deployment-practices/).
7171

72+
## Inter-zone latency
73+
74+
Within each region, availability zones are connected through a high-performance network. Microsoft strives for inter-zone communication to have a round-trip latency of less than approximately 2 milliseconds. Such a low latency allows for high-performance communication within a region, and for synchronous replication of data across multiple availability zones.
75+
76+
> [!NOTE]
77+
> The target latency refers to the latency of the network links. Depending on the communication protocol you use and the network hops required for any specific network flow, the latency you observe might be different.
78+
79+
In most workloads, you can distribute components of your solution across availability zones without a noticeable effect on your performance. If you have a workload with a high degree of sensitivity to inter-zone latency, it's important to test the latency between your selected availability zones, using your actual protocols and configuration. You can use [zonal deployments](#zonal-and-zone-redundant-services) to reduce inter-zone traffic, but you should plan your reliability strategy to use multiple availability zones.
80+
7281
## Availability zone architectural guidance
7382

7483
To achieve more reliable workloads:
@@ -78,7 +87,6 @@ To achieve more reliable workloads:
7887

7988
For more detailed information on how to use regions and availability zones in a solution architecture, see [Recommendations for using availability zones and regions](/azure/well-architected/resiliency/regions-availability-zones).
8089

81-
8290
## Next steps
8391

8492
- [Azure services with availability zones](availability-zones-service-support.md)

0 commit comments

Comments
 (0)