Wir haben Weblogic in einem 2 verwalteten Server-Cluster eingerichtet. Anforderungen durchlaufen einen Load Balancer, der (angeblich) für Sticky-Sitzungen konfiguriert wurde. Unsere Anforderungen werden jedoch so zwischen den verwalteten Knoten ausgetauscht, als ob keine festen Sitzungen konfiguriert sind.Weblogic Sitzungscookie ändert primären und sekundären Server
Eine Sache, die ich bemerkte, ist, dass der JSESSIONID-Cookie gelegentlich die primären und sekundären Server-Hashes vertauscht. Sie sollten während der gesamten Nutzungsdauer des Benutzers gleich bleiben.
z. wir sehen
Request 1, JSESSIONID=ABCDEFG...!SERVER1HASH!SERVER2HASH
Request 2, JSESSIONID=ABCDEFG...!SERVER2HASH!SERVER1HASH
Request 3, JSESSIONID=ABCDEFG...!SERVER1HASH!SERVER2HASH
Und manchmal sehen wir auch die Hash ist auf „NONE“ eingestellt werden, als ob das Mitglied des Clusters nicht mehr da ist:
Request 4, JSESSIONID=ABCDEFG...!SERVER1HASH!NONE
Weiß jemand, warum die primäre und sekundäre Server würden so schalten?
Das wäre ein Problem am Load Balancer, wo es die Sitzung nicht als sticky mit Server 1 erkennt und nicht auf Server 2 umschaltet. Gibt es zwischen LB und Weblogic ein Apache oder ein anderes Webserver-Plugin? – JoseK
und überprüfen Sie Ihre Multicast-Adresse ist nicht x.0.0.1 – JoseK
Thanks-- möchte das in eine Antwort einfügen und ich werde es akzeptieren? Es gibt keinen separaten Webserver vor weblogic. Sieht aus wie eine schlechte Load-Balancer-Konfiguration. – BestPractices