Назад | Перейти на главную страницу

Apache / Lighttpd для балансировки нагрузки

Что вы думаете о lighttpd для балансировки нагрузки AJP?

Я использую для этого Apache и mod_jk, он отлично работает. Какая польза от переключения apache на lighttpd?

Какое программное обеспечение используется для балансировки нагрузки приложений J2EE? Аппаратный балансировщик нагрузки?

Спасибо!

Я использую для этого Apache и mod_jk, он отлично работает. Какая польза от перехода с apache на lighttpd?

Если не сломано, не чините. Преимущества перехода на Lighttpd в основном заключаются в производительности; Lighttpd требует меньше ЦП / ОЗУ, чтобы выполнять ту же работу, что и Apache. Его также может быть проще настроить, но, поскольку у вас уже работает Apache, это не проблема для вас.

Я не согласен с Энди по вопросу безопасности; У Apache 2 было больше проблем с безопасностью, чем у Lighttpd, но большинство из них было бы в модулях, которые вы бы не компилировали для балансировки нагрузки, а Apache хорошо справляется с быстрым выпуском исправлений для своих проблем безопасности. Lighttpd подвергается гораздо меньшей проверке безопасности, чем Apache, поэтому у него может быть больше негласных проблем, о которых мы не знаем. Это сравнение яблок с апельсинами ...

Cегодня Lighttpd теряет обороты ИМХО. С тех пор, как его автор устроился на работу в MySQL и начал работать над прокси MySQL, частота выпусков Lighttpd снизилась. Мне кажется, что большинство новых установок HTTP-серверов с открытым исходным кодом, управляемых событиями, сейчас используют nginx. Смотрите англоязычную вики для обзора 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 невозможен.

lighttpd занимает меньше места и может обслуживать гораздо больше запросов, чем apache, при этом имея гораздо меньше исторические уязвимости (недавние уязвимости apache 2.2)

это автор Ян Кнешке также пишет прокси mysql и является суперталантливым разработчиком и хорошо мотивированным документалистом / сопровождающим кода - хотя это очень маленький проект, он впечатляюще хорош :)