Global Load Balancer

Azure Load Balancer Standard unterstützt den globalen Lastenausgleich, den Sie für georedundante Hochverfügbarkeitsszenarien verwenden können, z. B.:

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 Lastausgleichsregel für den globalen Load Balancer sollte mit dem Front-End-Port der Lastausgleichsregel oder der NAT-Regel für eingehenden Datenverkehr für den regionalen Standard Load Balancer übereinstimmen.

Globale Load Balancer-Fähigkeiten

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 zum nächstgelegenen funktionsfähigen regionalen Load Balancer umgeleitet.

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 globale Load Balancer leitet jeden Datenfluss in zwei Stufen weiter: Zunächst gelangt der Datenverkehr in die dem Client nächstgelegene teilnehmende Region und wird dann über das globale Netzwerkbackbone von Microsoft zur nächstgelegenen Bereitstellung eines regionalen Load Balancers weitergeleitet. Die teilnehmende Region, in die ein Client eintritt, ist nicht unbedingt die Region, in der du einen regionalen Load Balancer eingesetzt hast.

Der Lastenausgleichsalgorithmus für geografische Nähe verwendet den geografischen Standort Ihrer Benutzer und Ihre regionalen Bereitstellungen.

Der Datenverkehr, der von einem Client beginnt, trifft auf die nächstgelegene teilnehmende Region und reist durch das Microsoft globalen Netzwerk-Backbone, um zur nächstgelegenen regionalen Bereitstellung zu gelangen.

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

  • USA, Westen
  • Nordeuropa

Wenn ein Flow in Seattle startet, wird der Datenverkehr in die Region „USA, Westen“ geleitet. 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 nach oben oder unten zu skalieren

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 zur statischen IP finden Sie hier.

Client-IP-Erhaltung

Der globale Load Balancer ist ein Pass-Through-Netzwerk-Load Balancer der Schicht 4. 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.

Dynamische IP-Adresse

Sie können unverankerte IP sowohl auf globaler IP-Ebene als auch auf regionaler IP-Ebene konfigurieren. Weitere Informationen finden Sie unter Mehrere Front-Ends für Azure Load Balancer.

Floating IP, die auf dem globalen Load Balancer konfiguriert ist, arbeitet unabhängig von floating IP-Konfigurationen auf den regionalen Backend-Load Balancern. Wenn Sie Floating IP für den globalen Load Balancer aktivieren, müssen Sie den Back-End-VMs die entsprechende Loopbackschnittstelle hinzufügen.

Gesundheitsüberprüfungen

Der globale Load Balancer verwendet die Integrität der regionalen Load Balancer des Back-Ends bei der Entscheidung, wie Datenverkehr verteilt werden soll. Integritätsüberprüfungen durch den globalen Load Balancer erfolgen automatisch alle 5 Sekunden, vorausgesetzt, dass Integritätstests für den zugehörigen regionalen Load Balancer 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 Heimatregion stellen Sie den globalen Lastenausgleich oder die öffentliche IP-Adresse der globalen Ebene bereit. 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 Load Balancer oder Ihre öffentliche IP-Adresse im globalen Tarif nur in einer der aufgeführten Heimatregionen bereitstellen.

Eine teilnehmende Region ist die Region, in der die globale öffentliche IP-Adresse des Lastenausgleichs angekündigt wird.

Der von Benutzern initiierte Datenverkehr wird über das Microsoft-Kernnetzwerk zur nächstgelegenen teilnehmenden Region geleitet.

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

Sie können die regionalen Back-End-Lastenausgleichsgeräte in jeder öffentlich verfügbaren Azure Region bereitstellen. Sie sind nicht nur auf die teilnehmenden Regionen beschränkt.

Einschränkungen des globalen Lastenausgleichs

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

  • Sie können dem Backendpool eines globalen Load Balancers keinen privaten oder internen Load Balancer hinzufügen.

  • NAT64-Übersetzung wird nicht unterstützt. Die Front-End- und Back-End-IPs müssen denselben Typ aufweisen (IPv4 oder IPv6).

  • 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 Regeln für ausgehenden Datenverkehr für den regionalen Lastenausgleichsdienst oder das NAT-Gateway.

  • Sie können regionale Lastenausgleichsgeräte nicht auf die globale Ebene aktualisieren. Sie können neue Load Balancer nur in der globalen Stufe erstellen.

  • Wenn Sie dieselben NICs hinter mehreren regionalen Lastenausgleichsmodulen mit dem globalen Lastenausgleich platzieren, müssen Sie die Lastenausgleichsregeln für jeden regionalen Lastenausgleichsmodul mit demselben Frontend-Port konfigurieren, um denselben Back-End-Port zu verwenden.

  • Das ICMP-Protokoll wird für den globalen Lastenausgleich nicht unterstützt; ein ICMP-Ping wird daher voraussichtlich fehlschlagen.

Preise und SLA

Der globale Lastenausgleich verwendet die SLA des Standardlastenausgleichs.

Nächste Schritte