Session replication and sticky sessions in Java PaaS

[coocheenin]

На первую картинку, там где схематично изображен работающий балансировщик, можно смотреть вечно :)

И вообще, респект за дизайн (концепцию) вашего сайта! Иконографика одна чего стОит.
Обычно «технарские» сайты сильно проигрывают в данном вопросе.

PS: IMHO, место такому посту в блоге «Веб-разработка», «Хостинг» или… «Я-пиарюсь».
Могу и ошибаться.

[huksley]

Стоит заметить, что приложение должно класть в сессию только java.io.Serializable объекты.
В Томкате эта проверка выполняется только если сессия реплицируется, поэтому могут быть неприятные сюрпризы при включении репликации сессий.

Я так понимаю в Томкате вы используете штатные средства репликации сессий?
Есть опыт что данные средства работают не очень надежно при большом количестве сессий/приложений и высокой нагрузке.

Лучше использовать как раз memcached, например c помощью MSM. Отлично работает.

code.google.com/p/memcached-session-manager/

[sirus]

спасибо, валидное замечание по поводу Serializable.

> Я так понимаю в Томкате вы используете штатные средства репликации сессий?
да, верно

> Лучше использовать как раз memcached, например c помощью MSM. Отлично работает.
будет в будущем ;)

[asolntsev]

А как будет вести себя репликация, если приложение кладёт в сессию слишком много данных? Вы как-то ограничиваете трафик между инстансами?

[sirus]

пока никак не ограничиваем

[sirus]

> Что собой являет «Balancer»? Это отдельная JVM?
это NGINX

> И где можно почитать вашей реализации HA в целом
детально пока нигде, базируется на стандратных механизмах.

> Кстати было б круто прикрутить нотификацию о выходе из строй нод, например по e-mail.
если падает пода по нехватке памяти или по критической ошибке JVM, присылается оповещение по почте и автоматически рестартуется.

[0Lexx0]

Я подозреваю, что используется что-то наподобие terracotta, или я ошибаюсь?

[sirus]

стандратная репликация на базе multicast