Ist der jüngste AWSALB cookie? (AWS ELB Application Load Balancer)

Beobachtungen

Wenn ein Amazon ELB Application Load Balancer und arbeiten mit Sticky Sessions der Loadbalancer fügt ein cookie namens AWSALB bei der ersten Anfrage. Zu lassen, die nächste Anfrage-stick auf die gleiche Ziel-node (EC2-Instanz) das cookie enthalten sein sollten in dieser Anfrage. Wenn Sie dies tun, es scheint, dass der Loadbalancer fügt ein anderes cookie mit dem Wert in der Antwort auf die 2. Anfrage. Wenn auch diese neue cookie-Wert auf der 3. Anfrage, wir bekommen noch ein neues cookie mit dem Wert in der Antwort. Und so weiter...

(Dies unterscheidet sich von, wie Sticky Sessions arbeitet mit dem Klassischen Load-Balancer, wo das cookie wird benannt AWSELB und behält Ihren Wert, bis Sie verworfen, durch den AUFTRAGGEBER oder den load-balancer.)

Den Grund der AWSALB cookie-ändert den Wert die ganze Zeit zu sein scheint (wie bereits von der docs):

Der name des Cookies ist AWSALB. Die Inhalte dieser cookies werden verschlüsselt unter Verwendung eines sich drehenden Schlüssels. Sie nicht entschlüsseln oder ändern von load-balancer-generierte cookies.

So, obwohl der Inhalt des Cookies ist die gleiche, können wir nicht sagen.

Frage

Die Frage ist, ob eine Anfrage an den load balancer müssen immer gehören die zuletzt empfangene Wert der AWSALB cookie oder wenn es ok zu senden manche die zuvor erhaltenen Wert (aus der gleichen sticky-session, natürlich).

Wenn dies ist eine Anforderung, die AWS ELB Anwendung Load-Balancer wäre nicht in der Lage zu dienen, die ein client ausführt, die mehrere parallele Anfragen (nach Erhalt der ersten AWSALB cookie) aber nur Kunden, führt alle Anforderungen in einer sequenziell (nacheinander).

Kann jemand etwas Licht in diese Schuppen?

InformationsquelleAutor mgd | 2018-03-09