Zwevende IP-configuratie van Azure Load Balancer

Load Balancer biedt verschillende mogelijkheden voor zowel UDP- als TCP-toepassingen.

Zwevend IP-adres

Sommige toepassingsscenario's geven de voorkeur aan of vereisen het gebruik van dezelfde poort door meerdere toepassingsexemplaren op één VIRTUELE machine in de back-endpool. Veelvoorkomende voorbeelden waarin een poort opnieuw wordt gebruikt, zijn clustering voor hoge beschikbaarheid, virtuele netwerkapparaten en meerdere TLS-eindpunten beschikbaar maken zonder herversleuteling. Als u de back-endpoort voor meerdere regels opnieuw wilt gebruiken, moet u Zwevend IP inschakelen in de regeldefinitie. Het inschakelen van zwevend IP-adres biedt meer flexibiliteit.

Zwevende IP-status Resultaat
Zwevend IP-adres ingeschakeld Azure wijzigt de IP-adrestoewijzing in het Front-end-IP-adres van de Load Balancer
Zwevend IP-adres uitgeschakeld Azure maakt het IP-adres van de VM-exemplaren beschikbaar

In de diagrammen ziet u hoe IP-adrestoewijzing werkt voor en na het inschakelen van zwevend IP-adres: In dit diagram ziet u netwerkverkeer via een load balancer voordat u zwevend IP-adres inschakelt.

Dit diagram toont netwerkverkeer via een load balancer na het inschakelen van zwevend IP-adres.

U configureert zwevend IP-adres op een load balancer-regel via Azure Portal, REST API, CLI, PowerShell of een andere client. Naast de regelconfiguratie moet u ook het gastbesturingssysteem van uw virtuele machine configureren om zwevend IP-adres te kunnen gebruiken.

Het type zwevende IP-regel vormt de basis van verschillende load balancer-configuratiepatronen. Een voorbeeld dat momenteel beschikbaar is, is de configuratie van één of meer Always On-availability group listeners. In de loop van de tijd documenteer we meer van deze scenario's.

Configuratie van floating IP-gastbesturingssysteem

Als u wilt functioneren, configureert u het gastbesturingssysteem voor de virtuele machine om al het verkeer te ontvangen dat is gebonden aan het front-end-IP-adres en de poort van de load balancer. Configureren van de VM vereist:

  • een loopback-netwerkinterface toevoegen
  • de loopback configureren met het front-end-IP-adres van de load balancer
  • ervoor zorgen dat het systeem pakketten kan verzenden/ontvangen op interfaces waarvoor het IP-adres niet is toegewezen aan die interface. Voor Windows-systemen is het instellen van interfaces vereist voor het gebruik van het 'zwakke hostmodel'. Voor Linux-systemen wordt dit model normaal gesproken standaard gebruikt.
  • de hostfirewall zo configureren dat verkeer op de front-end-IP-poort wordt toegestaan.

Notitie

In de onderstaande voorbeelden wordt IPv4 gebruikt; als u IPv6 wilt gebruiken, vervangt u 'ipv6' door 'ipv4'.

Windows Server

Uitbreiden

Voeg voor elke VM in de backendpool eerst een loopback-netwerkadapter toe door gebruik te maken van Windows Server netwerkadapterbeheer. Voer vervolgens de volgende commando's uit op een verhoogde Windows-opdrachtprompt op de server.

  1. Voer de volgende opdracht in om de lijst met interfacenamen op uw VIRTUELE machine op te halen:

    netsh interface ipv4 show interface

  2. Voer voor de VM-NIC (door Azure beheerd) de volgende opdracht in nadat u de interfacenaam hebt vervangen door de naam van de interface die u wilt gebruiken:

    netsh interface ipv4 set interface <interface-name> weakhostreceive=enabled

  3. Voer voor elke loopback-interface die u hebt toegevoegd, deze opdrachten in nadat u loopback-interface-naam hebt vervangen door de naam van de loopback-interface en drijvende-IP- en zwevende IPnetmask met de juiste waarden die overeenkomen met het front-end-IP-adres van de load balancer:

    netsh interface ipv4 add addr <loopback-interface-name> <floating-IP> <floating-IPnetmask>
netsh interface ipv4 set interface <loopback-interface-name> weakhostreceive=enabled  weakhostsend=enabled

  4. Als de gasthost een firewall gebruikt, zorg dan dat je een regel opstelt zodat het verkeer de VM op de juiste poorten kan bereiken. Deze voorbeeldconfiguratie gaat uit van een load balancer frontend IP-configuratie van 1.2.3.4 en een load-balanceringsregel voor poort 80:

    netsh int ipv4 set int "Ethernet" weakhostreceive=enabled
netsh int ipv4 add addr "Loopback Pseudo-Interface 1" 1.2.3.4 255.255.255.0
netsh int ipv4 set int "Loopback Pseudo-Interface 1" weakhostreceive=enabled weakhostsend=enabled
netsh advfirewall firewall add rule name="http" protocol=TCP localport=80 dir=in action=allow enable=yes

  5. Controleer of de loopback-interface het frontend IP-adres heeft toegewezen:

    netsh interface ipv4 show addresses name="<loopback-interface-name>"

    Controleer of de output het frontend IP-adres bevat. Vanaf een client die de load balancer kan bereiken, verbind je met het frontend IP-adres en de regelpoort om te verifiëren dat het verkeer de VM bereikt.

Ubuntu

Uitbreiden

Voor elke VM in de backendpool voer je de volgende commando's uit via een SSH-sessie. Linux heeft al het lo-loopbackapparaat; het commando gebruikt lo:0 als adreslabel, dus je maakt geen aparte loopback-interface aan.

  1. Typ deze opdracht om de lijst met interfacenamen op uw VIRTUELE machine op te halen:

    ip addr

  2. Voeg het frontend IP-adres toe aan het loopback-apparaat. Vervang floating-IP door het load balancer frontend IP-adres en floating-IPnetmask door de Linux CIDR-prefixlengte, zoals 24:

    sudo ip addr add <floating-IP>/<floating-IPnetmask> dev lo:0

  3. Als de gasthost een firewall gebruikt, zorg dan dat je een regel opstelt zodat het verkeer de VM op de juiste poorten kan bereiken. Deze voorbeeldconfiguratie gaat uit van een load balancer frontend IP-configuratie van 1.2.3.4, een load-balancingregel voor poort 80, en het gebruik van UFW (Uncomplicated Firewall) in Ubuntu.

    sudo ip addr add 1.2.3.4/24 dev lo:0
sudo ufw allow 80/tcp

  4. Controleer of het loopback-apparaat het frontend IP-adres heeft toegewezen:

    ip address show dev lo

    Controleer of de output het frontend IP-adres bevat. Vanaf een client die de load balancer kan bereiken, verbind je met het frontend IP-adres en de regelpoort om te verifiëren dat het verkeer de VM bereikt.

Beperkingen

Wanneer je Floating IP inschakelt, hangt de uitgaande connectiviteit af van welke netwerkinterface-IP-configuratie de applicatie gebruikt en hoe de applicatie bindt aan het loopback-frontend IP-adres.

  • Als Zwevend IP is ingeschakeld op een taakverdelingsregel, moet uw toepassing de primaire IP-configuratie van de netwerkinterface gebruiken voor uitgaand verkeer.
  • Als uw toepassing verbinding maakt met het front-end-IP-adres dat is geconfigureerd op de loopback-interface in het gastbesturingssystem, wordt de uitgaande verbinding van Azure niet opnieuw geschreven en mislukt de stroom. Bekijk uitgaande scenario's.
  • U kunt zwevend IP-adres niet gebruiken voor secundaire IP-configuraties voor scenario's met taakverdeling. Deze beperking geldt niet voor openbare load balancers waarbij de secundaire IP-configuratie IPv6 is en deel uitmaakt van een configuratie met dubbele stack, of voor architecturen die gebruikmaken van een NAT-gateway voor uitgaande connectiviteit.

Volgende stappen

  • Last updated on