OFF: хех... наткнулся в гугле случайно, ища инфу по сабжу:

http://bash.org.ru/quote/275840

:)

PS: а кому нибудь вообще удавалось настроить эту репликацию? Почему то я делаю всё как сказано в руководстве - но происходит следующее:
заходим на нод1. он создает сессию... при следующем запросе если попадаем на нод2, то сессия затирается новой.

Вот еще ресурс, которым я пользовался: http://voituk.kiev.ua/2007/06/25/tomcat-cluster/
но примеры также не работают.. :(

Вобщем подведу итог моих мучений по организации кластера с разделяемой сессией. Что имеем:

1. Узлы кластера
путьописание имя узла/opt/java/cluster/t1Tomcat 5.5node01/opt/java/cluster/t2Tomcat 5.5node02

2. Общая конфигурация узла кластера $TOMCAT_HOME/config/server.xml
В конфигурации значение атрибутов, которые различаются для каждого узла кластера, помечены значением XXXX . Значения для этих атрибутов даны ниже в таблице:

3. Аттрибуты тегов в файле $TOMCAT_HOME/config/server.xml для каждого из узлов
аттрибут Node01Node02server port80059005HTTP connector port80809080AJP connector port80099009mcastAddr228.0.0.4228.0.0.4mcastPort4556445564tcpListenAddr127.0.0.1127.0.0.1tcpListenPort40004001jvmRoutenode01node02

4. Проверка
Теперь самое главное - проверяю работу кластера:
4.1. Запускаю оба узла (catalina.sh run)
4.2. Из браузера набираю адрес http://localhost:8080/test/test.jsp
при этом создается HTTP-сессия

4.3. Из браузера набираю адрес http://localhost:9080/test/test.jsp
при этом сессия создается для этого узла, а по идее она должна браться из узла 1?

Вопрос - почему не работает репликация сессий? Может что нибудь я пропустил? Все вроде делал как сказано в руководстве:
Clustering and Load Balancing in Tomcat 5, Part 2

KachalovНе увидел в Вашей конфигурации настроек:


Добавил. Все равно не помогло. В консоли при запуске томката написано:

Using CATALINA_BASE: /opt/java/cluster/t2
Using CATALINA_HOME: /opt/java/cluster/t2
Using CATALINA_TMPDIR: /opt/java/cluster/t2/temp
Using JRE_HOME: /opt/java/jdk1.6.0_02
Jan 12, 2008 7:00:02 PM org.apache.catalina.core.AprLifecycleListener lifecycleEvent
INFO: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /opt/java/jdk1.6.0_02/jre/lib/i386/client:/opt/java/jdk1.6.0_02/jre/lib/i386:/opt/java/jdk1.6.0_02/jre/../lib/i386:/usr/java/packages/lib/i386:/lib:/usr/lib
Jan 12, 2008 7:00:02 PM org.apache.coyote.http11.Http11BaseProtocol init
INFO: Initializing Coyote HTTP/1.1 on http-9080
Jan 12, 2008 7:00:02 PM org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 968 ms
Jan 12, 2008 7:00:03 PM org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
Jan 12, 2008 7:00:03 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.5.17
Jan 12, 2008 7:00:03 PM org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
Jan 12, 2008 7:00:03 PM org.apache.catalina.cluster.tcp.SimpleTcpCluster start
INFO: Cluster is about to start
Jan 12, 2008 7:00:03 PM org.apache.catalina.cluster.tcp.ReplicationTransmitter start
INFO: Start ClusterSender at cluster Catalina:type=Cluster,host=localhost with name Catalina:type=ClusterSender,host=localhost
Jan 12, 2008 7:00:03 PM org.apache.catalina.cluster.mcast.McastService start
INFO: Sleeping for 2000 milliseconds to establish cluster membership
Jan 12, 2008 7:00:05 PM org.apache.catalina.cluster.mcast.McastService registerMBean
INFO: membership mbean registered (Catalina:type=ClusterMembership,host=localhost)
Jan 12, 2008 7:00:05 PM org.apache.catalina.cluster.deploy.FarmWarDeployer start
INFO: Cluster FarmWarDeployer started.
Jan 12, 2008 7:00:05 PM org.apache.catalina.cluster.session.DeltaManager start
INFO: Register manager /test to cluster element Host with name localhost
Jan 12, 2008 7:00:05 PM org.apache.catalina.cluster.session.DeltaManager start
INFO: Starting clustering manager at /test
Jan 12, 2008 7:00:05 PM org.apache.catalina.cluster.session.DeltaManager getAllClusterSessions
INFO: Manager [/test]: skipping state transfer. No members active in cluster group.
Jan 12, 2008 7:00:05 PM org.apache.catalina.cluster.session.JvmRouteBinderValve start
INFO: JvmRouteBinderValve started
Jan 12, 2008 7:00:06 PM org.apache.coyote.http11.Http11BaseProtocol start
INFO: Starting Coyote HTTP/1.1 on http-9080
Jan 12, 2008 7:00:06 PM org.apache.jk.common.ChannelSocket init
INFO: JK: ajp13 listening on /0.0.0.0:9009
Jan 12, 2008 7:00:06 PM org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=0/24 config=null
Jan 12, 2008 7:00:06 PM org.apache.catalina.storeconfig.StoreLoader load
INFO: Find registry server-registry.xml at classpath resource
Jan 12, 2008 7:00:06 PM org.apache.catalina.startup.Catalina start
INFO: Server startup in 3642 ms


кроме того в браузере создаются куки с суффиксом .node01 или .node02
но они перезатирают друг друга как бы...
кстати еще вопрос - я запускаю кластер на локальном хосте (тоесть вертикальный), нужно ли в конфигурации для мультикаст-рассылки делать одинаковые порты mcascPort=45564 ? Просто в руководстве как бы используются одинаковые, но не будет ли конфликта в данном случае?

Kachalov unicornmirage
4.2. Из браузера набираю адрес http://localhost:8080/test/test.jsp
при этом создается HTTP-сессия

4.3. Из браузера набираю адрес http://localhost:9080/test/test.jsp
при этом сессия создается для этого узла, а по идее она должна браться из узла 1?

- в данном случае идентификатор сессии передается браузером в виде Cookie и на случай 4.3 cookie созданные для 4.2 браузер отправлять не будет, так как с точки зрения браузера это другой сервер. Попробуйте использовать URL содержащий идентификатор сессии созданной в 4.2, для этого укажите URL вида: http://localhost:9080/test/test.jsp;jsessionid=идентификатор_созданный_для_4.2

Ок, раз браузер считает что это другой сервер, значит никак нельзя проверить репликацию сессий на кластере без балансировщика?
Теперь я включаю балансировщик нагрузки nginx , который перенаправляет на один из адресов:
127.0.0.1:8080
127.0.0.1:9080

тоесть в браузере я ввожу такой адрес: http://localhost/test/test.jsp
В этом случае также не работает репликация сессий.. На томкате /opt/java/cluster/t1/webapps/test есть test.jsp , которая записывает в сессию атрибут "alpha" :

На томкате /opt/java/cluster/t2/webapps/test есть аналогичная test.jsp , которая записывает в сессию атрибут "beta"

Далее открываю браузер и постоянно отправляю запросы на адрес http://localhost/test/test.jsp .
В браузере поочередно выводится следующее:


Node: /opt/java/cluster/t1/webapps/test/.
No session. Setting sessionObj to "alpha"
...
Node: /opt/java/cluster/t2/webapps/test/.
No session. Setting sessionObj to "beta"
...
Node: /opt/java/cluster/t1/webapps/test/.
No session. Setting sessionObj to "alpha"
Node: /opt/java/cluster/t2/webapps/test/.
No session. Setting sessionObj to "beta"
...

а по идее должно быть так: первый задействованный нод создает сессию, например node01 и записывает атрибут aplha. Тогда после попадания на узел node02 должно было бы вывестись:


Node: /opt/java/cluster/t1/webapps/test/.
sessionObj alpha


Но не выводится

возникло еще одно предположение - а вдруг кластер вообще не собрался в моем случае - томкаты работают каждый сам по себе и не знают друг о друге, т.к. широковещательная рассылка между ними не работает. Я же запускаю их на одном локальном компе, и, возможно, что нужно сделать виртуальные хосты разные для каждого нода - свой?
Сейчас атрибут тега <host> везде стоит localhost .

Вобщем вроде бы всё получилось! Работает балансировка nginx + tomcat nodes на локальном хосте с репликацией сессий...
Ув. Kachalov, большое спасибо за консультации, они весьма помогли в решении проблемы!

вобщем все вопросы снимаются... тему можно закрывать. если кому интересно почему не работала правильно репликация - потому что надо было прописать в таблице роутинга правило для мультикаста на локальном хосте для адреса 228.0.0.4 :)