Globale load balancer

Azure Standard Load Balancer ondersteunt wereldwijde taakverdeling, die u kunt gebruiken voor scenario's met geografisch redundante hoge beschikbaarheid, zoals:

• Binnenkomend verkeer dat afkomstig is van meerdere regio's.
• Directe wereldwijde failover naar de volgende optimale regionale implementatie.
• Laad distributie tussen regio's naar de dichtstbijzijnde Azure-regio met ultra lage latentie.
• De mogelijkheid om omhoog of omlaag te schalen via één endpoint.
• Statisch global IP-adres van anycast.
• Behoud van client-IP.
• Bouw voort op een bestaande load balancer-oplossing zonder leercurve.

De front-end-IP-configuratie van uw globale load balancer is statisch en geadverteerd in de meeste Azure-regio's.

Globale load balancer-mogelijkheden

Regionale redundantie

Configureer regionale redundantie door een globale load balancer naadloos te koppelen aan uw bestaande regionale load balancers.

Als één regio mislukt, routeert het verkeer naar de dichtstbijzijnde gezonde regionale load balancer.

De statustest van de globale load balancer verzamelt elke 5 seconden informatie over de beschikbaarheid van elke regionale load balancer. Als één regionale load balancer de beschikbaarheid verlaagt tot 0, detecteert de globale load balancer de fout. De regionale load balancer wordt vervolgens uit rotatie gehaald.

Ultra-lage latentie

De wereldwijde load balancer routeert elke stroom in twee fasen: het verkeer komt eerst de dichtstbijzijnde deelnemende regio bij de client binnen en reist vervolgens via de wereldwijde netwerkbackbone van Microsoft naar de dichtstbijzijnde regionale load balancer-implementatie. De deelnemende regio die een klant binnenkomt, is niet per se een regio waar je een regionale load balancer hebt ingezet.

Het algoritme voor taakverdeling voor geografische nabijheid maakt gebruik van de geografische locatie van uw gebruikers en uw regionale implementaties.

Verkeer dat afkomstig is van een client bereikt de dichtstbijzijnde deelnemende regio en gaat via de wereldwijde netwerkbackbone van Microsoft naar de dichtstbijzijnde regionale implementatie.

U hebt bijvoorbeeld een globale load balancer met standaard load balancers in Azure-regio's:

• West VS
• Europa - noord

Als een gegevensstroom in Seattle begint, komt het verkeer in West US terecht. Deze regio is de dichtstbijzijnde deelnemende regio vanuit Seattle. Het verkeer wordt doorgestuurd naar de dichtstbijzijnde regioloadbalancer, namelijk West-Amerika.

Azure Global Load Balancer maakt gebruik van een algoritme voor geo-nabijheidstaakverdeling voor de routeringsbeslissing. De geconfigureerde loaddistributiemodus van de regionale load balancers wordt gebruikt voor het maken van de definitieve routeringsbeslissing wanneer meerdere regionale load balancers worden gebruikt voor geografische nabijheid.

Zie De distributiemodus configureren voor Azure Load Balancer voor meer informatie.

Uitgaand verkeer volgt de routeringsvoorkeur die is ingesteld op de regionale load balancers.

Mogelijkheid om omhoog of omlaag te schalen achter één eindpunt

Wanneer u het globale eindpunt van een globale load balancer beschikbaar maakt voor klanten, kunt u regionale implementaties toevoegen of verwijderen achter het globale eindpunt zonder onderbreking.

Statisch global IP-adres van anycast

Globale load balancer wordt geleverd met een statisch openbaar IP-adres, waardoor het IP-adres hetzelfde blijft. Zowel IPv4- als IPv6-configuraties worden ondersteund. Zie hier voor meer informatie over statisch IP-adres.

Behoud van CLIENT-IP

Global load balancer is een load balancer van laag 4 voor passthrough-netwerken. Deze passthrough behoudt het oorspronkelijke IP-adres van het pakket. Het oorspronkelijke IP-adres is beschikbaar voor de code die wordt uitgevoerd op de virtuele machine. Met dit behoud kunt u logica toepassen die specifiek is voor een IP-adres.

Zwevend IP-adres

U kunt zwevende IP configureren op zowel het globale IP-niveau als het regionale IP-niveau. Zie Meerdere front-ends voor Azure Load Balancer voor meer informatie.

Een floating IP die is geconfigureerd op de wereldwijde load balancer werkt onafhankelijk van floating IP-configuraties op de regionale backend-load balancers. Als u zwevend IP-adres inschakelt op de globale load balancer, moet u de juiste loopback-interface toevoegen aan de back-end-VM's.

Gezondheidsonderzoeken

De wereldwijde load balancer baseert zich op de status van de regionale backend-load balancers om te bepalen waar het verkeer naartoe wordt gestuurd. Statuscontroles door een globale load balancer worden elke 5 seconden automatisch uitgevoerd, gezien het feit dat statustests worden ingesteld op hun regionale load balancer.

Een oplossing voor meerdere regio's bouwen op bestaande Azure Load Balancer

De back-endpool van globale load balancers bevat een of meer regionale load balancers.

Voeg uw bestaande load balancer-implementaties toe aan een globale load balancer voor een maximaal beschikbare, globale implementatie.

Thuisregio's en deelnemende regio's

In de basisregio implementeert u de globale load balancer of het openbare IP-adres van de globale laag. Deze regio heeft geen invloed op hoe het verkeer wordt gerouteerd. Als een hoofdregio uitvalt, wordt de verkeersstroom niet beïnvloed.

Basisregio's in Azure

• Centraal VS
• Azië - oost
• East US 2
• Europa - noord
• Azië - zuidoost
• Verenigd Koninkrijk Zuid
• VS (overheid) - Virginia
• West-Europa
• West VS
• China - noord 2

Een deelnemende regio is waar het wereldwijde openbare IP-adres van de load balancer wordt geadverteerd.

Verkeer dat door gebruikers wordt gestart, wordt via het Microsoft-kernnetwerk naar de dichtstbijzijnde deelnemende regio geleid.

De globale verkeersverdeling stuurt het verkeer naar de juiste regionale verkeersverdeling.

Deelnemende regio's in Azure

• Australië - oost
• Australië - zuidoost
• Centraal India
• Centraal VS
• Azië - oost
• Oost-VS
• East US 2
• Japan Oost
• VS - noord-centraal
• Europa - noord
• Zuid-Centraal VS
• Azië - zuidoost
• Verenigd Koninkrijk Zuid
• US DoD Central
• US DoD Oost
• US Gov - Arizona
• US Gov - Texas
• VS (overheid) - Virginia
• West-Centraal VS
• West-Europa
• West VS
• West US 2

Beperkingen van de globale load balancer

• Globale front-end-IP-configuraties zijn alleen openbaar. Een interne front-end wordt momenteel niet ondersteund.

• U kunt geen particuliere of interne load balancer toevoegen aan de back-endpool van een wereldwijde load balancer.

• NAT64-vertaling wordt niet ondersteund. De front-end- en back-end-IP-adressen moeten van hetzelfde type zijn (IPv4 of IPv6).

• UDP-verkeer op poort 3 wordt niet ondersteund door de globale load balancer.

• Uitgaande regels worden niet ondersteund voor globale loadbalancer. Gebruik voor uitgaande verbindingen uitgaande regels op de regionale load balancer of NAT-gateway.

• U kunt geen regionale load balancers upgraden naar de globale laag. U kunt alleen nieuwe load balancers in de globale laag maken.

• Wanneer u dezelfde NIC's achter meerdere regionale load balancers plaatst met een globale load balancer, moet u de taakverdelingsregels voor elke regionale load balancer configureren met dezelfde front-endpoort om dezelfde back-endpoort te gebruiken.

• ICMP-protocol wordt niet ondersteund voor globale load balancer en ICMP Ping zal naar verwachting mislukken.

Prijzen en Service Level Agreement (SLA)

De globale load balancer deelt de SLA van de standaard load balancer.

Volgende stappen

• Zie Zelfstudie: Een globale load balancer maken met Azure Portal als u een globale load balancer wilt maken.
• Meer informatie over globale load balancer.
• Meer informatie over Azure Load Balancer.