Zur Gewährleistung der Stabilität von statusbehafteten Anwendungen implementieren Load Balancer Persistenz, die alle zugehörigen Verbindungen an denselben Server weiterleitet. Es werden verschiedene Arten von Persistenz unterstützt, um die unterschiedlichen Anwendungsanforderungen zu erfüllen.
Einige Anwendungen verwalten den Serverstatus, z. B. Einkaufswagen. Dieser Status kann pro Client gelten und anhand der Client-IP-Adresse oder über die HTTP-Sitzung ermittelt werden. Anwendungen können während der Verarbeitung nachfolgender zugehöriger Verbindungen von demselben Client oder derselben HTTP-Sitzung auf diesen Status zugreifen oder ihn ändern.
Das Quell-IP-Persistenzprofil verfolgt Sitzungen basierend auf der Quell-IP-Adresse. Wenn ein Client eine Verbindung mit einem virtuellen Server anfordert, der die Persistenz der Quelladresse ermöglicht, überprüft der Load Balancer, ob dieser Client zuvor verbunden war. Wenn dies der Fall ist, gibt er den Client an denselben Server zurück. Andernfalls wählt der Load Balancer das Mitglied des Serverpools basierend auf dem Load Balancing-Algorithmus des Pools aus. Das Quell-IP-Persistenzprofil wird von virtuellen Servern der Schichten 4 und 7 verwendet.
Wenn Regelpersistenz, Cookie-Persistenz und Server-Keep-Alive alle konfiguriert sind, folgt der Load Balancer der Priorität von Regelpersistenz > Cookie-Persistenz > Server-Keep-Alive.
- Einfügen: Der Load Balancer fügt sein eigenes Cookie mit den Informationen zum Poolmitglied (verschlüsselt oder nicht) in der Serverantwort an den Client ein. Die empfangenen Cookies werden durch den Client in nachfolgenden Anforderungen weitergeleitet (außer NSX-Cookies) und der Load Balancer verwendet diese Informationen zur Bereitstellung der Poolmitglied-Persistenz. Das NSX-Cookie wird aus der Clientanforderung beim Absenden an das Poolmitglied gekürzt.
- Cookie-Präfix: Der Load Balancer hängt die Informationen zum Poolmitglied (verschlüsselt oder nicht) an die Serverantwort an den Client an. Das empfangene HTTP-Cookie wird durch den Client in nachfolgenden Anforderungen weitergeleitet (mit den vorangestellten NSX-Informationen) und der Load Balancer verwendet diese Informationen zur Bereitstellung der Poolmitglied-Persistenz. Das Präfix des NSX-Cookies wird von der Clientanforderung beim Absenden an das Poolmitglied gekürzt.
- Umschreiben: Der Load Balancer ersetzt den Wert des Servercookies durch die Informationen zum Poolmitglied (verschlüsselt oder nicht) in der Serverantwort an den Client. Das empfangene HTTP-Cookie wird durch den Client in nachfolgenden Anforderungen weitergeleitet (mit den vorangestellten NSX-Informationen) und der Load Balancer verwendet diese Informationen zur Bereitstellung der Poolmitglied-Persistenz. Das ursprüngliche Servercookie wird in der Clientanforderung beim Absenden an das Poolmitglied ersetzt.
Das generische Persistenzprofil unterstützt die Persistenz basierend auf dem HTTP-Header, Cookie oder der URL in der HTTP-Anforderung. Aus diesem Grund unterstützt es die Persistenz von Anwendungssitzungen, wenn die Sitzungs-ID Teil der URL ist. Dieses Profil ist nicht direkt mit einem virtuellen Server verknüpft. Geben Sie dieses Profil an, wenn Sie eine Load Balancer-Regel für die Anforderungsweiterleitung und die Umschreibung der Antwort konfigurieren.