Pull to refresh

Comments 15

mod_jk как себя ведёт? У нас постоянно траблы с ним на различных нагрузках. То сам модуль глючит, то конектор в томкате. При http проблем ни когда не возникает.
Не было ни одной проблемы с mod_jk за 2 года.
Какая пиковая нагрузка на одну из нод веб сервера в N req/sec?
Возможно некорректная настройка Apache, а именно prefork.

При использовании http (mod_proxy) вы теряете все прелести гибкой управляемости балансировкой.
да по разному… от маленькой нагрузки до 2-4к qps…

prefork естественно не ипользуется.

а что Вы скрываете под словами «прелести гибкой управляемости балансировкой»
Гибкость вывода из балансировки сервера/инстанса.
Например требуется выложить релиз одного из приложений.
Останавливаем все необходимые инстансы, деплоим приложения, возвращаем.
С вторым делаем тоже самое.
Ну и в целом если убрать apache + mod_jk и поставить haproxy/ngnix/lighttpd/TrafficServer (на выбор) то можно здорово сэкономить на web серверах.
ИМХО чем проще система, тем более стабильно она будет работать и проще в обслуживании — это факт.
Зачем городить систему из 10 прослоек различного ПО, если это все решается apache + mod_jk.
Согласен. И именно поэтому апач и mod_jk в данном случае не нужен.
Поддерживаю. Скрипач (Апач) не нужен. :)
Возможно я еще не сталкивался с ситуацией, когда он оказался не нужным.
Хотя предпосылок в рамках этого проекта не вижу.
2x WEB: 16 core, 12 GB DDR — достаточная предпосылка.
Обоснуйте, пожалуйста, ваш комментарий.
виртуалка 1 ядро и 768Mb памяти с haproxy у меня держит несколько тысяч одноверменных сессий и там ещё есть запас
1. Я ведь не сказал, что это все функции, которые выполняют эти сервера.
2. Запас прочности никто не отменял.
3. Если есть такие сервера, почему не взять?
+
Гипервизор смотрящий в мир — это зло, ИМХО.
Гипервизор смотрящий в мир — это зло, ИМХО.


кто же вас заставляет гипервизор в мир выпускать.
Sign up to leave a comment.

Articles