Уважаемые коллеги,

Имеются следующие вводные:
- набор (5) web applications задеплоенных на одном инстансе Tomcat. Вся эта совокупность называется порталом (что такое портлеты нам знакомо; неведомо это тем, кто принимал решение на создание подобной архитектуры. Прошу не критиковать и не дискуссировать вопрос неправильности выбора технологий);
- каждое приложение написано с использованием Spring MVC/Spring container/iBATIS; JSP на фронт-енде; нет никаких EJB/JMS и прочих вещей требуемых полноценный J2EE container-ов;
- ось на production-е: HP-UNIX с супер-дупер процессорами и количеством RAM ;
- в JAVA_OPT передаются параметры: -server плюс мах.возможное количество хипа для этой оси - 3.5 Гб если не ошибаюсь. (хотя памяти в боксе порядка 64 Гб). Версия JVM - 1.4.2_05.
- немаловажная деталь: Томкэт кластеризованный, и состоит из двух инстансов.
- время от времени сервак отваливается по OutOfMemoryException. Орлы из сис.админ.тима пробовали отловить причину JProb-ом. Но толи у них руки кривые, толи JProbe так тормозил систему, в результате - все порушилось, статистических данных собрать не смогли.

Вопрос: имеет ли кто Томкэт на продакшене и кто как его настраивает. Может есть кое-какие секреты?
Возникла идея разбить монолитный деплоймент, сделав multiple instance Tomcat. Это позволит дать достаточное количество хипа плюс изолировать проблематичное приложение. Дополнительно решили вынести статику на Apache HTTPD сервер.

Ваши советы принимаются с большой благодарностью.

onsh76, скажи, кому пришла в голову идея занести все приложения в один инстанс томката, а потом бороться с нагрузкой путем кластеризации???

Если приложения независимые и не обязаны работать в одной JVM, то считай, что вы родились в рубашке, так как в этом случае у вас огромные резервы по масштабированию - вплоть до выделения каждому приложению по серваку, а то и не одному.

А вообще интересно, что за проект, какова нагрузка и как 3.5 гига может не хватать. Кстати, наверняка где-то имеет место утечка памяти, так что ни 64 гига, ни миллион гигов
ситуацию не спасут: надо искать причину утечки.

А самое первое, что можно и нужно сделать прямо сразу - это дать каждому приложению свой инстантс томката.

Stampede
Спасибо за советы.

Немного лирики про то кому пришла в голову идея...
Кризис как говорится сближает "верхи" и "низы". Вот и пришло оно такое время, когда политические амбиции чуток развеялись и недосягаемые менеджеры, архитекторы и прочие overlord-ы спустились с небес (т.е. с бесконечных митингов) на грешную землю в поисках решения проблемы.
Идея по изоляции приложений возникла еще и по той причине, что она позволит выявить явно memory-leakera. Политически это очень важно, т.к. когда работают несколько контор на общее дело (это как раз тот случай почему так все и произошло), то уже будет практически невозможно тыкать друг в друга пальцем (а.к.а. fingerpointing) доказывая , что ты не верблюд.

Просто интересно: кто-нибудь использует Tomcat на продакшене?

Я использую на шареном хостинге. При этом сижу на плане, при котором полагается отдельная JVM. За 20 тугров имею вполне удовлетворительные условия и лимиты. А с тех пор как они разрешили неограниченное количество доменов для одного аккаунта (правда, в пределах единой квоты), так я вообще не нарадуюсь.

Тюнингом заниматься не приходилось, потому как не было необходимости. Но чтобы такая необходимость реально возникла, нужно чтобы нагрузка приближалась к миллиону хитов в сутки. До этих пор моя прога при среднем времени генерации страницы стабильно в пределах 100 мс будет вполне успешно справляться с трафиком.

А если когда-нибудь подойдет к миллиону, то уж с такого трафика всегда можно будет наделать денег не то что на выделенный сервак, а и на кластер спарков, инкрустированных бриллиантами