Load Balancer und Verfügbarkeitszonen

Azure Load Balancer unterstützt Szenarien mit Verfügbarkeitszonen. Sie können Load Balancer Standard verwenden, um die Verfügbarkeit im gesamten Szenario zu erhöhen, indem Sie Ressourcen an Zonen ausrichten und die Verteilung zonenübergreifend ausführen. Lesen Sie dieses Dokument, um diese Konzepte und die Entwurfsanleitung für das grundlegende Szenario zu verstehen.

Ein Load Balancer kann zonenredundant, zonal oder nicht zonal sein. Um die oben genannten Zoneneigenschaften für den Lastenausgleich zu konfigurieren, wählen Sie den entsprechenden Typ des erforderlichen Front-Ends aus.

Zonenredundant

In einer Region mit Verfügbarkeitszonen kann ein Load Balancer Standard zonenredundant sein. Dieser Datenverkehr wird mit einer einzelnen IP-Adresse bereitgestellt.

Eine einzelne Front-End-IP-Adresse übersteht einen Zonenfehler. Die Front-End-IP kann verwendet werden, um alle (nicht betroffenen) Back-End-Poolmitglieder unabhängig von der Zone zu erreichen. Der Datenpfad bleibt im Falle eines Ausfalls einzelner oder mehrerer Verfügbarkeitszonen verfügbar, solange noch eine einzelne fehlerfreie Zone in der Region vorhanden ist.

Die IP-Adresse des Front-Ends wird gleichzeitig durch mehrere unabhängige Infrastrukturbereitstellungen in mehreren Verfügbarkeitszonen bereitgestellt. Alle Wiederholungen oder Wiederherstellungen sind in anderen Zonen erfolgreich, die nicht von dem Zonenausfall betroffen sind.

Figure depicts a zone-redundant standard load balancer directing traffic in three different zones to three different subnets in a zone redundant configuration.

Abbildung: Zonenredundanter Load Balancer

Zonal

Sie können festlegen, dass ein Front-End einer einzelnen Zone zugesichert wird. Das Front-End wird dann als zonales Front-End bezeichnet. Dieses Szenario bedeutet, dass alle eingehenden oder ausgehenden Datenströme von einer einzelnen Zone in einer Region bereitgestellt werden. Ihr Front-End ist von der Integrität der Zone abhängig. Der Datenpfad ist nicht betroffen von Fehlern in Zonen, in denen er nicht zugesichert wurde. Mit zonalen Front-Ends können Sie eine IP-Adresse pro Verfügbarkeitszone verfügbar machen.

Darüber hinaus wird die Verwendung zonaler Front-Ends direkt für Endpunkte mit Lastenausgleich innerhalb der einzelnen Zonen unterstützt. Sie können diese Konfiguration verwenden, um pro Zone Lastenausgleichsendpunkte zur individuellen Überwachung jeder Zone verfügbar zu machen. Bei öffentlichen Endpunkten können Sie sie mit einem DNS-Lastenausgleichsprodukt wie Traffic Manager kombinieren und einen einzelnen DNS-Namen verwenden.

Figure depicts three zonal standard load balancers each directing traffic in a zone to three different subnets in a zonal configuration.

Abbildung: Zonales Lastenausgleichsmodul

Für ein öffentliches Load Balancer-Front-End fügen Sie der öffentlichen IP-Adresse einen zones-Parameter hinzu. Auf diese öffentliche IP-Adresse wird von der Front-End-IP-Konfiguration verwiesen, die von der jeweiligen Regel verwendet wird.

Für ein internes Load Balancer-Front-End fügen Sie der internen Load Balancer-Front-End-IP-Konfiguration einen zones-Parameter hinzu. Ein zonales Front-End sichert eine IP-Adresse in einem Subnetz für eine bestimmte Zone zu.

Nicht zonal

Load Balancer können auch in einer nicht zonalen Konfiguration mithilfe eines Front-Ends ohne Zone (eine öffentliche IP-Adresse oder ein öffentliches IP-Adressenpräfix im Falle eines öffentlichen Load Balancers, eine private IP-Adresse im Falle eines internen Load Balancers) erstellt werden. Diese Option bietet keine Garantie für Redundanz. Beachten Sie, dass alle öffentlichen IP-Adressen, die geupgradet werden, vom Typ „ohne Zone“ sein werden.

Überlegungen zum Entwurf

Nachdem Sie nun die Zoneneigenschaften für Load Balancer Standard verstanden haben, sind die folgenden Entwurfsüberlegungen beim Entwerfen von Hochverfügbarkeit möglicherweise hilfreich.

Toleranz für Zonenfehler

  • Ein zonenredundantes Front-End kann für eine zonale Ressource in jeder Zone mit einer einzelnen IP-Adresse verwendet werden. Die IP-Adresse kann mindestens einen Zonenfehler überstehen, solange mindestens eine Zone in der Region fehlerfrei bleibt.
  • Ein zonales Front-End ist eine Reduzierung des Diensts auf eine einzelne Zone und von der jeweiligen Zone abhängig. Wenn die Bereitstellung in Ihrer Zone ausfällt, wird dies vom Lastenausgleich nicht überstanden.

Mitglieder im Back-End-Pool eines Lastenausgleichs sind normalerweise einer einzelnen Zone zugeordnet (z. B. zonale VMs). Ein üblicher Entwurf für Workloads in der Produktion besteht aus mehreren zonalen Ressourcen (z. B. VMs in Zone 1, 2 und 3) im Back-End eines Lastenausgleichs mit zonenredundantem Front-End.

Mehrere Front-Ends

Mithilfe mehrerer Front-Ends können Sie einen Lastenausgleich für Datenverkehr auf mehrere Ports und/oder IP-Adressen ermöglichen. Beim Entwerfen Ihrer Architektur ist es wichtig, die Art und Weise zu berücksichtigen, wie Zonenredundanz und mehrere Front-Ends interagieren können. Beachten Sie, dass alle IP-Adressen, die als Front-Ends zugewiesen sind, zonenredundant sein müssen, wenn das Ziel ist, dass jedes Front-End immer ausfallsicher ist. Wenn eine Gruppe von Front-Ends einer einzelnen Zone zugeordnet werden soll, muss jede IP-Adresse für diese Gruppe dieser spezifischen Zone zugeordnet werden. Es ist nicht erforderlich, für jede Zone einen Lastenausgleich zu haben. Stattdessen könnte jedes zonale Front-End (oder die Gruppe zonaler Front-Ends) virtuellen Computern im Back-End-Pool zugeordnet werden, die Teil dieser spezifischen Verfügbarkeitszone sind.

Übergang zwischen regionalen zonalen Modellen

Wenn eine Region um Verfügbarkeitszonen erweitert wird, bleiben alle vorhandenen IP-Adressen (z. B. für Load Balancer-Front-Ends verwendete) nicht zonal. Um sicherzustellen, dass Ihre Architektur die neuen Zonen nutzen kann, wird empfohlen, neue Front-End-IP-Adressen zu erstellen und die entsprechenden Regeln und Konfigurationen zu replizieren, um diese neuen IP-Adressen zu nutzen.

Auswirkungen auf Steuerungsebene und Datenebene

Zonenredundanz impliziert weder eine störungsfreie Datenebene noch eine störungsfreie Steuerebene. Zonenredundante Datenströme können alle Zonen verwenden, und Ihre Datenströme verwenden alle fehlerfreien Zonen in einer Region. Bei einem Zonenfehler sind Datenströme, die fehlerfreie Zonen verwenden, nicht betroffen.

Datenströme, die zum Zeitpunkt des Zonenausfalls eine Zone verwenden, können beeinträchtigt werden, aber Anwendungen können wiederhergestellt werden. Der Datenverkehr wird in den fehlerfreien Zonen innerhalb der Region nach nochmaliger Übertragung fortgesetzt, wenn Azure den Zonenausfall in den Griff bekommen hat.

Informationen zur Verbesserung der Resilienz Ihrer Anwendung in Ausfallszenarien finden Sie unter Cloudentwurfsmuster.

Einschränkungen

  • Zonen können nach der Erstellung nicht geändert, aktualisiert oder für die Ressource erstellt werden.
  • Nach der Erstellung kann für Ressourcen kein Update von der zonalen auf die zonenredundante Einstellung oder umgekehrt ausgeführt werden.

Nächste Schritte