Недолго я баловался со связкой Nginx + PHP-Fpm, надоело мне возиться с rewrite. Довольно долго мучился с настройками rewrite для корректной работы расширения WP Super Cache, а пробовать в работе W3 Total Cache не представлялось возможным, так как сложность правил возрастает на порядок.

В конце концов решил вернуть на место Apache + mod_php в качестве обработчика php-скриптов. И заодно интересно было бы сравнить производительность данной связки с чистым php-fpm.

Да, я уже пробовал данную связку, но, как оказалось, она была не совсем корректно настроена. Было не верно выбрано число дочерних процессов apache и не корректно настроена связка Nginx и apache. Что было проделано и какие результаты были получены?

На число процессов apache, а значит и на потребляемую память влияет параметр MaxClients. По умолчанию используется значение порядка 150. В случае чистого апача это имеет смысл, создавать отдельный процесс для отдачи на каждый запрос, но памяти при этом используется очень много.

В случае же использования Nginx в качестве фронтэнда, когда вся статика отдается Nginx, и он же контролирует входящие соединения, можно данное значение уменьшить. И очень значительно! Я оставил 4 возможных клиента. И как показала практика, этого пока вполне достаточно.

Редактируем файл /etc/apache2/apache2, меняем параметры префорк-модуля и отключаем KeepAlive:

Отключать KeepAlive строго обязательно, так как между Nginx и Apache соединения держать просто не имеет смысла. И куда эффективнее их сбрасывать для того, чтобы данный процесс мог тут же получать новое задание на обработку php-скрипта.

Параметр MaxRequestsPerChild установлен в 1000, для того, чтобы после обработки тысячи запросов происходил перезапуск процесса, с целью высвобождения занятой памяти.

Для виртуального хоста создаем примерно следующую конфигурацию, создав файл /etc/apache2/sites-available/juev.ru и затем создав на него символическую ссылку в каталог /etc/apache2/sites-enabled:

Пару дней сервер проработал со включенной опцией MultiViews. Я еще удивлялся, почему не работает страница SiteMap, просто не показывалась Карта Сайта. Оказалось, что именно эта опция позволят использовать в качестве адресов очень похожие значения. И вместо использования sitemap, сервер пытался обратиться к файлу sitemap.xml.gz. Проблема была решена только после отключения данного параметра.

Теперь указываем на использование Apache только в качестве локального сервера, для этого изменяем файл /etc/apache2/ports.conf:

Apache настроен, перезапускаем его:

Остается настроить Nginx. Приводим файл /etc/nginx/nginx.conf к следующему виду:

И теперь настраиваем виртуальный хост, для чего создаем файл /etc/nginx/sites-available/juev.ru и затем создаем на него символическую ссылку в каталог /etc/nginx/sites-enabled:

Как видно из приведенного кода, прописано два хоста. Первый соответствует главному домену, а второй создан для отдачи медиа-файлов из поддомена, как было описано в статье WordPress: store images in a subdomain.

Перезапускаем Nginx:

И проверяем сервер в работе. Что самое интересное, apache потребляет меньше оперативной памяти, чем использовалось процессами php5-fpm. При этом, как показал стресс-тест сервера, число одновременно обрабатываемых запросов осталось на прежнем уровне (~20 запросов в секунду).

При этом теперь нет проблем с использованием rewrite, расширения самостоятельно создают нужную им конфигурацию.