Azure Load Balancer distributiemodi

  • Artikel

Azure Load Balancer ondersteunt de volgende distributiemodi voor het routeren van verbindingen naar exemplaren in de back-endpool:

Distributiemodus Op basis van hash Sessiepersistentie: Client-IP Sessiepersistentie: CLIENT-IP en protocol
Overzicht Verkeer van hetzelfde client-IP-adres gerouteerd naar een goed functionerend exemplaar in de back-endpool Verkeer van hetzelfde client-IP-adres wordt doorgestuurd naar hetzelfde back-endexemplaar Verkeer van dezelfde client-IP en hetzelfde protocol wordt doorgestuurd naar hetzelfde back-endexemplaar
Tuples vijf tuples twee tuples drie tuples
Azure Portal configuratie Sessiepersistentie: Geen Sessiepersistentie: Client-IP Sessiepersistentie: CLIENT-IP en protocol
REST API "loadDistribution":"Default" "loadDistribution":SourceIP "loadDistribution":SourceIPProtocol

Er is geen downtime bij het overschakelen van de ene distributiemodus naar de andere op een load balancer.

Op basis van hash

Azure Load Balancer maakt standaard gebruik van een distributiemodus op basis van hash met vijf tuples.

De vijf tuple bestaat uit:

  • Bron-IP
  • Bronpoort
  • Doel-IP
  • Doelpoort
  • Protocoltype

De hash wordt gebruikt om verkeer te routeren naar gezonde back-endexemplaren binnen de back-endpool. Het algoritme biedt alleen persistentie binnen een transportsessie. Wanneer de client een nieuwe sessie start vanaf hetzelfde bron-IP-adres, wordt de bronpoort gewijzigd en wordt het verkeer naar een ander back-endexemplaar gegaan. Als u distributie op basis van hash wilt configureren, moet u sessiepersistentie selecteren op Geen in de Azure Portal. Dit geeft aan dat opeenvolgende aanvragen van dezelfde client kunnen worden verwerkt door elke virtuele machine.

Hash-distributie

Afbeelding: Standaard distributie op basis van hash met vijf tuples

Sessiepersistentie

Sessiepersistentie is ook bekende sessieaffiniteit, bron-IP-affiniteit of client-IP-affiniteit. Deze distributiemodus maakt gebruik van een hash met twee tuples (bron-IP en doel-IP) of drie tuples (bron-IP, doel-IP en protocoltype) om naar back-endexemplaren te routeren. Wanneer u sessiepersistentie gebruikt, gaan verbindingen van dezelfde client naar hetzelfde back-endexemplaar binnen de back-endpool.

De sessie-persistentiemodus heeft twee configuratietypen:

  • Client-IP (2-tuple): hiermee geeft u op dat opeenvolgende aanvragen van hetzelfde client-IP-adres worden verwerkt door hetzelfde back-endexemplaar.
  • Client-IP en protocol (3-tuple): hiermee geeft u op dat opeenvolgende aanvragen van dezelfde combinatie van client-IP-adres en protocol worden verwerkt door hetzelfde back-endexemplaar.

In de volgende afbeelding ziet u een configuratie met twee tuples. U ziet hoe de twee tuples via de load balancer naar virtuele machine 1 (VM1) worden uitgevoerd. Er wordt een back-up van VM1 gemaakt door VM2 en VM3.

Distributiemodus voor sessieaffiniteit met twee tuples

Gebruiksvoorbeelden

Bron-IP-affiniteit met client-IP en -protocol (bron-IP-affiniteit met drie tuples), lost een incompatibiliteit op tussen Azure Load Balancer en Extern bureaublad-gateway (RD-gateway).

Een ander gebruiksscenario is het uploaden van media. Het uploaden van gegevens vindt plaats via UDP, maar het besturingsvlak wordt bereikt via TCP:

  • Een client start een TCP-sessie naar het openbare adres met gelijke taakverdeling en wordt omgeleid naar een specifiek DIP. Het kanaal blijft actief om de verbindingsstatus te bewaken.
  • Een nieuwe UDP-sessie vanaf dezelfde clientcomputer wordt gestart met hetzelfde openbare eindpunt met gelijke taakverdeling. De verbinding wordt omgeleid naar hetzelfde DIP-eindpunt als de vorige TCP-verbinding. De media-upload kan worden uitgevoerd met een hoge doorvoer met behoud van een controlekanaal via TCP.

Notitie

Wanneer Load Balancer leden van de back-endpool wijzigen door een virtuele machine te verwijderen of toe te voegen, wordt de distributie van clientaanvragen opnieuw gecomputeerd. U kunt niet afhankelijk zijn van nieuwe verbindingen van bestaande clients om op dezelfde server te eindigen. Bovendien kan het gebruik van de bron-IP-affiniteitsdistributiemodus een ongelijke verdeling van het verkeer veroorzaken. Clients die achter proxy's worden uitgevoerd, kunnen worden gezien als één unieke clienttoepassing.

Volgende stappen

Zie De distributiemodus voor Azure Load Balancer configureren voor meer informatie over het configureren van de distributiemodus van Azure Load Balancer.