Файл cookie сеанса Weblogic меняет основной и дополнительный серверы

Question

Мы настроили weblogic в кластере с двумя управляемыми серверами.Запросы проходят через балансировщик нагрузки, который (предположительно) был настроен для липких сессий.Однако наши запросы пересылаются между управляемыми узлами, как если бы липкие сеансы не были настроены.

Одна вещь, которую я заметил, это то, что cookie JSESSIONID иногда меняет местами хеши основного и вторичного сервера.Они должны оставаться неизменными на протяжении всей сессии пользователя.

Например, мы видим

Request 1, JSESSIONID=ABCDEFG...!SERVER1HASH!SERVER2HASH
Request 2, JSESSIONID=ABCDEFG...!SERVER2HASH!SERVER1HASH
Request 3, JSESSIONID=ABCDEFG...!SERVER1HASH!SERVER2HASH

И иногда мы даже видим, что для хэша установлено значение "НЕТ", как если бы этого элемента кластера больше не было:1009 *

Кто-нибудь знает, почему основной и дополнительный серверы будут переключаться так?

Answer 1

В случаях, с которыми мы сталкивались в прошлом, это проблема с балансировщиком нагрузки , когда он не распознает или не может распознать сессию как липкую с сервером 1 и переключает ее на сервер 2. Такое поведение более выражено при интенсивном движении.

В одном случае (около 2003 года в Weblogic 6.1) это было потому, что Cluster multicast address имел паттерн x.0.0.1

После очень долгого исследования с людьми из BEA это было признано источником проблемы. Это привело к тому, что публичные документы BEA были обновлены для явного указания

Не использовать многоадресную рассылку x.0.0.1. адрес где х от 0 до 9, включительно

Answer 2

У нас также была эта проблема, когда файл cookie JSESSIONID был изменен (в weblogic.xml), когда подключилось другое веб-приложение, но плагин Apache Weblogic использовал WLCookieName по умолчанию.