Apache / Lighttpd для выравнивания нагрузки
autossh следит за Вашим соединением и если это понижается, это снова соединяется. Это более надежно, чем сообщения проверки активности. Если Вы соединитесь с экранной сессией, то Вы продолжите прямо от того, где Вы разъединились (см. rscreen это идет с autossh),
Я использую Apache и mod_jk для этого, он хорошо работает. Каково было бы преимущество переключения апача к lighttpd?
Если это не, повредился, не фиксируйте его. Преимущества переключения на Lighttpd являются главным образом производительностью; Lighttpd требует, чтобы меньше ЦП/RAM сделало ту же работу как Apache. Может также быть легче настроить, но так как у Вас уже есть выполнение Apache, которое является надуманным вопросом для Вас.
Я не соглашаюсь с Andy по проблеме безопасности; Apache 2 имел проблемы безопасности, о которых более сообщают, чем Lighttpd, но большинство из них было бы в модулях, в которых Вы не скомпилируете для выравнивания нагрузки, и Apache способен быстро выпускать, фиксирует для их проблем безопасности. Lighttpd получает намного меньше исследования безопасности, чем Apache, таким образом, он, возможно, больше не предал гласности проблемы, о которых мы не знаем. Это - яблоки к сравнению апельсинов...
Сегодня Lighttpd освобождает импульс, по моему скромному мнению. Так как его автор получил работу в MySQL и начал работать над прокси MySQL, частота выпусков Lighttpd понизилась. Мое инстинктивное чувство состоит в том, что самые новые установки событийно-ориентированных серверов HTTP с открытым исходным кодом используют nginx теперь. Посмотрите английский язык Wiki для обзора nginx.
Для бесплатного выравнивания нагрузки с открытым исходным кодом я полагаю, что самая большая установленная основа для HAProxy и nginx теперь. Трудно придумать числа, поскольку обзоры общественности, такие как Netcraft, не могут обнаружить подсистемы балансировки нагрузки бэкенда, но это - мое инстинктивное чувство на основе сообщений в блоге, которые я вижу.
Обратите внимание, что и nginx и HAProxy не могут сделать Apache проксирование Протокола JServ. nginx может сделать HTTP и FastCGI и возможно еще много, и HAProxy является HTTP только. Таким образом необходимо было бы переключиться на вывод HTTP от сервера приложений.
Моя рекомендация состояла бы в том, чтобы остаться поставившей Apache, если у Вас нет определенной потребности функциональности, тот Apache не решает для Вас.
Я думаю для выравнивания нагрузки, необходимо использовать специализированные инструменты как HAProxy / nginx, которые имеют маленькое место и очень хорошую производительность.
@jesper.mortensen: haproxy делает или HTTP или чистый TCP. Таким образом, если Apache, Протоколом JServ является базирующийся TCP, Вы можете баланс загрузки он и обеспечивать высокую доступность. Несколько другой не протоколы HTTP обычно находятся с haproxy, SQL, LDAP, RDP, SSH, HTTPS, SMTP, POP/IMAP, и т.д... Некоторые прикладные протоколы, такие как Формы также используются в некоторых местах, таким образом, я не вижу конкретных оснований для JServ, чтобы не быть возможным.
-
1Я предполагаю OP doesn' t хотят загрузиться, балансируют сервис AJP, он загружает балансы на фронтенде, который затем говорит с бэкендом с AJP вместо HTTP. Он просто должен переключить Tomcat на HTTP вместо AJP (или просто соединиться с правильным портом, я предполагаю), – niXar 7 October 2009 в 12:27
lighttpd имеет намного меньшее место и может служить значительно большему количеству запросов, чем апач при наличии гораздо меньшего количества исторические уязвимости (недавние апачские 2,2 уязвимости)
это - автор Jan Kneschke, также пишут, что mysql проксируют, и супер талантливый разработчик и хорошо мотивированный documenter/maintainer кода - хотя это - очень маленький проект, это - хороший страх вдохновляюще :)