Альтернатива репликации сеанса\кластеризации tomcat

У нас есть 3 кота с одним и тем же веб-приложением, использующим одну и ту же БД.

  • Мы хотим использовать нелипкую сессию.

  • это означает, что нам придется разделить сеанс (реплицировать) между котами (кластером?)

  • Нам не нравится идея дельта-менеджера, поскольку это репликация «все ко всем» с предварительными затратами.

  • Однако нам не очень нравится менеджер резервного копирования (все еще несколько копий).

Мой вопрос:

Можно ли определить одного кота, который будет "менеджером сеансов", а все остальные коты не будут поддерживать сеансы сами по себе?

таким образом, трансляция сеансов не требуется...


session tomcat session-replication
person Urbanleg    schedule 29.10.2013    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Мое чтение документов Tomcat находит:

... при использовании дельта-менеджера он будет реплицироваться на все узлы, даже на узлы, на которых не развернуто приложение.

именно так, как вы говорите, но затем говорит:

Чтобы обойти эту проблему, вам нужно использовать BackupManager. Этот менеджер реплицирует данные сеанса только на один резервный узел.

Кажется, вы возражаете против «множественных копий», но это не сильно отличается от предложенного вами предложения, насколько я понимаю, BackupManager действует как диспетчер сеансов.

Когда у вас нет липких сеансов, вы в значительной степени гарантируете, что 2 из каждых 3 запросов должны будут получить копию данных сеанса откуда-то еще, и только с 3 котами, сколько будет стоить производительность при репликации все ко всем?

Я подозреваю, что настройка размеров сеанса важнее. Большие сеансы, как правило, являются проблемой для любого вида репликации.

person djna    schedule 29.10.2013