Skip to content

Commit 7d9a987

Browse files
authored
Merge pull request #113625 from anavinahar/patch-242
Update load-balancer-standard-availability-zones.md
2 parents f792dc9 + 269c687 commit 7d9a987

File tree

1 file changed

+1
-7
lines changed

1 file changed

+1
-7
lines changed

articles/load-balancer/load-balancer-standard-availability-zones.md

Lines changed: 1 addition & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -35,7 +35,7 @@ When a public IP resource or a private IP address has been guaranteed to a zone,
3535

3636
In a region with availability zones, a Standard Load Balancer frontend can be zone-redundant. Zone-redundant means that all inbound or outbound flows are served by multiple availability zones in a region simultaneously using a single IP address. DNS redundancy schemes aren't required. A single frontend IP address can survive zone failure and can be used to reach all (non-impacted) backend pool members irrespective of the zone. One or more availability zones can fail and the data path survives as long as one zone in the region remains healthy. The frontend's single IP address is served simultaneously by multiple independent infrastructure deployments in multiple availability zones. This doesn't mean hitless data path, but any retries or reestablishment will succeed in other zones not impacted by the zone failure.
3737

38-
### Optional zone isolation
38+
### Zonal
3939

4040
You can choose to have a frontend guaranteed to a single zone, which is known as a *zonal frontend*. This means any inbound or outbound flow is served by a single zone in a region. Your frontend shares fate with the health of the zone. The data path is unaffected by failures in zones other than where it was guaranteed. You can use zonal frontends to expose an IP address per Availability Zone.
4141

@@ -47,12 +47,6 @@ For a public Load Balancer frontend, you add a *zones* parameter to the public I
4747

4848
For an internal Load Balancer frontend, add a *zones* parameter to the internal Load Balancer frontend IP configuration. The zonal frontend causes the Load Balancer to guarantee an IP address in a subnet to a specific zone.
4949

50-
## Cross-zone Load-Balancing
51-
52-
Cross-zone load-balancing is the ability of Load Balancer to reach a backend endpoint in any zone and is independent of frontend and its zonality. Any load balancing rule can target backend instance in any availability zone or regional instances.
53-
54-
You need to take care to construct your scenario in a manner which expressed an availability zones notion. For example, you need guarantee your virtual machine deployment within a single zone or multiple zones, and align zonal frontend and zonal backend resources to the same zone. If you cross availability zones with only zonal resources, the scenario will work but may not have a clear failure mode with respect to availability zones.
55-
5650
## Backend
5751

5852
Load Balancer works with virtual machines instances. These can be standalone, availability sets, or virtual machine scale sets. Any virtual machine instance in a single virtual network can be part of the backend pool irrespective of whether or not it was guaranteed to a zone or which zone was guaranteed to.

0 commit comments

Comments
 (0)