Что такое php fpm

PHP FPM (FastCGI Process Manager) – это реализация FastCGI для PHP, предназначенная для работы с высокой нагрузкой. В отличие от классического CGI, FPM позволяет запускать несколько дочерних процессов, каждый из которых обрабатывает входящие запросы без необходимости перезапуска интерпретатора.

Каждый процесс PHP-FPM использует предварительно загруженные зависимости, что снижает накладные расходы на инициализацию. Это особенно заметно в проектах с большим числом библиотек или подключаемых файлов. FPM может управлять количеством рабочих процессов автоматически – за счёт конфигурации параметров pm.max_children, pm.start_servers, pm.min_spare_servers и других.

Настройка пула процессов позволяет изолировать приложения друг от друга. Например, можно задать отдельные параметры окружения, лимиты памяти и владельцев файлов для разных виртуальных хостов. Это повышает как безопасность, так и управляемость сервисов.

Для повышения производительности рекомендуется использовать opcache в сочетании с PHP-FPM. Это позволяет кэшировать скомпилированный байт-код и избегать повторной компиляции скриптов при каждом запросе. Также стоит отключить функции, не используемые в production-среде, и ограничить доступ к внутренним директориям через параметры php_admin_value.

PHP FPM работает в связке с веб-сервером (например, Nginx) через сокет или TCP. Вариант с сокетом даёт меньше накладных расходов на системные вызовы и обычно предпочтительнее при работе на одном сервере. TCP-подключение удобно для распределённых конфигураций или контейнеров.

Чем PHP FPM отличается от классического CGI и mod_php

PHP FPM (FastCGI Process Manager) обрабатывает запросы быстрее и стабильнее, чем классический CGI, за счёт постоянного пула процессов. В CGI для каждого запроса создаётся новый процесс, что приводит к высокому потреблению ресурсов и замедлению обработки при увеличении нагрузки.

В отличие от mod_php, который запускается внутри Apache и использует его процессы, PHP FPM работает как отдельный демон. Это позволяет разграничивать веб-сервер и интерпретатор, запускать PHP под разными пользователями и повышать безопасность в многосайтовой конфигурации.

mod_php загружает интерпретатор PHP в каждый процесс Apache, независимо от того, нужен он или нет. Это увеличивает потребление памяти, особенно при обслуживании статических файлов. PHP FPM позволяет запускать PHP только при необходимости, экономя ресурсы.

PHP FPM предоставляет гибкие настройки: количество рабочих процессов, управление очередями, лимиты по памяти и времени выполнения. У CGI и mod_php таких возможностей нет – поведение зависит от ограничений самого сервера или глобальных конфигураций PHP.

В связке с Nginx PHP FPM показывает лучшую производительность, так как Nginx не поддерживает mod_php и требует внешнего обработчика. CGI в этом случае использовать бессмысленно из-за чрезмерных накладных расходов.

Для высоконагруженных проектов предпочтительнее PHP FPM из-за предсказуемого управления процессами, снижения накладных расходов и гибкости настройки. CGI может использоваться только в изолированных сценариях, где важна простота. mod_php подходит для устаревших систем, но не масштабируется эффективно.

Как работает пул процессов PHP FPM

Пул запускается основным процессом master, который создаёт рабочие процессы (workers) на основании заданной конфигурации. Основные параметры: pm (режим управления), pm.max_children (максимум одновременно работающих процессов), pm.start_servers, pm.min_spare_servers, pm.max_spare_servers – управляют масштабированием пула.

В режиме static создаётся фиксированное количество процессов, подходящее для систем с предсказуемой нагрузкой. dynamic позволяет автоматически регулировать число процессов в зависимости от нагрузки. ondemand создаёт процессы только при наличии входящих запросов, полезен для систем с нерегулярным трафиком.

Каждый рабочий процесс обрабатывает один запрос за раз. После завершения он готов принять следующий. Если все процессы заняты, новые запросы становятся в очередь. При превышении лимита pm.max_children сервер возвращает ошибку 503.

Рекомендуется настраивать пул с учётом объёма оперативной памяти и средней загрузки, например: при потреблении одного процесса 30 МБ и наличии 1 ГБ доступной памяти – не более 30 процессов с запасом. Параметр request_terminate_timeout помогает завершать зависшие скрипты, а php_admin_value[memory_limit] – ограничивать память на уровне пула.

Для мониторинга используется pm.status_path, который выдаёт JSON или HTML с данными по текущему состоянию пула: активные, ожидающие, завершённые запросы и время обработки. Это помогает выявлять узкие места и перенастраивать параметры без перезапуска всей службы.

Что происходит при каждом HTTP-запросе к PHP через FPM

Когда веб-сервер (например, Nginx или Apache) получает HTTP-запрос к PHP-скрипту, он направляет его через FastCGI к сокету или порту, на который настроен PHP-FPM. Этот сокет может быть unix-доменным или TCP, в зависимости от конфигурации.

PHP-FPM принимает запрос и выбирает свободный дочерний процесс из пула. Если все процессы заняты, запрос ждёт в очереди, пока не освободится один из них, либо получает ошибку 502, если превышен лимит ожидания или процессы не масштабируются.

Дочерний процесс получает путь к исполняемому PHP-скрипту и переменные окружения, такие как REQUEST_METHOD, QUERY_STRING, SCRIPT_FILENAME и др. Эти данные формируют контекст выполнения скрипта.

Процесс остаётся активным и готов к следующему запросу, если в конфигурации не включено принудительное завершение по количеству запросов или времени жизни. Это снижает накладные расходы на запуск нового процесса для каждого запроса.

Для снижения задержек имеет смысл настраивать размер пула, параметры pm.max_children, pm.start_servers, pm.min_spare_servers и следить за временем ответа через slowlog.

Как настроить параметры пула: pm.max_children, pm.start_servers и другие

Файл конфигурации пула PHP-FPM обычно располагается по пути /etc/php/8.x/fpm/pool.d/www.conf. Все параметры в нём относятся к управлению количеством процессов, обрабатывающих входящие запросы. Режим управления задаётся директивой pm и может принимать значения static, dynamic или ondemand.

pm.max_children определяет максимально допустимое количество процессов. В режиме static это фиксированное число рабочих процессов. В режиме dynamic – это верхняя граница. Например, если сервер имеет 4 ядра и 2 ГБ ОЗУ, разумное значение – от 8 до 20, в зависимости от среднего потребления памяти каждым процессом (можно узнать с помощью ps -ylC php-fpm --sort:rss).

pm.start_servers определяет количество процессов, создаваемых при запуске (актуально только в режиме dynamic). Если система обслуживает трафик сразу после запуска, это значение должно быть близким к pm.max_children. В ином случае можно ограничиться 2–5.

pm.min_spare_servers – минимальное количество процессов, ожидающих запрос. Если меньше, создаются новые. Значение подбирается так, чтобы не запускать процессы в момент нагрузки. Например, 3–5 при средней посещаемости.

pm.max_spare_servers – верхний порог свободных процессов. Если свободных процессов больше, лишние завершаются. Устанавливается с учётом доступной памяти, часто в пределах 10–15.

pm.max_requests задаёт количество обработанных запросов перед принудительным завершением процесса. Это помогает устранить утечки памяти. Значения от 500 до 1000 – распространённая практика.

В режиме ondemand процессы создаются при необходимости. В этом случае pm.start_servers, pm.min_spare_servers и pm.max_spare_servers игнорируются. Вместо этого следует настроить pm.process_idle_timeout, указывающий, через сколько секунд бездействия процесс будет завершён. Например, 10–30 секунд.

После изменений нужно перезапустить PHP-FPM: systemctl restart php8.x-fpm. Проверка применённых настроек выполняется через ps или top.

Как определить, что PHP FPM перегружен

Высокая нагрузка на CPU: Нагрузка от процессов php-fpm регулярно превышает 90–100%. Это указывает на то, что воркеры не справляются с потоком запросов.
Рост количества процессов: Если число активных процессов приближается к значению pm.max_children, новые запросы начинают ждать завершения текущих. Это приводит к задержкам и тайм-аутам.
Ошибки в логах: В логах появляются сообщения вида server reached pm.max_children – это прямой сигнал о перегрузке пула.
Увеличение времени ответа: Мониторинг показывает рост времени выполнения скриптов. Это особенно заметно при использовании status-эндпоинта (pm.status_path), где можно отследить очередь ожидания.
Очередь запросов: Параметр listen.backlog не справляется, и соединения отклоняются. Это видно по графикам сокет-соединений и отказам на уровне веб-сервера (502, 504).

Для диагностики используйте:

top, htop – отслеживание нагрузки на процессы.
ps -ylC php-fpm --sort:rss – оценка использования памяти.
Логи ошибок PHP и веб-сервера (nginx/apache) – поиск ошибок, связанных с исчерпанием ресурсов.
curl http://localhost/status – если настроен статусный путь, можно оценить текущую загрузку пула.
Метрики Prometheus, Zabbix, Grafana – для наблюдения за пиками и трендами.

Как использовать отдельные пулы для разных сайтов

Для разделения нагрузки между несколькими сайтами на одном сервере можно настроить отдельные пулы PHP-FPM для каждого сайта. Это позволяет оптимизировать производительность и улучшить безопасность, изолируя процессы PHP каждого сайта друг от друга.

Чтобы настроить отдельные пулы для разных сайтов, необходимо выполнить несколько шагов:

1. Создание отдельного конфигурационного файла для каждого сайта. В каталоге с конфигурациями PHP-FPM (обычно это /etc/php-fpm.d/ или /etc/php/7.x/fpm/pool.d/) создайте отдельный файл конфигурации для каждого сайта, например, site1.conf и site2.conf.

2. Настройка пула для первого сайта. В файле site1.conf настройте параметры, специфичные для этого сайта. Пример конфигурации:

[site1]
user = site1_user
group = site1_group
listen = /run/php/php7.x-fpm-site1.sock
listen.owner = site1_user
listen.group = site1_group
pm = dynamic
pm.max_children = 50
pm.start_servers = 5
pm.min_spare_servers = 5
pm.max_spare_servers = 10

3. Настройка пула для второго сайта. В файле site2.conf аналогично настройте параметры для второго сайта:

[site2]
user = site2_user
group = site2_group
listen = /run/php/php7.x-fpm-site2.sock
listen.owner = site2_user
listen.group = site2_group
pm = dynamic
pm.max_children = 50
pm.start_servers = 5
pm.min_spare_servers = 5
pm.max_spare_servers = 10

4. Изменение конфигурации веб-сервера. Теперь нужно указать веб-серверу, какой сокет PHP-FPM использовать для каждого сайта. Для Apache это делается в конфигурации виртуального хоста, для Nginx – в конфигурации server блока. Например, для Nginx:

server {
listen 80;
server_name site1.com;
location ~ \.php$ {
fastcgi_pass unix:/run/php/php7.x-fpm-site1.sock;
fastcgi_index index.php;
include fastcgi_params;
}
}

Аналогично для другого сайта:

server {
listen 80;
server_name site2.com;
location ~ \.php$ {
fastcgi_pass unix:/run/php/php7.x-fpm-site2.sock;
fastcgi_index index.php;
include fastcgi_params;
}
}

5. Перезапуск PHP-FPM и веб-сервера. После внесения изменений необходимо перезапустить PHP-FPM и веб-сервер, чтобы новые настройки вступили в силу. Это можно сделать с помощью следующих команд:

sudo systemctl restart php7.x-fpm
sudo systemctl restart nginx

С помощью этих шагов вы можете настроить отдельные пулы PHP-FPM для различных сайтов, что улучшит производительность и безопасность каждого ресурса, а также упростит управление их настройками.

Как логировать ошибки и замедленные запросы в PHP FPM

Для эффективного мониторинга и отладки работы PHP FPM важно настроить логирование ошибок и замедленных запросов. Это позволяет своевременно выявлять проблемы и оптимизировать производительность. Рассмотрим основные способы настройки логирования в PHP FPM.

Логирование ошибок

Ошибки в PHP FPM можно логировать с помощью параметра log_level. Для этого нужно указать желаемый уровень логирования в конфигурации FPM.

error_log – файл, в который записываются ошибки. Обычно это /var/log/php-fpm.log, но путь можно указать в конфигурации.
log_level – уровень логирования. Он может быть:

info – стандартные сообщения о работе.
notice – сообщения о важных событиях.
warning – предупреждения о потенциальных проблемах.
error – только ошибки, которые могут нарушить выполнение скриптов.
critical – критические ошибки.

Для включения логирования ошибок в конфигурации PHP FPM нужно задать параметры:

error_log = /var/log/php-fpm.log
log_level = error

После этого все ошибки, соответствующие уровню error или выше, будут записываться в указанный файл.

Логирование замедленных запросов

Чтобы отслеживать замедленные запросы, используйте параметр request_slowlog_timeout, который задает максимальное время выполнения запроса для того, чтобы его логировать как «замедленный». Для настройки:

request_slowlog_timeout – минимальное время (в секундах), через которое запрос будет считаться замедленным и записываться в лог.
slowlog – путь к файлу, в который будут записываться замедленные запросы.

Пример конфигурации для логирования замедленных запросов:

request_slowlog_timeout = 2s
slowlog = /var/log/php-fpm-slow.log

В этом примере все запросы, выполняющиеся дольше 2 секунд, будут записываться в файл /var/log/php-fpm-slow.log. Это позволяет быстро выявить проблемные скрипты, влияющие на производительность.

Настройка логирования на уровне пула

Для каждого пула в PHP FPM можно настроить отдельное логирование. Это полезно, если на сервере работает несколько приложений или сайтов с разными требованиями к логированию. Пример конфигурации для пула:

[pool_name]
error_log = /var/log/php-fpm-pool_name.log
request_slowlog_timeout = 3s
slowlog = /var/log/php-fpm-pool_name-slow.log

Такая настройка позволяет отслеживать ошибки и замедленные запросы для каждого пула отдельно, что упрощает диагностику проблем.

Ротация логов

Для предотвращения переполнения диска важно настроить ротацию логов. Используйте инструмент logrotate, чтобы автоматически архивировать и удалять старые логи. Пример конфигурации для logrotate:

/var/log/php-fpm.log {
weekly
rotate 4
compress
delaycompress
missingok
notifempty
}

Эта конфигурация архивирует логи раз в неделю, сохраняет 4 предыдущих архива и сжимает старые файлы.

error_log = syslog
syslog.facility = local0

Таким образом, все ошибки и замедленные запросы будут записываться в системный журнал, что позволяет централизованно мониторить состояние приложения.

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

Как перезапускать и управлять PHP FPM через systemd

Для управления PHP FPM через systemd используются стандартные команды systemctl. Это позволяет легко перезапускать, останавливать и проверять статус службы, а также конфигурировать автоматический запуск при старте системы.

Перезапуск PHP FPM
Для перезапуска PHP FPM, что бывает полезно после изменений в конфигурации или обновлений, выполните команду:

sudo systemctl restart php7.4-fpm

Где php7.4-fpm – это имя службы PHP FPM. Если используется другая версия PHP, замените её соответствующим образом (например, php8.0-fpm).

Остановка и запуск PHP FPM
Чтобы остановить или запустить службу PHP FPM, используйте команды:

sudo systemctl stop php7.4-fpm

sudo systemctl start php7.4-fpm

Это полезно, если нужно временно приостановить работу PHP FPM, например, перед выполнением обслуживания или обновлений.

Проверка статуса службы
Для проверки статуса службы PHP FPM выполните команду:

sudo systemctl status php7.4-fpm

Команда выведет текущее состояние службы, включая информацию о том, работает ли она, а также последние логи и возможные ошибки.

Автозапуск PHP FPM
Если вы хотите настроить автоматический запуск PHP FPM при старте системы, используйте команду:

sudo systemctl enable php7.4-fpm

Для отключения автозапуска выполните:

sudo systemctl disable php7.4-fpm

Перезагрузка службы
В случае, если вы изменили конфигурационные файлы PHP FPM, например, /etc/php/7.4/fpm/php.ini, и хотите применить изменения без полного перезапуска службы, используйте:

sudo systemctl reload php7.4-fpm

Это позволяет перезагрузить службу, не прерывая её работу, и применить изменения конфигурации.

Просмотр журналов PHP FPM
Для просмотра логов PHP FPM, что поможет в диагностике проблем, используйте:

sudo journalctl -u php7.4-fpm

Вопрос-ответ:

Что такое PHP FPM и для чего он используется?

PHP FPM (FastCGI Process Manager) — это менеджер процессов для PHP, который используется для улучшения производительности при обработке PHP-запросов. Он управляет пулом рабочих процессов PHP, что позволяет обрабатывать запросы быстрее и более эффективно, чем стандартный CGI или mod_php. FPM также позволяет настроить различные параметры, такие как количество рабочих процессов и лимиты на память, что дает больше гибкости в конфигурации веб-сервера.

Как PHP FPM помогает ускорить работу сайта?

PHP FPM ускоряет работу сайта, уменьшая время отклика при обработке запросов. Он делает это за счет использования пула процессов, что позволяет избежать перезапуска интерпретатора PHP для каждого запроса. Это экономит ресурсы сервера и значительно ускоряет обработку запросов. Кроме того, FPM позволяет конфигурировать количество рабочих процессов, что помогает эффективно распределять нагрузку и предотвращать перегрузку сервера.

В чем разница между PHP FPM и обычным CGI?

Основное отличие между PHP FPM и обычным CGI заключается в том, как обрабатываются запросы. CGI запускает новый процесс PHP для каждого запроса, что может привести к большому количеству перезапусков и расходу системных ресурсов. В отличие от этого, PHP FPM использует пул процессов, что позволяет повторно использовать уже запущенные процессы, экономя время и ресурсы. Это делает PHP FPM более производительным и подходящим для высоконагруженных серверов.

Как настроить PHP FPM на сервере?

Настройка PHP FPM начинается с установки соответствующей версии PHP и FPM. После этого в конфигурационном файле PHP FPM (обычно это файл php-fpm.conf или pool.d/www.conf) можно настроить параметры, такие как количество рабочих процессов, лимиты по памяти и времени выполнения скриптов. Также важно настроить веб-сервер (например, Nginx или Apache) для работы с PHP FPM, указав правильный сокет или порт для передачи запросов. После настройки следует перезапустить сервис PHP FPM и веб-сервер для применения изменений.

Какие преимущества дает использование PHP FPM в сравнении с другими методами работы PHP?

PHP FPM предоставляет несколько преимуществ. Во-первых, он повышает производительность за счет использования пула процессов, что позволяет избежать перезапуска PHP при каждом запросе. Во-вторых, FPM дает гибкость в настройке, позволяя легко изменять количество процессов и другие параметры в зависимости от нагрузки на сервер. Также FPM поддерживает управление процессами на уровне пользователя, что повышает безопасность и позволяет изолировать разные сайты или приложения. Это делает PHP FPM отличным выбором для высоконагруженных сайтов и приложений.

Что такое PHP FPM и для чего он используется?

PHP FPM (FastCGI Process Manager) — это менеджер процессов для PHP, предназначенный для улучшения производительности веб-серверов. Он позволяет запускать PHP-скрипты быстрее, управлять большим количеством запросов и оптимизировать работу с ресурсами. FPM управляет пулами рабочих процессов, что позволяет более эффективно распределять нагрузку и уменьшать время отклика. Этот инструмент часто используется с такими веб-серверами, как Nginx или Apache, чтобы ускорить обработку PHP-страниц, повысив общую стабильность сайта.