OpenNebula, wildfly 10 и сеанс репликации
У меня проблемы с репликацией сеанса, только в случае экземпляров wildfly на разных хостах. Я в основном настроил wildfly в доменном режиме, создав кластер с одним ведущим и одним подчиненным, очевидно, на двух разных виртуальных машинах, обе из которых управляются OpenNebula. Проблема состоит в том, что эти две виртуальные машины имеют два разных сеанса, даже если они находятся в одном кластере и группе wildfly. Когда я устанавливаю текущую дату на машине, другая не получает обновленную сессию, а когда я читаю другую машину, дата, сохраненная ясно, последняя возвращает ноль. Как будто вы создаете новый экземпляр сервера непосредственно на главном сервере, поэтому один и тот же адрес, но разные порты, сеанс регулярно используется совместно.
Мне приходит в голову, что есть проблемы со связью между двумя хостами, но тогда я полагаю, что это не сработает, либо развернуть приложение в доменном режиме и не сможет сформировать кластер, что имеет место. Таким образом, две машины, ведущая и ведомая, разговаривают друг с другом, иначе они не могут быть кластером. Кроме того, приложение представляет атрибут в файле web.xml, который служит для указания того, что приложение распространяется.
Я следовал руководству в документации по wildfly, специфичному для кластеризации, но у меня не получалось. Я что-то не так, но я не знаю что.
И еще одна странная ситуация: mod_cluster 1.3.1 видит все узлы, но все они в нагрузке 0. Так что балансировки нет. Контекст зарегистрирован в виртуальном хосте, но не работает. Если я получаю доступ к URL-адресу ip / cluster-demo / put.jsp, это дает мне 404 не найден.
1 ответ
Проблема была в том, что я использовал не ту ОС. Использование Ubuntu Server ничего не помогло, но когда я установил ОС CentOS, все мои проблемы были решены. Были проблемы с брандмауэром Ubuntu. Вместо этого установка CentOS не доставила мне никаких проблем. Используйте этот дистрибутив, если можете, и у вас не возникнет проблем с конфигурацией кластера OpenNebula / Wildfly.