Teilen über

Global Load Balancer

Azure Load Balancer Standard unterstützt globalen Lastenausgleich, wodurch georedundante Hochverfügbarkeitsszenarien ermöglicht werden, beispielsweise:

Die Front-End-IP-Konfiguration Ihres globalen Load Balancers ist statisch und wird in den meisten Azure-Regionen angekündigt.

Screenshot des Diagramms mit der Architektur des globalen Lastenausgleichs.

Hinweis

Der Back-End-Port Ihrer Lastenausgleichsregel für den globalen Lastenausgleich muss mit dem Front-End-Port der Lastenausgleichsregel/NAT-Regel für eingehenden Datenverkehr für den regionalen Standardlastenausgleich identisch sein.

Regionale Redundanz

Sie konfigurieren eine regionale Redundanz, indem Sie einen globalen Load Balancer nahtlos mit vorhandenen regionalen Load Balancern verknüpfen.

Wenn eine Region ausfällt, wird der Datenverkehr an den nächstgelegenen fehlerfreien Lastenausgleich weitergeleitet.

Der Integritätstest des globalen Load Balancers erfasst alle 5 Sekunden Informationen zur Verfügbarkeit der einzelnen regionalen Load Balancer. Wenn die Verfügbarkeit eines regionalen Load Balancers auf 0 sinkt, erkennt der globale Load Balancer den Ausfall. Der regionale Lastenausgleich wird dann von der Rotation ausgenommen.

Screenshot des Diagramms, das die Ansicht des globalen Regionsverkehrs zeigt.

Extrem geringe Latenz

Der Lastenausgleichsalgorithmus für geografische Nähe basiert auf dem geografischen Standort Ihrer Benutzer und Ihren regionalen Bereitstellungen.

Der von einem Client gestartete Datenverkehr erreicht die nächstgelegene Region und durchläuft den globalen Microsoft-Netzwerkbackbone, um die nächstgelegene regionale Bereitstellung zu erreichen.

Beispielsweise verfügen Sie über einen globalen Lastenausgleich mit Standard-Load Balancern in Azure-Regionen:

  • USA, Westen
  • Nordeuropa

Wenn Datenverkehr in Seattle gestartet wird, durchläuft er die Region „USA, Westen“. Diese Region ist die Seattle nächstgelegene teilnehmende Region. Der Datenverkehr wird an den nächstgelegenen Regionslastenausgleich weitergeleitet, d. h. an „USA, Westen“.

Der globale Azure Load Balancer verwendet den Lastenausgleichsalgorithmus für geografische Nähe für die Routenplanungsentscheidung.

Der konfigurierte Lastenverteilungsmodus des regionalen Load Balancers wird verwendet, um die endgültige Routingentscheidung zu treffen, wenn mehrere regionale Load Balancer für geografische Nähe verwendet werden.

Weitere Informationen finden Sie unter Konfigurieren des Verteilungsmodus für Azure Load Balancer.

Der ausgehende Datenverkehr erfolgt nach der Routingpräferenz, die für die regionalen Load Balancer festgelegt wurde.

Möglichkeit, hinter einem einzelnen Endpunkt zentral hoch- oder herunterzuskalieren

Wenn Sie den globalen Endpunkt eines globalen Load Balancers für Kunden verfügbar machen, können Sie regionale Bereitstellungen hinter dem globalen Endpunkt ohne Unterbrechung hinzufügen oder entfernen.

Statische globale Anycast-IP-Adresse

Der globale Lastenausgleich verfügt über eine statische öffentliche IP-Adresse, wodurch sichergestellt wird, dass die IP-Adresse gleich bleibt. IPv4- und IPv6-Konfigurationen werden unterstützt. Weitere Informationen zu statischen IP-Adressen finden Sie hier.

Client-IP-Beibehaltung

Der globale Lastenausgleich ist ein Layer-4-Passthrough-Netzwerklastenausgleich. Dieses Passthrough-Verfahren behält die ursprüngliche IP-Adresse des Pakets bei. Die ursprüngliche IP-Adresse ist für den Code verfügbar, der auf dem virtuellen Computer ausgeführt wird. Diese Beibehaltung ermöglicht Ihnen das Anwenden von Programmlogik, die für eine IP-Adresse spezifisch ist.

Floating IP

Floating IP kann sowohl auf globaler IP-Adressenebene als auch auf regionaler IP-Adressenebene konfiguriert werden. Weitere Informationen finden Sie unter Mehrere Front-Ends für Azure Load Balancer.

Es ist wichtig zu beachten, dass die für den globalen Azure Load Balancer konfigurierte Floating IP unabhängig von Floating IP-Konfigurationen auf regionalen Back-End-Load Balancern funktioniert. Wenn für den globalen Load Balancer Floating IP aktiviert ist, muss die entsprechende Loopbackschnittstelle den Back-End-VMs hinzugefügt werden.

Integritätstests

Der globale Azure Load Balancer nutzt die Integrität der regionalen Load Balancer des Back-Ends bei der Entscheidung, wie Datenverkehr verteilt werden soll. Integritätsprüfungen durch den globalen Lastenausgleich werden automatisch alle fünf (5) Sekunden durchgeführt, sofern Integritätstests für den regionalen Lastenausgleich eingerichtet sind.

Erstellen einer regionsübergreifenden Lösung für einen vorhandenem Azure Load Balancer

Der Back-End-Pool des globalen Load Balancers enthält mindestens einen regionalen Load Balancer.

Fügen Sie Ihre vorhandenen Lastenausgleichsbereitstellungen einem globalen Lastenausgleich für eine hochverfügbare, globale Bereitstellung hinzu.

Heimatregionen und teilnehmende Regionen

In der Startregion wird der globale Load Balancer oder die öffentliche IP-Adresse der globalen Ebene bereitgestellt. Diese Region wirkt sich nicht darauf aus, wie der Datenverkehr weitergeleitet wird. Wenn eine Startregion ausfällt, wirkt sich dies nicht auf den Fluss des Datenverkehrs aus.

Startseitenregionen in Azure

  • USA, Mitte
  • Asien, Osten
  • USA, Osten 2
  • Nordeuropa
  • Asien, Südosten
  • Vereinigtes Königreich, Süden
  • US Gov Virginia
  • Europa, Westen
  • USA, Westen
  • China, Norden 2

Hinweis

Sie können Ihren globalen Lastenausgleich oder die öffentliche IP-Adresse der globalen Ebene nur in einer gelisteten Home-Region bereitstellen.

In einer teilnehmenden Region wird die globale öffentliche IP-Adresse des Load Balancers angekündigt.

Der vom Benutzer ausgelöste Datenverkehr wird über das Microsoft-Kernnetzwerk in die nächstgelegene teilnehmende Region übertragen.

Der globale Lastenausgleich leitet den Datenverkehr an den entsprechenden regionalen Lastenausgleich weiter.

Screenshot des Diagramms, das den globalen Datenverkehrsfluss mehrerer Regionen zeigt.

Teilnehmende Regionen in Azure

  • Australien (Osten)
  • Australien, Südosten
  • Indien, Mitte
  • USA, Mitte
  • Asien, Osten
  • USA, Osten
  • USA, Osten 2
  • Japan, Osten
  • USA, Norden-Mitte
  • Nordeuropa
  • USA, Süden-Mitte
  • Asien, Südosten
  • Vereinigtes Königreich, Süden
  • US DoD, Mitte
  • US DoD, Osten
  • US Gov Arizona
  • US Gov Texas
  • US Gov Virginia
  • USA, Westen-Mitte
  • Europa, Westen
  • USA, Westen
  • USA, Westen 2

Hinweis

Die regionalen Load Balancer des Back-Ends können in jeder öffentlich verfügbaren Azure-Region bereitgestellt werden und sind nicht nur auf teilnehmende Regionen beschränkt.

Einschränkungen des globalen Lastenausgleichs

  • Globale Front-End-IP-Konfigurationen sind nur öffentlich. Ein internes Front-End wird derzeit nicht unterstützt.

  • Ein privater oder interner Load Balancer kann nicht zum Back-End-Pool eines globalen Load Balancers hinzugefügt werden.

  • NAT64-Übersetzung wird derzeit nicht unterstützt. Die Front-End- und Back-End-IP-Adressen müssen vom selben Typ (v4 oder v6) sein.

  • UDP-Datenverkehr auf Port 3 wird beim globalen Lastenausgleich nicht unterstützt.

  • Ausgangsregeln werden beim globalen Lastenausgleich nicht unterstützt. Verwenden Sie für ausgehende Verbindungen Ausgangsregeln für den regionalen Lastenausgleich oder das NAT Gateway.

  • Regionale Load Balancer können nicht auf die globale Ebene aktualisiert werden. Nur neue Load Balancer können als globale Ebene erstellt werden.

  • Wenn Sie die gleichen NIC(n) hinter mehreren regionalen Lastenausgleichsmodulen mit einem globalen Lastenausgleichsmodul platzieren, müssen die Lastenausgleichsregeln für jeden regionalen Lastenausgleichsmodul mit demselben Front-End-Port auch für denselben Back-End-Port konfiguriert werden.

Preise und SLA

Der globale Lastenausgleich verwendet die SLA des Standardlastenausgleichs.

Nächste Schritte

  • Last updated on