Я хотел бы получить отзывы о миграции с Apache на nginx. Моя цель - уменьшить объем памяти, занимаемой веб-сервером. В настоящее время я использую следующие модули. Функции на Apache:
Поделитесь, пожалуйста, своим опытом: проблемы при миграции, преимущества после миграции (а стоило ли?), Полезные модули для nginx и т. Д.
Все перечисленные вами функции поддерживаются Nginx из коробки:
В работе мы используем грубую комбинацию Lighttpd, Apache и Nginx. Мы не можем полностью избавиться от Apache, потому что мы запускаем для него пару настраиваемых модулей (среди прочего, взломанный mod_pubcookie), и было бы сложно перенести их на Lighttpd / Nginx.
Раньше я использовал Lighttpd в качестве нашего де-факто легковесного сервера содержимого, но столкнулся с многочисленными препятствиями с его реализацией FreeBSD (кажется, что он ломается при использовании системных вызовов sendfile / kqueue FreeBSD - а когда он ломается, он уносит с собой весь сервер). У меня никогда не было проблем с Nginx, и я постепенно заменял им все наши установки Lighttpd. Nginx отлично проявил себя в нашем развертывании.
Единственная проблема, которую я иметь имел с Nginx, что его документация плохо индексируется Google, поэтому вам нужно перейти прямо на их сайт, чтобы найти нужную информацию. Несмотря на это, вся документация организована таким образом, чтобы это было понятно мне, поэтому найти то, что мне нужно, не так уж сложно.
По моему опыту, это того стоит. Возьмем, к примеру, магазин Magento (который в целом хорошо известен своей медлительностью). Мне удалось увеличить время отклика более чем на 100%, переключившись на nginx + php-fcgi / php-fpm + apc. На этом этапе, если в Apache нет обязательной функции, недоступной где-либо еще (я сомневаюсь, что это действительно произойдет на практике), я всегда буду использовать конфигурацию на основе nginx.
Вот моя рецензия на Magento. HTH. http://tumblelog.jauderho.com/post/85252024/improving-magento-performance
Боюсь, у меня нет опыта работы с nginx, только apache и lighttpd. Мы заменили 110 копий apache, запущенных от имени разных пользователей для клиентских приложений PHP, на один экземпляр lighttpd и 110 процессов PHP, подключенных через FastCGI. Конфигурация была значительно меньше, использование памяти меньше и, вероятно, быстрее. В этом конкретном случае приложения PHP не были напрямую доступны через Интернет. Я не уверен, будем ли мы это делать. Мы знаем, что делаем с Apache; у нас был большой опыт работы с этим. У меня сложилось впечатление, что Apache очень гибкий, но вы платите за это более медленным процессом. Я бы использовал lighttpd и nginx там, где нам не нужна была такая гибкость. Я понимаю, что, вероятно, я не ответил на ваш вопрос.
NginX против LiteSpeed: тесты производительности Magento http://turnkeye.com/blog/2010/04/nginx-vs-litespeed-test-magento/