Mit der Zonenaffinität, die im Backend-Dienst des Load Balancers konfiguriert wird, können Sie zonenübergreifenden Traffic begrenzen, die Latenz verringern und die Leistung verbessern. Gleichzeitig bleiben die Vorteile einer Architektur mit mehreren Zonen erhalten.
Interne Passthrough-Network Load Balancer unterstützen verschiedene Optionen für die zonale Affinität, die unterschiedliche Einstellungen für das Routing neuer Verbindungen zu infrage kommenden Backends bieten, die sich in derselben Zone wie ein kompatibler Client befinden. Hinweis: Bereits bestehende Verbindungen in der Verbindungstracking-Tabelle des Load-Balancers sind von der Zonenaffinität nicht betroffen.
Hinweis
Bevor Sie die zonale Affinität aktivieren, müssen Sie wissen, welche Funktionen des internen Passthrough-Network-Load-Balancers mit der zonalen Affinität unterstützt werden.
Unterstützt
- Nächste Hops für statische Routen
- Nächste Hops für richtlinienbasierte Routen
- Failover
- Symmetrisches Hashing wird nur unterstützt, wenn für beide internen Passthrough-Network Load Balancer die zonale Affinität aktiviert ist.
Nicht unterstützt
Die zonale Affinität ist nicht mit internen Passthrough-Network Load Balancern kompatibel, die mit Folgendem konfiguriert sind:
- Backend-Teilmengeneinstellung
- Collector-Ziele für die Paketspiegelung
- Bereitstellungen der Netzwerksicherheits-Integration – In-Band oder Out-of-Band. Wenn Sie die Zonenaffinität mit der Netzwerksicherheitsintegration verwenden, kommt es zu Paketverlusten.
- Veröffentlichter Private Service Connect-Dienst Die zonale Affinität ist nur für kompatible Clients möglich, die Pakete an den Load Balancer senden, nicht an einen Private Service Connect-Endpunkt, dessen veröffentlichten Dienstersteller einen internen Passthrough-Network Load Balancer verwendet.
Kompatible Clients
Die zonale Affinität ist nur für VM-Clients möglich, die sich in derselben Region wie der Load-Balancer befinden. Die zonale Affinität ist nicht mit den folgenden Clients kompatibel, die immer so funktionieren, als wäre die zonale Affinität deaktiviert:
Client-Cloud VPN-Tunnel und Client-Cloud Interconnect-VLAN-Anhänge: Cloud VPN-Tunnel und Cloud Interconnect-VLAN-Anhänge sind regionale Ressourcen, keine zonenbasierten Ressourcen. Pakete, die über einen Cloud VPN-Tunnel oder VLAN-Anhang weitergeleitet werden, unterstützen niemals die zonale Affinität, unabhängig davon, ob sie sich in derselben Region wie der Load Balancer befinden oder nicht.
Client-VMs in Regionen, die nicht mit der Region des Load-Balancers übereinstimmen: Ein interner Passthrough-Network Load Balancer, der sich in einer Region befindet, ist für Clients in allen anderen Regionen erreichbar, wenn der globale Zugriff aktiviert ist. Wenn sich Client-VMs in einer anderen Region als der Load-Balancer befinden, teilen sie nie eine gemeinsame Zone mit einem der Back-Ends des Load-Balancers.
Optionen für zonale Affinität
Interne Passthrough-Network Load Balancer unterstützen die folgenden Optionen für die zonale Affinität:
ZONAL_AFFINITY_DISABLED(Standard): Die zonale Affinität ist deaktiviert. Der Load Balancer wählt ein geeignetes Backend für eine neue Verbindung aus, ohne die Menge der ursprünglichen geeigneten Backends zu ändern.ZONAL_AFFINITY_STAY_WITHIN_ZONE: Die zonale Affinität ist aktiviert. Wenn eine zonale Übereinstimmung auftritt, leitet der Load-Balancer den Traffic in der Zone des Clients weiter, auch wenn dies bedeutet, dass fehlerhafte Back-Ends verwendet werden. Weitere Informationen zu dieser Option finden Sie unter Funktionsweise vonZONAL_AFFINITY_STAY_WITHIN_ZONE.ZONAL_AFFINITY_SPILL_CROSS_ZONE: Die zonale Affinität ist aktiviert. Wenn eine zonale Übereinstimmung auftritt, können neue Verbindungen vom Load-Balancer innerhalb der Zone des Clients verteilt oder auf andere Zonen übertragen werden. Der Spillover wird durch das Spillover-Verhältnis gesteuert. Weitere Informationen zu dieser Option finden Sie unter Funktionsweise vonZONAL_AFFINITY_SPILL_CROSS_ZONEund Spillover-Verhältnis.
Informationen zum Konfigurieren der zonalen Affinität für den Backend-Dienst eines internen Passthrough-Network-Load-Balancers finden Sie unter Zonale Affinität verwenden.
Verschiedene Arten von Back-Ends
Durch die zonale Affinität wird eine Reihe von modifizierten infrage kommenden Back-Ends auf Grundlage der ursprünglichen infrage kommenden Back-Ends und der konfigurierten Back-Ends des Load-Balancers erstellt. Um zu erklären, wie die zonale Affinität diese Änderung vornimmt, definieren wir fünf verschiedene Backend-Sets. In diesem Dokument werden die folgenden Begriffe in den nachfolgenden Abschnitten verwendet, um die Funktionsweise der zonalen Affinität zu erläutern.
Eingabesätze
Konfigurierte Backends: Die Menge aller Backends, die Teil des Backend-Dienstes des Load-Balancers sind. Dazu gehören alle primären Back-Ends und, wenn die Failover-Funktion aktiviert ist, alle primären und alle Failover-Back-Ends.
Ursprüngliche infrage kommende Back-Ends: Eine Teilmenge der konfigurierten Back-Ends, die neue Verbindungen empfangen können. Die Menge der ursprünglichen infrage kommenden Back-Ends wird im Schritt Identify eligible backends (Infrage kommende Back-Ends identifizieren) des Prozesses zur Auswahl von Back-Ends und zum Verbindungs-Tracking erstellt.
Zwischensets
Zonale Match-Test-Backends: Eine Teilmenge der konfigurierten Backends, die zum Testen auf ein zonales Match verwendet werden. Sowohl die konfigurierten Back-Ends als auch die ursprünglichen infrage kommenden Back-Ends bestimmen, welche VMs zonale Test-Back-Ends sind.
Zonale übereinstimmende Back-Ends: Eine Teilmenge der Back-Ends für zonale Übereinstimmungstests, die sich in derselben Zone wie ein kompatibler Client befinden.
Ausgabesatz
- Geänderte infrage kommende Back-Ends: Je nach konfiguriertem Typ der zonalen Affinität und dem Spillover-Verhältnis können die geänderten infrage kommenden Back-Ends mit den ursprünglichen infrage kommenden Back-Ends identisch sein, eine Teilmenge der ursprünglichen infrage kommenden Back-Ends darstellen oder sich von den ursprünglichen infrage kommenden Back-Ends unterscheiden. Diese Menge wird verwendet, um die konfigurierte zonale Affinität bereitzustellen.
Zonale Übereinstimmung
Ein zonenbezogener Abgleich beschreibt die Bedingungen, unter denen die zonenbezogene Affinität ausgelöst wird. Der Load-Balancer kann dann die Gruppe der ursprünglichen infrage kommenden Back-Ends ändern, um die konfigurierte zonale Affinität zu erreichen. Die Änderung der ursprünglichen infrage kommenden Back-Ends erfolgt nachdem der Load-Balancer ein infrage kommendes Back-End für eine neue Verbindung ausgewählt hat.
Damit die Logik für die zonenbezogene Affinität ausgelöst wird, muss die folgende Ereignissequenz eintreten:
Die zonale Affinität muss aktiviert sein.
Wenn die zonale Affinität aktiviert ist, fahren Sie mit dem nächsten Schritt fort.
Stellen Sie fest, ob der Client ein kompatibler Client ist.
Wenn der Client kompatibel ist, fahre mit dem nächsten Schritt fort.
Ermitteln, ob eine zonale Übereinstimmung möglich ist.
Eine zonale Übereinstimmung bedeutet, dass sich die Client-VM in einer Zone befindet, die mindestens ein konfiguriertes Backend des relevanten Typs enthält. Die verschiedenen Back-Ends, die konfiguriert werden können, sind im Abschnitt Zonale Abgleichsbedingungen beschrieben.
Eine zonale Übereinstimmung ist niemals möglich, wenn eine der folgenden Bedingungen zutrifft:
- Zonale Affinität ist deaktiviert
- Der Client ist nicht kompatibel
Wenden Sie die Logik für die zonale Affinität an.
Zonale Übereinstimmungsbedingungen
Damit eine zonale Übereinstimmung erfolgt, muss sich mindestens eine Instanz oder ein Endpunkt in den Backend-Tests für zonale Übereinstimmung in derselben Zone wie ein kompatibler Client befinden. Sowohl die konfigurierten Backends als auch die ursprünglichen infrage kommenden Backends sind Eingaben, die zur Bestimmung der Backends für den zonalen Abgleichstest verwendet werden.
| Ursprüngliche infrage kommende Back-Ends | Zonale Back-Ends für den Abgleichstest |
|---|---|
| Alle fehlerfreien primären Back-Ends |
Alle konfigurierten primären Back-Ends Die konfigurierten primären Back-Ends können alle fehlerfrei sein oder eine Kombination aus fehlerfreien und fehlerhaften Back-Ends. |
| Alle fehlerfreien Failover-Back-Ends |
Alle konfigurierten Failover-Back-Ends Konfigurierte Failover-Back-Ends können alle fehlerfrei oder eine Kombination aus fehlerfreien und fehlerhaften Back-Ends sein. |
| Alle fehlerhaften primären Back-Ends |
Alle konfigurierten primären Back-Ends Die konfigurierten primären Back-Ends sind per Definition alle fehlerhaft, wenn die ursprünglichen infrage kommenden Back-Ends alle fehlerhafte primäre Back-Ends sind. |
Beispiel für eine zonale Übereinstimmung
Sehen Sie sich die folgende Einrichtung für einen internen Passthrough-Network Load Balancer an, um zu verstehen, ob eine zonale Übereinstimmung auftritt.
- Primäre Back-Ends: Zonen A und B
- Failover-Back-Ends: Zonen C und D
- Standort der Client-VM: Zone A
- Zonale Affinität aktiviert
- Standard-Failover-Richtlinie ist vorhanden
Szenario 1:
- Ursprüngliche infrage kommende Back-Ends: Alle fehlerfreien primären Back-Ends (Zonen A und B)
- Zonale Match-Test-Back-Ends: Alle konfigurierten primären Back-Ends (Zonen A und B)
- Gibt es eine zonale Übereinstimmung?: Ja. In diesem Fall befindet sich die Client-VM in derselben Zone wie die Back-Ends für den zonalen Abgleichstest. Es gibt also einen zonalen Abgleich.
Szenario 2:
- Ursprüngliche infrage kommende Back-Ends: Alle fehlerfreien Failover-Back-Ends (Zonen C und D)
- Zonale Match-Test-Back-Ends: Alle konfigurierten Failover-Back-Ends (Zonen C und D)
- Gibt es eine zonale Übereinstimmung?: Nein. Damit ein zonenbasierter Abgleich erfolgt, muss sich die Client-VM in einer Zone befinden, die mindestens ein Backend aus der Gruppe der Test-Backends für den zonenbasierten Abgleich enthält. In diesem Fall befindet sich der Client in Zone A und die Back-Ends für den zonalen Abgleichstest in den Zonen C und D.
Nachdem eine zonale Übereinstimmung erfolgt ist, wenden Sie die Logik für die zonale Affinität an, wie in den folgenden Abschnitten beschrieben.
Logik für zonale Affinität
Wenn ein zonaler Abgleich erfolgt, wenden Sie die Logik für die zonale Affinität an, je nachdem, welche Option für die zonale Affinität konfiguriert ist. Folgende Optionen sind verfügbar, um die zonenbasierte Affinität zu aktivieren:
ZONAL_AFFINITY_STAY_WITHIN_ZONEZONAL_AFFINITY_SPILL_CROSS_ZONEmit einem Überlaufverhältnis von0ZONAL_AFFINITY_SPILL_CROSS_ZONEmit einem Überlaufverhältnis ungleich null
Nachdem eine zonale Übereinstimmung erfolgt ist, und je nach konfiguriertem Typ der zonalen Affinitätsoption, können die geänderten infrage kommenden Backends mit den ursprünglichen infrage kommenden Backends identisch sein, eine Teilmenge der ursprünglichen infrage kommenden Backends oder sich von den ursprünglichen infrage kommenden Backends unterscheiden.
So funktioniert ZONAL_AFFINITY_STAY_WITHIN_ZONE
Wenn die zonale Affinität auf ZONAL_AFFINITY_STAY_WITHIN_ZONE festgelegt ist und eine zonale Übereinstimmung auftritt, verteilt der Load Balancer neue Verbindungen auf die geänderten infrage kommenden Backends. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch sein, eine Teilmenge der ursprünglichen infrage kommenden Back-Ends darstellen oder sich von den ursprünglichen infrage kommenden Back-Ends unterscheiden.
So erstellt der Load-Balancer geänderte infrage kommende Backends:
Beginnen Sie mit den Zonal Match-Test-Backends, die durch die Zonal Match-Bedingung identifiziert werden.
Entfernen Sie alle Back-Ends, die sich nicht in derselben Zone wie der Client befinden. So erhalten wir eine Reihe von zonal abgestimmten Back-Ends. Diese Menge ist immer nicht leer, da ein zonenbezogener Abgleich stattgefunden hat.
Berechnen Sie die Schnittmenge der zonal abgeglichenen Backends mit den ursprünglich infrage kommenden Backends. Diese Überschneidung kann leer oder nicht leer sein.
Wenn die Schnittmenge nicht leer ist, ist die geänderte Menge der zulässigen Back-Ends die Schnittmenge. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch sein oder eine Teilmenge davon bilden.
Wenn die Schnittmenge leer ist, sind die geänderten infrage kommenden Back-Ends die zonal übereinstimmenden Back-Ends selbst, die sich immer von den ursprünglichen infrage kommenden Back-Ends unterscheiden. In diesem Fall sind alle geänderten infrage kommenden Back-Ends fehlerhaft.
In der folgenden Tabelle wird der Prozess zum Erstellen der Gruppe modifizierter infrage kommender Back-Ends zusammengefasst, wenn die Option für die zonale Affinität ZONAL_AFFINITY_STAY_WITHIN_ZONE ist. Bei dieser Option für die zonale Affinität werden Back-Ends in der Zone des Clients bevorzugt, auch wenn sie fehlerhaft sind.
| Ursprüngliche infrage kommende Back-Ends (A) | Zonale Back-Ends für den Abgleichstest (B) | Zonale übereinstimmende Back-Ends (C) | Schnittmenge (A∩C) | Geänderte berechtigte Back-Ends |
|---|---|---|---|---|
| Alle fehlerfreien primären Back-Ends |
Alle konfigurierten primären Back-Ends Die Back-Ends für zonale Abgleichstests können alle fehlerfrei oder eine Kombination aus fehlerfrei und fehlerhaft sein. |
Alle primären Back-Ends in der Zone des Clients Zonale übereinstimmende Back-Ends können alle fehlerfrei oder eine Kombination aus fehlerfreien und fehlerhaften Back-Ends sein. |
Alle fehlerfreien primären Back-Ends in der Zone des Clients |
Schnittmenge nicht leer: Die geänderten infrage kommenden Back-Ends sind alle fehlerfreien primären Back-Ends in der Zone des Clients. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch oder eine Teilmenge der ursprünglichen infrage kommenden Back-Ends sein. Schnittmenge ist leer: Die geänderten infrage kommenden Back-Ends sind alle fehlerhaften primären Back-Ends in der Zone des Clients. Die geänderten infrage kommenden Back-Ends sind dieselben wie die zonal abgeglichenen Back-Ends, also alle primären Back-Ends in der Zone des Kunden. Alle diese Back-Ends sind jedoch fehlerhaft, da die Überschneidung mit den ursprünglichen infrage kommenden Back-Ends leer ist. |
| Alle fehlerfreien Failover-Back-Ends |
Alle konfigurierten Failover-Back-Ends Die Back-Ends für zonale Abgleichstests können alle fehlerfrei oder eine Kombination aus fehlerfrei und fehlerhaft sein. |
Alle Failover-Back-Ends in der Zone des Clients Zonale übereinstimmende Back-Ends können alle fehlerfrei oder eine Kombination aus fehlerfreien und fehlerhaften Back-Ends sein. |
Alle fehlerfreien Failover-Back-Ends in der Zone des Clients |
Schnittmenge nicht leer: Die geänderten infrage kommenden Back-Ends sind alle fehlerfreien Failover-Back-Ends in der Zone des Clients. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch oder eine Teilmenge der ursprünglichen infrage kommenden Back-Ends sein. Schnittmenge ist leer: Die geänderten infrage kommenden Back-Ends sind alle fehlerhaften Failover-Back-Ends in der Zone des Clients. Die geänderten infrage kommenden Back-Ends sind dieselben wie die zonal übereinstimmenden Back-Ends, d. h. alle Failover-Back-Ends in der Zone des Clients. Alle diese Back-Ends sind jedoch fehlerhaft, da die Überschneidung mit den ursprünglichen infrage kommenden Back-Ends leer ist. |
| Alle fehlerhaften primären Back-Ends |
Alle konfigurierten primären Back-Ends Test-Back-Ends für Zonenübereinstimmungen sind per Definition alle fehlerhaft, wenn die ursprünglichen infrage kommenden Back-Ends alle fehlerhafte primäre Back-Ends sind. |
Alle fehlerhaften primären Back-Ends in der Zone des Clients |
Alle fehlerhaften primären Back-Ends in der Zone des Clients |
Schnittmenge ist immer nicht leer: Die geänderten infrage kommenden Back-Ends sind alle fehlerhaften primären Back-Ends in der Zone des Clients. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch oder eine Teilmenge der ursprünglichen infrage kommenden Back-Ends sein. |
Funktionsweise von ZONAL_AFFINITY_SPILL_CROSS_ZONE und Spillover-Verhältnis
Wenn die zonale Affinität auf ZONAL_AFFINITY_SPILL_CROSS_ZONE festgelegt ist und eine zonale Übereinstimmung auftritt, verteilt der Load Balancer neue Verbindungen auf die geänderten infrage kommenden Backends. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch oder eine Teilmenge der ursprünglichen infrage kommenden Back-Ends sein.
Wenn die geänderten infrage kommenden Back-Ends mit den ursprünglichen infrage kommenden Back-Ends identisch sind, werden neue Verbindungen möglicherweise an infrage kommende Back-Ends in der Zone des Clients oder an infrage kommende Back-Ends in einer beliebigen Zone („Spillover“) gesendet. Diese Verteilung hängt von einem konfigurierbaren Spillover-Verhältnis ab.
Ein konfigurierbares Überlaufverhältnis gibt den Schwellenwert an, bis zu dem Traffic in der Zone des Clients verbleibt. Der Wert des Überlaufverhältnisses kann zwischen 0.0 und 1.0 liegen (einschließlich). Wenn Sie beim Konfigurieren von ZONAL_AFFINITY_SPILL_CROSS_ZONE keine Spillover-Quote angeben,verwendet Google Cloud den Standardwert 0.0.
Überlaufverhältnis 0
Wenn das konfigurierte Spillover-Verhältnis 0.0 ist, verwendet der Load-Balancer den folgenden Prozess, um die geänderten infrage kommenden Back-Ends zu erstellen:
Beginnen Sie mit den Zonenabgleich-Test-Backends, die durch die Zonenabgleich-Bedingung identifiziert werden.
Entfernen Sie alle Back-Ends, die sich nicht in derselben Zone wie der Client befinden. So erhalten wir eine Reihe von zonal abgestimmten Back-Ends. Diese Menge ist immer nicht leer, da ein zonenbezogener Abgleich stattgefunden hat.
Berechnen Sie die Schnittmenge der zonal abgeglichenen Backends mit den ursprünglich infrage kommenden Backends. Diese Überschneidung kann leer oder nicht leer sein.
Wenn diese Schnittmenge nicht leer ist, ist die Schnittmenge die Menge der geänderten zulässigen Back-Ends. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch sein oder eine Teilmenge davon bilden.
Wenn die Schnittmenge leer ist, sind die geänderten infrage kommenden Back-Ends dieselben wie die ursprünglichen infrage kommenden Back-Ends.
In der folgenden Tabelle wird der Prozess zum Erstellen der Gruppe modifizierter infrage kommender Backends zusammengefasst, wenn die Option für die zonenbezogene Affinität ZONAL_AFFINITY_SPILL_CROSS_ZONE und das konfigurierte Spillover-Verhältnis 0.0 ist.
| Ursprüngliche infrage kommende Back-Ends (A) | Zonale Back-Ends für den Abgleichstest (B) | Zonale übereinstimmende Back-Ends (C) | Schnittmenge (A∩C) | Geänderte berechtigte Back-Ends |
|---|---|---|---|---|
| Alle fehlerfreien primären Back-Ends |
Alle konfigurierten primären Back-Ends Die Back-Ends für zonale Abgleichstests können alle fehlerfrei oder eine Kombination aus fehlerfrei und fehlerhaft sein. |
Alle primären Back-Ends in der Zone des Clients Zonale übereinstimmende Back-Ends können alle fehlerfrei oder eine Kombination aus fehlerfreien und fehlerhaften Back-Ends sein. |
Alle fehlerfreien primären Back-Ends in der Zone des Clients |
Schnittmenge nicht leer: Die geänderten infrage kommenden Back-Ends sind alle fehlerfreien primären Back-Ends in der Zone des Clients. Neue Verbindungen werden innerhalb der Zone des Clients verteilt. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch oder eine Teilmenge der ursprünglichen infrage kommenden Back-Ends sein. Schnittmenge ist leer: Die geänderten infrage kommenden Backends sind dieselben wie die ursprünglichen infrage kommenden Backends. Neue Verbindungen können innerhalb der Zone des Clients oder auf andere Zonen verteilt werden. |
| Alle fehlerfreien Failover-Back-Ends |
Alle konfigurierten Failover-Back-Ends Die Back-Ends für zonale Abgleichstests können alle fehlerfrei oder eine Kombination aus fehlerfrei und fehlerhaft sein. |
Alle Failover-Back-Ends in der Zone des Clients Zonale übereinstimmende Back-Ends können alle fehlerfrei oder eine Kombination aus fehlerfreien und fehlerhaften Back-Ends sein. |
Alle fehlerfreien Failover-Back-Ends in der Zone des Clients |
Schnittmenge nicht leer: Die geänderten infrage kommenden Back-Ends sind alle fehlerfreien Failover-Back-Ends in der Zone des Clients. Neue Verbindungen werden innerhalb der Zone des Clients verteilt. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch oder eine Teilmenge der ursprünglichen infrage kommenden Back-Ends sein. Schnittmenge ist leer: Die geänderten infrage kommenden Backends sind dieselben wie die ursprünglichen infrage kommenden Backends. Neue Verbindungen können innerhalb der Zone des Clients oder auf andere Zonen verteilt werden. |
| Alle fehlerhaften primären Back-Ends |
Alle konfigurierten primären Back-Ends Test-Back-Ends für Zonenübereinstimmungen sind per Definition alle fehlerhaft, wenn die ursprünglichen infrage kommenden Back-Ends alle fehlerhafte primäre Back-Ends sind. |
Alle fehlerhaften primären Back-Ends in der Zone des Clients |
Alle fehlerhaften primären Back-Ends in der Zone des Clients |
Schnittmenge ist immer nicht leer: Die geänderten infrage kommenden Back-Ends sind alle fehlerhaften primären Back-Ends in der Zone des Clients. Neue Verbindungen werden innerhalb der Zone des Clients verteilt. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch oder eine Teilmenge der ursprünglichen infrage kommenden Back-Ends sein. |
Überlaufverhältnis ungleich null
Wenn das konfigurierte Spillover-Verhältnis größer als 0.0, aber kleiner oder gleich 1.0 ist, verwendet der Load Balancer den folgenden Prozess, um die geänderten infrage kommenden Backends zu erstellen:
Beginnen Sie mit den Zonal Match-Test-Backends, die durch die Zonal Match-Bedingung identifiziert werden.
Entfernen Sie alle Back-Ends, die sich nicht in derselben Zone wie der Client befinden. So erhalten wir eine Reihe von zonal abgestimmten Back-Ends. Diese Menge ist immer nicht leer, da eine zonale Übereinstimmung vorliegt.
Berechnen Sie die Schnittmenge der zonal abgeglichenen Backends mit den ursprünglich infrage kommenden Backends. Diese Menge kann leer oder nicht leer sein.
Berechnen Sie das folgende Verhältnis:
$$ \frac{\text{count}(\text{zonal matched backends} \; \cap \; \text{original eligible backends})}{\text{count}(\text{zonal matched backends})} $$Wenn die Schnittmenge leer ist, ist das berechnete Verhältnis immer null.
Verwenden Sie das berechnete Verhältnis, um die geänderten zulässigen Back-Ends zu bestimmen:
Wenn das berechnete Verhältnis größer oder gleich dem Spillover-Verhältnis ist, ist die Menge der modifizierten infrage kommenden Backends die Schnittmenge. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch sein oder eine Teilmenge der ursprünglichen infrage kommenden Back-Ends darstellen.
Wenn das berechnete Verhältnis kleiner als das Spillover-Verhältnis ist, sind die geänderten infrage kommenden Back-Ends dieselben wie die ursprünglichen infrage kommenden Back-Ends.
In der folgenden Tabelle wird der Prozess zum Erstellen der Gruppe modifizierter infrage kommender Backends zusammengefasst, wenn die Option für die zonale Affinität die Option ZONAL_AFFINITY_SPILL_CROSS_ZONE ist und das konfigurierte Spillover-Verhältnis nicht 0.0 ist:
| Ursprüngliche infrage kommende Back-Ends (A) | Zonale Back-Ends für den Abgleichstest (B) | Zonale übereinstimmende Back-Ends (C) | Schnittmenge (A∩C) | Geänderte berechtigte Back-Ends |
|---|---|---|---|---|
| Alle fehlerfreien primären Back-Ends |
Alle konfigurierten primären Back-Ends Die Back-Ends für zonale Abgleichstests können alle fehlerfrei oder eine Kombination aus fehlerfrei und fehlerhaft sein. |
Alle primären Back-Ends in der Zone des Clients Zonale übereinstimmende Back-Ends können alle fehlerfrei oder eine Kombination aus fehlerfreien und fehlerhaften Back-Ends sein. |
Alle fehlerfreien primären Back-Ends in der Zone des Clients |
Berechnetes Verhältnis ≥ Überlaufverhältnis: Die geänderten infrage kommenden Backends sind alle fehlerfreien primären Backends in der Zone des Clients. Neue Verbindungen werden innerhalb der Zone des Clients verteilt. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch oder eine Teilmenge der ursprünglichen infrage kommenden Back-Ends sein. Berechnetes Verhältnis < Spillover-Verhältnis: Die geänderten infrage kommenden Backends sind dieselben wie die ursprünglichen infrage kommenden Backends. Neue Verbindungen können innerhalb der Zone des Clients oder auf andere Zonen verteilt werden. |
| Alle fehlerfreien Failover-Back-Ends |
Alle konfigurierten Failover-Back-Ends Die Back-Ends für zonale Abgleichstests können alle fehlerfrei oder eine Kombination aus fehlerfrei und fehlerhaft sein. |
Alle Failover-Back-Ends in der Zone des Clients Zonale übereinstimmende Back-Ends können alle fehlerfrei oder eine Kombination aus fehlerfreien und fehlerhaften Back-Ends sein. |
Alle fehlerfreien Failover-Back-Ends in der Zone des Clients |
Berechnetes Verhältnis ≥ Überlaufverhältnis: Die geänderten infrage kommenden Backends sind alle fehlerfreien Failover-Backends in der Zone des Clients. Neue Verbindungen werden innerhalb der Zone des Clients verteilt. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch oder eine Teilmenge der ursprünglichen infrage kommenden Back-Ends sein. Berechnetes Verhältnis < Spillover-Verhältnis: Die geänderten infrage kommenden Backends sind dieselben wie die ursprünglichen infrage kommenden Backends. Neue Verbindungen können innerhalb der Zone des Clients oder auf andere Zonen verteilt werden. |
| Alle fehlerhaften primären Back-Ends |
Alle konfigurierten primären Back-Ends Test-Back-Ends für Zonenübereinstimmungen sind per Definition alle fehlerhaft, wenn die ursprünglichen infrage kommenden Back-Ends alle fehlerhafte primäre Back-Ends sind. |
Alle fehlerhaften primären Back-Ends in der Zone des Clients |
Alle fehlerhaften primären Back-Ends in der Zone des Clients |
Das berechnete Verhältnis ist immer ≥ dem Spillover-Verhältnis: Die geänderten infrage kommenden Backends sind alle fehlerhaften primären Backends in der Zone des Clients. Neue Verbindungen werden innerhalb der Zone des Clients verteilt. Die geänderten infrage kommenden Back-Ends können mit den ursprünglichen infrage kommenden Back-Ends identisch oder eine Teilmenge der ursprünglichen infrage kommenden Back-Ends sein. |
Nächste Schritte
- Informationen zum Konfigurieren von Cloud Monitoring für interne Netzwerk-Load-Balancer finden Sie unter Logging und Monitoring für interne Passthrough-Netzwerk-Load-Balancer.
- Probleme mit dem internen Passthrough-Netzwerk-Load-Balancer können Sie unter Fehlerbehebung bei internen Passthrough-Netzwerk-Load-Balancern beheben.