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/load-balancer/cross-region-overview.md
+16-15Lines changed: 16 additions & 15 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@ author: mbender-ms
7
7
ms.service: load-balancer
8
8
ms.topic: conceptual
9
9
ms.workload: infrastructure-services
10
-
ms.date: 10/31/2022
10
+
ms.date: 06/23/2023
11
11
ms.author: mbender
12
12
ms.custom: template-concept, references_regions
13
13
---
@@ -42,15 +42,15 @@ Configure regional redundancy by adding a global frontend public IP address to y
42
42
43
43
If one region fails, the traffic is routed to the next closest healthy regional load balancer.
44
44
45
-
The health probe of the cross-region load balancer gathers information about availability of each regional load balancer every 20 seconds. If one regional load balancer drops its availability to 0, cross-region load balancer will detect the failure. The regional load balancer is then taken out of rotation.
45
+
The health probe of the cross-region load balancer gathers information about availability of each regional load balancer every 20 seconds. If one regional load balancer drops its availability to 0, cross-region load balancer detects the failure. The regional load balancer is then taken out of rotation.
46
46
47
47
:::image type="content" source="./media/cross-region-overview/global-region-view.png" alt-text="Diagram of global region traffic view." border="true":::
48
48
49
49
### Ultra-low latency
50
50
51
51
The geo-proximity load-balancing algorithm is based on the geographic location of your users and your regional deployments.
52
52
53
-
Traffic started from a client will hit the closest participating region and travel through the Microsoft global network backbone to arrive at the closest regional deployment.
53
+
Traffic started from a client hits the closest participating region and travel through the Microsoft global network backbone to arrive at the closest regional deployment.
54
54
55
55
For example, you have a cross-region load balancer with standard load balancers in Azure regions:
56
56
@@ -65,7 +65,7 @@ The configured load distribution mode of the regional load balancers is used for
65
65
66
66
For more information, see [Configure the distribution mode for Azure Load Balancer](./load-balancer-distribution-mode.md).
67
67
68
-
Egress traffic will follow the routing preference set on the regional load balancers.
68
+
Egress traffic follows the routing preference set on the regional load balancers.
69
69
70
70
### Ability to scale up/down behind a single endpoint
71
71
@@ -74,25 +74,29 @@ When you expose the global endpoint of a cross-region load balancer to customers
74
74
<!---To learn about how to add or remove a regional deployment from the backend, read more [here](TODO: Insert CLI doc here).--->
75
75
76
76
### Static anycast global IP address
77
-
Cross-region load balancer comes with a static public IP, which ensures the IP address remains the same. To learn more about static IP, read more [here](../virtual-network/ip-services/public-ip-addresses.md#ip-address-assignment)
78
77
78
+
Cross-region load balancer comes with a static public IP, which ensures the IP address remains the same. To learn more about static IP, read more [here](../virtual-network/ip-services/public-ip-addresses.md#ip-address-assignment)
79
79
80
80
### Client IP Preservation
81
+
81
82
Cross-region load balancer is a Layer-4 pass-through network load balancer. This pass-through preserves the original IP of the packet. The original IP is available to the code running on the virtual machine. This preservation allows you to apply logic that is specific to an IP address.
82
83
83
84
### Floating IP
85
+
84
86
Floating IP can be configured at both the global IP level and regional IP level. For more information, visit [Multiple frontends for Azure Load Balancer](./load-balancer-multivip-overview.md)
85
87
86
88
### Health Probes
87
-
Azure cross-region Load Balancer utilizes the health of the backend regional load balancers when deciding where to distribute traffic to. These health checks by the cross-region load balancer are done automatically every 20 seconds, given that a user has set up health probes on their regional load balancer.
89
+
90
+
Azure cross-region Load Balancer utilizes the health of the backend regional load balancers when deciding where to distribute traffic to. Health checks by cross-region load balancer are done automatically every 20 seconds, given that a user has set up health probes on their regional load balancer.
88
91
89
92
## Build cross region solution on existing Azure Load Balancer
93
+
90
94
The backend pool of cross-region load balancer contains one or more regional load balancers.
91
95
92
96
Add your existing load balancer deployments to a cross-region load balancer for a highly available, cross-region deployment.
93
97
94
98
**Home region** is where the cross-region load balancer or Public IP Address of Global tier is deployed.
95
-
This region doesn't affect how the traffic will be routed. If a home region goes down, traffic flow is unaffected.
99
+
This region doesn't affect how the traffic is routed. If a home region goes down, traffic flow is unaffected.
96
100
97
101
### Home regions
98
102
* East US 2
@@ -106,11 +110,11 @@ This region doesn't affect how the traffic will be routed. If a home region goes
106
110
* West Europe
107
111
108
112
> [!NOTE]
109
-
> You can only deploy your cross-region load balancer or Public IP in Global tier in one of the regions above.
113
+
> You can only deploy your cross-region load balancer or Public IP in Global tier in one of the listed Home regions.
110
114
111
115
A **participating region** is where the Global public IP of the load balancer is being advertised.
112
116
113
-
Traffic started by the user will travel to the closest participating region through the Microsoft core network.
117
+
Traffic started by the user travels to the closest participating region through the Microsoft core network.
114
118
115
119
Cross-region load balancer routes the traffic to the appropriate regional load balancer.
116
120
@@ -153,15 +157,12 @@ Cross-region load balancer routes the traffic to the appropriate regional load b
153
157
154
158
* UDP traffic isn't supported on Cross-region Load Balancer.
155
159
156
-
* Outbound rules aren't support on Cross-region Load Balancer. For outbound connections please utilize [outbound rules](./outbound-rules.md) on the regional load balancer or [NAT gateway](https://learn.microsoft.com/azure/nat-gateway/nat-overview).
157
-
158
-
160
+
* Outbound rules aren't supported on Cross-region Load Balancer. For outbound connections, utilize [outbound rules](./outbound-rules.md) on the regional load balancer or [NAT gateway](../nat-gateway/nat-overview.md).
159
161
160
162
## Pricing and SLA
161
-
Cross-region load balancer, shares the [SLA](https://azure.microsoft.com/support/legal/sla/load-balancer/v1_0/) of standard load balancer.
163
+
Cross-region load balancer shares the [SLA](https://azure.microsoft.com/support/legal/sla/load-balancer/v1_0/) of standard load balancer.
162
164
163
-
164
-
## Next steps
165
+
## Next steps
165
166
166
167
- See [Tutorial: Create a cross-region load balancer using the Azure portal](tutorial-cross-region-portal.md) to create a cross-region load balancer.
167
168
- Learn more about [cross-region load balancer](https://www.youtube.com/watch?v=3awUwUIv950).
0 commit comments