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/load-balancer-floating-ip.md
+36-1Lines changed: 36 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ services: load-balancer
5
5
author: mbender-ms
6
6
ms.service: load-balancer
7
7
ms.topic: how-to
8
-
ms.date: 02/28/2023
8
+
ms.date: 04/12/2024
9
9
ms.author: mbender
10
10
ms.custom: template-how-to, engagement-fy23
11
11
---
@@ -32,6 +32,41 @@ In the diagrams, you see how IP address mapping works before and after enabling
32
32
33
33
You configure Floating IP on a Load Balancer rule via the Azure portal, REST API, CLI, PowerShell, or other client. In addition to the rule configuration, you must also configure your virtual machine's Guest OS in order to use Floating IP.
34
34
35
+
:::image type="content" source="media/load-balancer-multivip-overview/load-balancer-multivip-dsr.png" alt-text="Diagram of load balancer traffic for multiple frontend IPs with floating IP.":::
36
+
37
+
For this scenario, every VM in the backend pool has three network interfaces:
38
+
39
+
* Backend IP: a Virtual NIC associated with the VM (IP configuration of Azure's NIC resource).
40
+
* Frontend 1 (FIP1): a loopback interface within guest OS that is configured with IP address of FIP1.
41
+
* Frontend 2 (FIP2): a loopback interface within guest OS that is configured with IP address of FIP2.
42
+
43
+
Let's assume the same frontend configuration as in the previous scenario:
| 1 | FIP1:80 | FIP1:80 (in VM1 and VM2) |
55
+
| 2 | FIP2:80 | FIP2:80 (in VM1 and VM2) |
56
+
57
+
The following table shows the complete mapping in the load balancer:
58
+
59
+
| Rule | Frontend IP address | protocol | port | Destination | port |
60
+
| --- | --- | --- | --- | --- | --- |
61
+
| 1 |65.52.0.1 |TCP |80 |same as frontend (65.52.0.1) |same as frontend (80) |
62
+
| 2 |65.52.0.2 |TCP |80 |same as frontend (65.52.0.2) |same as frontend (80) |
63
+
64
+
The destination of the inbound flow is now the frontend IP address on the loopback interface in the VM. Each rule must produce a flow with a unique combination of destination IP address and destination port. Port reuse is possible on the same VM by varying the destination IP address to the frontend IP address of the flow. Your service is exposed to the load balancer by binding it to the frontend’s IP address and port of the respective loopback interface.
65
+
66
+
You notice the destination port doesn't change in the example. In floating IP scenarios, Azure Load Balancer also supports defining a load balancing rule to change the backend destination port and to make it different from the frontend destination port.
67
+
68
+
The Floating IP rule type is the foundation of several load balancer configuration patterns. One example that is currently available is the [Configure one or more Always On availability group listeners](/azure/azure-sql/virtual-machines/windows/availability-group-listener-powershell-configure) configuration. Over time, we'll document more of these scenarios. For more detailed information on the specific Guest OS configurations required to enable Floating IP, please refer to [Azure Load Balancer Floating IP configuration](load-balancer-floating-ip.md) in the next section.
69
+
35
70
## Floating IP Guest OS configuration
36
71
37
72
In order to function, you configure the Guest OS for the virtual machine to receive all traffic bound for the frontend IP and port of the load balancer. Configuring the VM requires:
0 commit comments