Globaler Lastenausgleich

  • Artikel

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

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

Diagram of cross-region load balancer.

Hinweis

Der Back-End-Port Ihrer Lastenausgleichsregel für den regionsübergreifenden 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 regionale 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 regionsübergreifenden 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 regionsübergreifende Lastenausgleich den Ausfall. Der regionale Lastenausgleich wird dann von der Rotation ausgenommen.

Diagram of global region traffic view.

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 regionsübergreifenden Lastenausgleich mit Standard-Lastenausgleichsmodule 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 regionsübergreifende Azure-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 regionsübergreifenden 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 regionsübergreifende Lastenausgleich verfügt über eine statische öffentliche IP-Adresse, wodurch sichergestellt wird, dass die IP-Adresse unverändert bleibt. IPv4- und IPv6-Konfigurationen werden unterstützt. Weitere Informationen zu statischen IP-Adressen finden Sie hier.

Client-IP-Beibehaltung

Der regionsübergreifende 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 regionsübergreifenden Azure-Load Balancer konfigurierte Floating IP unabhängig von Floating IP-Konfigurationen auf regionalen Back-End-Lastenausgleichsmodulen funktioniert. Wenn Floating IP auf dem regionsübergreifenden Lastenausgleich aktiviert ist, muss die entsprechende Loopback-Schnittstelle den Back-End-VMs hinzugefügt werden.

Integritätstests

Der regionsübergreifende 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 regionsübergreifenden Lastenausgleich werden automatisch alle 5 Sekunden durchgeführt, sofern der Benutzer/die Benutzerin Integritätstests für den regionalen Lastenausgleich eingerichtet hat.

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

Der Back-End-Pool des regionsübergreifenden Lastenausgleichs enthält mindestens einen regionalen Lastenausgleich.

Fügen Sie Ihre vorhandenen Lastenausgleichsbereitstellungen einem regionsübergreifenden Lastenausgleich für eine hochverfügbare, regionsübergreifende Bereitstellung hinzu.

Heimatregionen und teilnehmende Regionen

In der Startregion wird der regionsübergreifende 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 (Ost) 2
  • Nordeuropa
  • Asien, Südosten
  • UK, Süden
  • US Government, Virginia
  • Europa, Westen
  • USA (Westen)

Hinweis

Sie können Ihren regionsübergreifenden Lastenausgleich oder die öffentliche IP-Adresse der globalen Ebene nur in einer gelisteten Home-Regionen 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 regionsübergreifende Lastenausgleich leitet den Datenverkehr an den entsprechenden regionalen Lastenausgleich weiter.

Diagram of multiple region global traffic.

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 grenzüberschreitenden Lastenausgleichs

  • Regionsübergreifende 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 regionsübergreifenden 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 an Port 3 wird auf dem regionsübergreifenden Load Balancer nicht unterstützt

  • Ausgangsregeln werden für regionsübergreifende Lastenausgleiche 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

Ein regionsübergreifender Lastenausgleich verwendet die SLA des Standardlastenausgleichs.

Nächste Schritte