Ursprungspools einrichten

Ein Ursprungspool ist eine Gruppe von Ursprungsservern, die Datenverkehr von einem globalen Load Balancer erhalten. Die Ursprünge können anhand der IP-Adresse oder des Hostnamens identifiziert werden, und die Pools können einer bestimmten Region zugeordnet oder weltweit verfügbar gemacht werden.

Sie können die Mindestanzahl gesunder Ursprünge konfigurieren, die verfügbar sein müssen, damit ein Pool als gesund gilt, sowie die zur Überwachung des Pools verwendete Zustandsprüfung.

Wenn Sie mit der DNS-Terminologie vertraut sind, können Sie sich einen Pool wie einen Datensatz vorstellen, mit dem Unterschied, dass nur gesunde Ursprünge zurückgegeben werden. Sie können mehrere Pools konfigurieren und deren Ausfallsicherheitspriorität festlegen.

  • Wenn Sie Ursprungsserver zu einem Pool hinzufügen, können Sie den Ursprung mit dem Hostnamen oder der IP-Adresse angeben.
  • Die Reihenfolge der Pools in der Lastausgleichsfunktion bestimmt die Standard-Failover-Priorität. Wenn die Anzahl einwandfreier Ursprünge in einem Pool den konfigurierten Schwellenwert unterschreitet, leitet die Lastausgleichsfunktion den Datenverkehr an den nächsten verfügbaren Pool weiter.
  • Standardmäßig werden Pools nach dem Erstellungsdatum sortiert. Sie können sie über das globale Load Balancer Dashboard und über die CIS API neu anordnen (verwenden Sie den Befehl Update Pools, um ein neues origins Array zu erstellen).
  • Beim Dynamic Steering werden Umlaufzeitprofile (Round Trip Time, RTT) verwendet, um die Poolpriorität zu bestimmen. Wenn keine RTT-Daten für einen Pool in einer Region oder einem Colocation Center vorhanden sind, verwendet die Lastausgleichsfunktion die Poolreihenfolge, um die Failover-Priorität zu bestimmen.
  • Beim Geo Steering wird der Datenverkehr abhängig von der Region des Clients oder vom Bereitstellungspunkt an die Pools geleitet. Wenn keine 'Geo Steering'-Konfiguration für eine Region oder einen Pool vorhanden ist, verwendet die Lastausgleichsfunktion die Poolreihenfolge, um die Failover-Priorität zu bestimmen.

Verteilung des Datenverkehrs in einem Pool

Standardmäßig wird der Datenverkehr nach einem Round-Robin-Algorithmus gleichmäßig auf die Ursprünge im Pool verteilt. Dies gilt auch für globale Lastausgleichsfunktionen ohne Weiterleitung.

Für die Ursprünge können Gewichtungen konfiguriert werden. Diese Gewichtungen bestimmen bei globalen Lastausgleichsfunktionen mit Weiterleitung, wieviel Datenverkehr jeder Ursprungsserver im Vergleich zu den anderen Ursprüngen im Pool erhält. Die Gewichte werden als Dezimalwerte zwischen 0 und 1 konfiguriert und geben an, welcher Anteil des Datenverkehrs an den Ursprung geht.

Für jeden Ursprung gilt:

Percent of traffic to the origin = origin weight / sum of all origin weights

Wenn alle Ursprünge die Gewichtung 1 haben, wird der Datenverkehr gleichmäßig verteilt.

Ursprünge mit der Gewichtung 0 empfangen für diesen Pool keinen Datenverkehr. Durch die Sitzungsaffinität kann dies jedoch immer noch außer Kraft gesetzt werden, bis alle Sitzungen geschlossen sind. Wenn der Ursprung ein Mitglied in einem anderen Pool ist, wird möglicherweise noch Datenverkehr für den anderen Pool empfangen.

Zum Beispiel wird ein Herkunftspool mit 3 Herkünften eingerichtet, die folgende Gewichte haben: Herkunft-A: 0.4, Herkunft-B: 0.3 und Herkunft-C: 0.3.

  • Zunächst sind alle Ursprünge in einwandfreiem Zustand. Der Datenverkehr, den jeder Ursprung erhält, beträgt: origin-A: 40%, origin-B: 30% und origin-C: 30%.
  • Dann gerät Ursprung-A in einen kritischen Zustand und er empfängt keinen Datenverkehr mehr. Die verbleibenden Ursprünge haben dieselbe Gewichtung, sodass der Datenverkehr gleichmäßig verteilt wird und jeder 50 % erhält.
  • Der Administrator ändert die Gewichtung für origin-C in 0. Jetzt geht 100 % des neuen Verkehrs an origin-B. Bei eingeschalteter Sitzungsaffinität wird der Datenverkehr für vorhandene Sitzungen bei Ursprung-C weiterhin an Ursprung-C geleitet, bis diese Sitzungen geschlossen werden (max. 24 Stunden).
  • Schließlich wird die Gewichtung für origin-B in 0geändert. Der Pool empfängt keinen Datenverkehr mehr, bis origin-A in einen einwandfreien Zustand zurückkehrt oder die Wertigkeiten für origin-C und origin-B auf einen Wert ungleich null gesetzt sind.

Ausweichpool

Ein Fallback-Pool ist der Pool mit der niedrigsten Priorität in einer Load-Balancer-Konfiguration. Er empfängt Verkehr, wenn Pools mit höherer Priorität nicht verfügbar sind, und kann je nach gewähltem Verkehrslenkungsmodus auch während des normalen Betriebs Verkehr empfangen. Sie ist nicht auf die Fehlerbehandlung beschränkt.

Die Verteilung des Datenverkehrs auf einen Fallback-Pool hängt vom konfigurierten Verkehrslenkungsmodus und der Priorität ab, die jedem Pool zugewiesen ist. Bei bestimmten Konfigurationen kann der Fallback-Pool auch dann Verkehr empfangen, wenn andere Pools in Ordnung sind.

Der Fallback-Pool ist definiert als der Ursprungspool mit der niedrigsten Priorität, die durch den höchsten numerischen Wert dargestellt wird. Diese Bezeichnung bestimmt seine Rolle, wenn andere Pools nicht mehr verfügbar sind. Wenn alle primären Pools für eine Region nicht verfügbar sind, wird der Verkehr an den Ausweichpool weitergeleitet. Diese Weiterleitung erfolgt unabhängig vom Gesundheitszustand des Fallback-Pools.

Wenn alle Pools deaktiviert sind, ist der Fallback-Pool nicht verfügbar.