Distributionslägen för Azure Load Balancer

Azure Load Balancer stöder följande distributionslägen för routning av anslutningar till instanser i serverdelspoolen:

Distributionsläge	Hash-baserad	Sessionspersistence: Klient-IP	Sessionspersistence: Klient-IP och protokoll
Översikt	Trafik från samma klient-IP som dirigeras till en felfri instans i serverdelspoolen	Trafik från samma klient-IP dirigeras till samma serverdelsinstans	Trafik från samma klient-IP och protokoll dirigeras till samma serverdelsinstans
Tupplar	fem tuppeln	två tuppeln	tre tuppeln
Azure Portal konfiguration	Sessionspermanens: Ingen	Sessionspersistence: Klient-IP	Sessionspersistence: Klient-IP och protokoll
REST-API	"loadDistribution":"Default"	"loadDistribution":SourceIP	"loadDistribution":SourceIPProtocol

Det finns ingen stilleståndstid när du växlar från ett distributionsläge till ett annat i en lastbalanserare.

Hash-baserad

Azure Load Balancer använder som standard ett hashbaserat distributionsläge med fem tupppel.

Femtuppeln består av:

• Käll-IP
• Källport
• Mål-IP
• Målport
• Protokolltyp

Hashen används för att dirigera trafik till felfria serverdelsinstanser i serverdelspoolen. Algoritmen ger endast fästhet inom en transportsession. När klienten startar en ny session från samma käll-IP ändras källporten och gör att trafiken går till en annan serverdelsinstans.

För att kunna konfigurera hashbaserad distribution måste du välja sessionspersistens som Ingen i Azure Portal. Detta anger att efterföljande begäranden från samma klient kan hanteras av vilken virtuell dator som helst.

Sessionspersistens

Sessionspersistence är också känd sessionstillhörighet, käll-IP-tillhörighet eller klientens IP-tillhörighet. Det här distributionsläget använder en hash med två tupplar (käll-IP och mål-IP) eller tre tupplar (käll-IP, mål-IP och protokolltyp) för att dirigera till serverdelsinstanser. När du använder sessionspersistence går anslutningar från samma klient till samma serverdelsinstans i serverdelspoolen.

Sessionspermanensläget har två konfigurationstyper:

• Klient-IP (2 tupplar) – Anger att efterföljande begäranden från samma klient-IP-adress hanteras av samma serverdelsinstans.
• Klient-IP och protokoll (3 tupplar) – Anger att efterföljande begäranden från samma klient-IP-adress och protokollkombination hanteras av samma serverdelsinstans.

Följande bild illustrerar en konfiguration med två tupplar. Observera hur tvåtuppeln körs via lastbalanseraren till den virtuella datorn 1 (VM1). VM1 säkerhetskopieras av VM2 och VM3.

Användningsfall

Käll-IP-tillhörighet med klient-IP och protokoll (käll-IP-tillhörighet tre tuppel), löser en inkompatibilitet mellan Azure Load Balancer och Fjärrskrivbordsgateway (RD Gateway).

Ett annat användningsfall är medieuppladdning. Datauppladdningen sker via UDP, men kontrollplanet uppnås via TCP:

• En klient startar en TCP-session till den belastningsbelastade offentliga adressen och dirigeras till en specifik DIP. Kanalen är aktiv för att övervaka anslutningshälsan.
• En ny UDP-session från samma klientdator startas till samma belastningsutjämningsdelade offentliga slutpunkt. Anslutningen dirigeras till samma DIP-slutpunkt som den tidigare TCP-anslutningen. Medieuppladdningen kan köras med högt dataflöde samtidigt som en kontrollkanal upprätthålls via TCP.

Kommentar

När Load Balancer-serverdelspoolens medlemmar ändras antingen genom att ta bort eller lägga till en virtuell dator, omberäknas distributionen av klientbegäranden. Du kan inte vara beroende av att nya anslutningar från befintliga klienter hamnar på samma server. Om du använder distributionsläget för käll-IP-tillhörighet kan det dessutom orsaka en ojämn fördelning av trafiken. Klienter som körs bakom proxyservrar kan ses som ett unikt klientprogram.

Nästa steg

Mer information om hur du konfigurerar distributionsläget för Azure Load Balancer finns i Konfigurera distributionsläget för Azure Load Balancer.