Freigeben über


Globaler Lastenausgleich

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

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

Diagramm 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

Konfigurieren Sie globale Redundanz, indem Sie einen regionsübergreifenden Lastenausgleich nahtlos mit Ihrem vorhandenen regionalen Lastenausgleich verknüpfen.

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

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

Abbildung der Ansicht des globalen Regionsdatenverkehrs.

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-Lastenausgleichsmodulen 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 Lastenausgleich verwendet den Lastenausgleichsalgorithmus für geografische Nähe für die Routingentscheidung.

Der konfigurierte Lastenverteilungsmodus des regionalen Lastenausgleichsmoduls wird verwendet, um die endgültige Routingentscheidung zu treffen, wenn mehrere regionale Lastenausgleichsmodule 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 Lastenausgleichsmodule festgelegt wurde.

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

Wenn Sie den globalen Endpunkt eines globalen Lastenausgleichs 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.

Unverankerte 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-Lastenausgleichsmodulen funktioniert. Wenn Floating IP auf dem globalen Lastenausgleich aktiviert ist, muss die entsprechende Loopback-Schnittstelle den Back-End-VMs hinzugefügt werden.

Integritätstests

Der globale Azure Load Balancer nutzt die Integrität der regionalen Lastenausgleichsmodule 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 Lastenausgleichs enthält mindestens einen regionalen Lastenausgleich.

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 Lastenausgleich 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 (Ost) 2
  • Nordeuropa
  • Asien, Südosten
  • UK, Süden
  • US Government, 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 Lastenausgleichs 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.

Abbildung: Globaler Datenverkehr in mehreren Regionen

Teilnehmende Regionen in Azure

  • Australien (Osten)
  • Australien, Südosten
  • Indien, Mitte
  • USA (Mitte)
  • Asien, Osten
  • East US
  • USA (Ost) 2
  • Japan, Osten
  • USA Nord Mitte
  • Nordeuropa
  • USA Süd Mitte
  • Asien, Südosten
  • UK, Süden
  • US DoD, Mitte
  • US DoD, Osten
  • US Gov Arizona
  • US Gov Texas
  • US Government, Virginia
  • USA, Westen-Mitte
  • Europa, Westen
  • USA (Westen)
  • USA, Westen 2

Hinweis

Die regionalen Lastenausgleichsmodule 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 Lastenausgleich kann nicht dem Back-End-Pool des globalen Lastenausgleichs 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 Lastenausgleichsgeräte können nicht auf die globale Ebene aktualisiert werden. Nur neue Lastenausgleichsgeräte können als globale Ebene erstellt werden.

Preise und SLA

Der globale Lastenausgleich verwendet die SLA des Standardlastenausgleichs.

Nächste Schritte