ADC
Danke für das Feedback

Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)

Verkehrsverteilung auf mehreren Routen basierend auf fünf Tupelinformationen

In einem Load Balancing-Setup kann eine NetScaler-Appliance über mehrere Routen verfügen, um ein Paket an ihr Ziel zu senden. Zum Beispiel: zu einem Server und zu einem Client.

Eine NetScaler-Appliance verwendet einen Hashing-Algorithmus, um eine Route zum Senden des Pakets an sein Ziel auszuwählen.

Der Hash-Algorithmus verwendet die folgenden zwei Tupel eines Pakets, um einen Hash zu berechnen, auf dessen Grundlage die NetScaler-Appliance eine Route für das Paket auswählt.

  • Quell-IP-Adresse
  • Ziel-IP-Adresse

Die Auswahl von Routen basierend auf zwei Tupelinformationen kann zu einer ungleichmäßigen Verteilung des Verkehrs auf den verfügbaren Routen führen. Diese ungleichmäßige Verkehrsverteilung führt auf einigen Strecken zu einer Überlastung des Verkehrs.

Um dieses Problem zu beheben, verwendet die NetScaler-Appliance ab Build 13.0 71.x die folgenden fünf Tupelinformationen eines Pakets im Hashing-Algorithmus, um eine Route für das Paket auszuwählen:

  • Quell-IP-Adresse (Client-IP)
  • Quellport (Client-Port)
  • Ziel-IP-Adresse (Service-IP)
  • Zielport (Serviceport)
  • Nummer des Protokolls

Die Auswahl der Routen anhand von Informationen aus fünf Tupeln gewährleistet eine gleichmäßige Verteilung des Verkehrs auf den verfügbaren Routen. Diese gleichmäßige Verteilung des Verkehrs verhindert eine Überlastung des Verkehrs auf einer Route.

Betrachten Sie ein Beispiel für ein Load Balancing Setup, bei dem ein Client eine Anfrage an die VIP-Adresse sendet. Die NetScaler-Appliance verwendet die folgenden fünf Tupelinformationen, um eine Route zum Senden des Anforderungspakets an den Server mit Lastausgleich auszuwählen:

  • Quell-IP-Adresse (Client-IP-Adresse)
  • Quellport (Client-Port)
  • Ziel-IP-Adresse (Service-IP-Adresse)
  • Zielport (Dienstportnummer)
  • Nummer des Protokolls

Wenn der Modus “Quell-IP verwenden” (USIP) aktiviert ist, werden alle fünf Tupel als Hash-Eingabe für die Auswahl einer Route betrachtet. Wenn der Modus “Subnetz-IP verwenden” (USNIP) aktiviert ist, werden sowohl SNIP als auch Quellport nicht als Eingabe betrachtet, da sie nach der Routenauswahl ausgewählt werden. Informationen zur Konfiguration des USIP- und USNIP-Modus finden Sie unter Aktivieren des Quell-IP-Modus und Konfigurieren von Subnetz-IP-Adressen (SNIPs).

Hinweis:

Ab Build 13.1 30.x verwendet die NetScaler-Appliance den Fünf-Tupel-Hash-Algorithmus anstelle des Zwei-Tupel-Hash-Algorithmus, um eine Route für Load Balancing Monitorprüfungen auszuwählen.

Vorrang bei anderen auf der Routenauswahl basierenden NetScaler-Funktionen

In diesem Abschnitt wird die Priorität der Routenauswahl basierend auf dem Feature mit fünf Tupeln und anderen Funktionen im Zusammenhang mit der Routenauswahl in einer NetScaler-Appliance erläutert.

  • Policy-basierte Routen (PBR). PBR-Regeln haben immer Vorrang vor der Routenauswahl basierend auf fünf Tupel.

  • Mac-basierte Weiterleitung (MBF). In einer Load-Balancing-Konfiguration hat die auf fünf Tupel basierende MBF- oder Routenauswahl in den folgenden Fällen Vorrang:

    • Für einen Client initiierten Datenverkehr zur VIP-Adresse der Load Balancing-Konfiguration in der NetScaler-Appliance:
      • Fordert Datenverkehr an, der für einen Server mit Lastausgleich bestimmt Die Routenauswahl auf der Grundlage von fünf Tupeln hat Vorrang vor MBF.
      • Response Traffic, der für den Client bestimmt ist. MBF hat Vorrang vor der Routenauswahl basierend auf fünf Tupeln.
    • Für einen Server, der den Datenverkehr zur SNIP-Adresse in der NetScaler-Appliance initiiert hat:
      • Response Traffic, der für den Client bestimmt ist. Die Routenauswahl auf der Grundlage von fünf Tupeln hat Vorrang vor MBF.
      • Fordert Datenverkehr an, der für einen Server mit Lastausgleich bestimmt MBF hat Vorrang vor der Routenauswahl basierend auf fünf Tupeln.
Die offizielle Version dieses Inhalts ist auf Englisch. Für den einfachen Einstieg wird Teil des Inhalts der Cloud Software Group Dokumentation maschinell übersetzt. Cloud Software Group hat keine Kontrolle über maschinell übersetzte Inhalte, die Fehler, Ungenauigkeiten oder eine ungeeignete Sprache enthalten können. Es wird keine Garantie, weder ausdrücklich noch stillschweigend, für die Genauigkeit, Zuverlässigkeit, Eignung oder Richtigkeit von Übersetzungen aus dem englischen Original in eine andere Sprache oder für die Konformität Ihres Cloud Software Group Produkts oder Ihres Diensts mit maschinell übersetzten Inhalten gegeben, und jegliche Garantie, die im Rahmen der anwendbaren Endbenutzer-Lizenzvereinbarung oder der Vertragsbedingungen oder einer anderen Vereinbarung mit Cloud Software Group gegeben wird, dass das Produkt oder den Dienst mit der Dokumentation übereinstimmt, gilt nicht in dem Umfang, in dem diese Dokumentation maschinell übersetzt wurde. Cloud Software Group kann nicht für Schäden oder Probleme verantwortlich gemacht werden, die durch die Verwendung maschinell übersetzter Inhalte entstehen können.
Verkehrsverteilung auf mehreren Routen basierend auf fünf Tupelinformationen