Globale load balancer

Azure Standard Load Balancer biedt ondersteuning voor taakverdeling tussen regio's, waardoor geografisch redundante scenario's voor hoge beschikbaarheid mogelijk zijn, 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.
• Mogelijkheid om omhoog/omlaag te schalen achter één eindpunt.
• Statisch global IP-adres van anycast
• Behoud van CLIENT-IP
• Bouwen 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.

Notitie

De back-endpoort van uw taakverdelingsregel op de globale load balancer moet overeenkomen met de front-endpoort van de taakverdelingsregel/inkomende NAT-regel op regionale standaard load balancer.

Regionale redundantie

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

Als de ene regio uitvalt, wordt het verkeer doorgestuurd naar de dichtstbijzijnde 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

Het algoritme voor taakverdeling op geografische nabijheid is gebaseerd op de geografische locatie van uw gebruikers en uw regionale implementaties.

Verkeer dat vanaf een client is gestart, raakt de dichtstbijzijnde deelnemende regio en reist via de wereldwijde microsoft-netwerk-backbone om bij de dichtstbijzijnde regionale implementatie te komen.

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

• VS - west
• Europa - noord

Als een stroom vanuit Seattle wordt gestart, wordt verkeer vs - west binnengegaan. Deze regio is de dichtstbijzijnde deelnemende regio vanuit Seattle. Het verkeer wordt doorgestuurd naar de dichtstbijzijnde load balancer van de regio, namelijk VS - west.

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/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. Lees hier meer voor meer informatie over statisch IP-adres.

Behoud van CLIENT-IP

Globale load balancer is een load balancer voor pass-through-netwerk op laag 4. 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

Zwevend IP-adres kan worden geconfigureerd op zowel het globale IP-niveau als het regionale IP-niveau. Ga naar Meerdere front-ends voor Azure Load Balancer voor meer informatie.

Het is belangrijk om te weten dat zwevend IP-adres dat is geconfigureerd op de globale Load Balancer van Azure onafhankelijk van zwevende IP-configuraties op regionale load balancers van de back-end werkt. Als zwevend IP-adres is ingeschakeld op de globale load balancer, moet de juiste loopback-interface worden toegevoegd aan de back-end-VM's.

Statustests

Azure Global Load Balancer maakt gebruik van de status van de regionale load balancers van de back-end bij het bepalen waar verkeer naar moet worden gedistribueerd. 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 balancer 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

Thuisregio is waar de globale load balancer of het openbare IP-adres van de globale laag wordt geïmplementeerd. Deze regio heeft geen invloed op hoe het verkeer wordt gerouteerd. Als een thuisregio uitvalt, wordt de verkeersstroom niet beïnvloed.

Thuisregio's in Azure

• Central US
• Azië - oost
• VS - oost 2
• Europa - noord
• Azië - zuidoost
• Verenigd Koninkrijk Zuid
• VS (overheid) - Virginia
• Europa -west
• VS - west
• China - noord 2

Notitie

U kunt uw globale load balancer of openbaar IP-adres alleen implementeren in de globale laag in een van de vermelde basisregio's.

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

Verkeer dat door de gebruiker is gestart, gaat naar de dichtstbijzijnde deelnemende regio via het Microsoft Core-netwerk.

Globale load balancer stuurt het verkeer naar de juiste regionale load balancer.

Deelnemende regio's in Azure

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

Notitie

De regionale load balancers voor de back-end kunnen worden geïmplementeerd in elke openbaar beschikbare Azure-regio en zijn niet beperkt tot alleen deelnemende regio's.

Beperkingen van globale load balancer

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

• Privé- of interne load balancer kan niet worden toegevoegd aan de back-endpool van een globale load balancer

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

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

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

• Regionale load balancers kunnen niet worden geüpgraded naar de globale laag. Alleen nieuwe load balancers kunnen worden gemaakt als de globale laag.

Prijzen en SLA

Globale load balancer deelt de SLA van standard load balancer.

Volgende stappen

• Zie Zelfstudie: Een globale load balancer maken met behulp van Azure Portal om een globale load balancer te maken.
• Meer informatie over globale load balancer.
• Meer informatie over Azure Load Balancer.