Nginx, PHP-FPM и Symfony - Настройка производительного веб-приложения

Для начала настройте Nginx и PHP-FPM на использование Unix-сокетов вместо TCP-портов. Это снижает задержки и увеличивает скорость обработки запросов. В конфигурации Nginx укажите fastcgi_pass unix:/var/run/php/php-fpm.sock;, а в настройках PHP-FPM проверьте, что параметр listen = /var/run/php/php-fpm.sock активен.

Оптимизируйте параметры пула PHP-FPM. Установите pm = dynamic, чтобы количество процессов автоматически регулировалось в зависимости от нагрузки. Настройте pm.max_children с учетом доступной оперативной памяти: на каждый процесс PHP-FPM требуется около 40-60 МБ. Например, для сервера с 4 ГБ ОЗУ установите значение в пределах 50-70.

В Symfony включите кэширование для окружения production. Используйте php bin/console cache:warmup для предварительного создания кэша. Настройте OPcache в PHP для ускорения выполнения скриптов: установите opcache.enable=1, opcache.memory_consumption=128 и opcache.validate_timestamps=0.

Для статических файлов в Nginx добавьте директиву expires 1M; в блок location. Это позволяет браузерам кэшировать ресурсы, уменьшая нагрузку на сервер. Используйте gzip для сжатия данных: включите gzip on; и настройте уровни сжатия для текстовых файлов.

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

Конфигурация Nginx для работы с PHP-FPM и Symfony

Настройте блок server в Nginx так, чтобы он корректно обрабатывал запросы к Symfony. Укажите корневую директорию проекта в параметре root и добавьте директиву index для указания файла входа:


server {
listen 80;
server_name example.com;
root /var/www/symfony/public;
index index.php;
}

Добавьте правила для обработки PHP-файлов через PHP-FPM. Используйте директиву location с регулярным выражением, чтобы передавать запросы к PHP-скриптам в FastCGI:


location ~ .php$ {
include fastcgi_params;
fastcgi_pass unix:/var/run/php/php8.2-fpm.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_index index.php;
}

Для корректной работы маршрутизации в Symfony добавьте правило, которое перенаправляет все запросы на index.php, если файл или директория не существуют:


location / {
try_files $uri /index.php$is_args$args;
}

Убедитесь, что параметры fastcgi_params включают все необходимые заголовки и переменные. Это особенно важно для работы с сессиями и авторизацией в Symfony. Проверьте, что файл fastcgi_params содержит строки:


fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;

Оптимизируйте производительность, настроив кэширование статических файлов. Добавьте блок location для обработки изображений, CSS и JavaScript:


location ~* .(jpg|jpeg|png|gif|ico|css|js|woff|woff2)$ {
expires 30d;
add_header Cache-Control "public, no-transform";
}

Проверьте конфигурацию на ошибки с помощью команды nginx -t и перезапустите сервер для применения изменений. Убедитесь, что права доступа к файлам и директориям настроены корректно, чтобы Nginx мог читать файлы, а PHP-FPM – выполнять скрипты.

Оптимизация сервера для быстрого реагирования на запросы

Настройте кеширование на уровне Nginx для статических файлов, таких как CSS, JavaScript и изображения. Установите заголовок Cache-Control с длительным сроком действия, например, expires 1y;, чтобы уменьшить количество запросов к серверу.

Используйте сжатие Gzip для уменьшения размера передаваемых данных. В конфигурации Nginx добавьте директивы gzip on;, gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript; для включения сжатия поддерживаемых типов файлов.

Оптимизируйте настройки PHP-FPM, увеличив количество рабочих процессов. Установите параметр pm.max_children в зависимости от доступной оперативной памяти. Например, для сервера с 4 ГБ RAM можно задать значение 40-50. Увеличьте pm.start_servers и pm.min_spare_servers, чтобы сократить время ожидания новых запросов.

Настройте Nginx для работы с Unix-сокетами вместо TCP. Укажите fastcgi_pass unix:/var/run/php/php-fpm.sock; в конфигурации, чтобы уменьшить задержки, связанные с сетевыми соединениями.

Используйте OPcache для ускорения выполнения PHP-скриптов. Включите его в конфигурации PHP, установив opcache.enable=1, и увеличьте значение opcache.memory_consumption до 128 или 256 МБ, в зависимости от нагрузки.

В Symfony активируйте кеширование конфигураций и роутов. Запустите команду php bin/console cache:warmup --env=prod для предварительной генерации кеша. Это уменьшит время обработки запросов в production-режиме.

Убедитесь, что Nginx использует асинхронные вызовы для работы с файлами. Добавьте директиву aio threads; в конфигурацию, чтобы улучшить производительность при чтении статических файлов.

Настройте мониторинг и логирование для выявления узких мест. Используйте инструменты, такие как Blackfire или New Relic, чтобы анализировать производительность и вносить точечные улучшения.

Настройка проксирования запросов и кэширования статических ресурсов

Для проксирования запросов к PHP-FPM в Nginx используйте директиву fastcgi_pass. Убедитесь, что конфигурация включает параметры для обработки PHP-скриптов:


location ~ .php$ {
include fastcgi_params;
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_index index.php;
}

Для кэширования статических ресурсов, таких как CSS, JavaScript и изображения, настройте директиву location с использованием expires:


location ~* .(jpg|jpeg|png|gif|ico|css|js|woff|woff2)$ {
expires 30d;
add_header Cache-Control "public, no-transform";
}

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

Для повышения производительности включите сжатие статических файлов с помощью модуля gzip:


gzip on;
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
gzip_comp_level 6;

Добавьте настройки для проксирования запросов к Symfony, если используется несколько серверов или микросервисы:


location /api/ {
proxy_pass http://backend_server;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}

Эти настройки обеспечивают корректную передачу заголовков и улучшают взаимодействие между компонентами системы.

Использование gzip для сжатия данных

Включите сжатие gzip в Nginx для уменьшения объема передаваемых данных и ускорения загрузки страниц. Добавьте в конфигурацию Nginx следующие строки:


gzip on;
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
gzip_min_length 1000;
gzip_comp_level 5;

Параметр gzip_types определяет типы файлов, которые будут сжиматься. Убедитесь, что в список включены текстовые форматы, JSON, JavaScript и XML. Параметр gzip_min_length задает минимальный размер файла для сжатия, а gzip_comp_level регулирует уровень сжатия от 1 до 9, где 1 – минимальное сжатие, а 9 – максимальное.

Для проверки работы gzip используйте инструменты разработчика в браузере или сервисы вроде GTmetrix. Убедитесь, что заголовок ответа Content-Encoding: gzip присутствует для сжатых файлов.

Учитывайте, что сжатие gzip увеличивает нагрузку на процессор. Если сервер испытывает высокую нагрузку, уменьшите уровень сжатия или ограничьте типы сжимаемых файлов. Для статических файлов, таких как CSS и JavaScript, можно предварительно сжать их на этапе сборки проекта, чтобы снизить нагрузку на сервер.

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

Настройка PHP-FPM для повышения производительности приложений на Symfony

Увеличьте количество процессов PHP-FPM, чтобы обрабатывать больше запросов одновременно. Установите параметр pm.max_children в конфигурации PHP-FPM. Для средних нагрузок рекомендуется значение от 20 до 50, но точное число зависит от доступной оперативной памяти. Например, если на сервере 4 ГБ RAM, выделите 2 ГБ для PHP-FPM, оставив остальное для других процессов.

Оптимизируйте режим управления процессами, выбрав pm = dynamic. Это позволяет автоматически регулировать количество процессов в зависимости от нагрузки. Установите pm.start_servers на уровне 30% от pm.max_children, чтобы быстро реагировать на входящие запросы.

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

Включите кэширование OPCache для ускорения выполнения PHP-кода. Установите opcache.enable=1 и увеличьте opcache.memory_consumption до 128 МБ. Это уменьшит время загрузки скриптов и снизит нагрузку на процессор.

Используйте пул соединений для баз данных, чтобы избежать частого создания новых подключений. Настройте параметры pm.max_requests на 500–1000, чтобы перезапускать процессы после обработки определенного количества запросов. Это помогает предотвратить утечки памяти.

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

Оптимизация pool’ов PHP-FPM для уменьшения задержек

Настройте количество процессов в пуле PHP-FPM в зависимости от доступных ресурсов сервера. Для этого используйте параметры pm.max_children, pm.start_servers, pm.min_spare_servers и pm.max_spare_servers. Например, если сервер имеет 8 ГБ оперативной памяти, установите pm.max_children в диапазоне 40–60, чтобы избежать перегрузки.

Увеличьте значение pm.max_children, если приложение часто сталкивается с высокой нагрузкой. Это позволит обрабатывать больше запросов одновременно.
Настройте pm.start_servers на среднее значение между pm.min_spare_servers и pm.max_spare_servers, чтобы минимизировать время запуска новых процессов.
Используйте режим pm = ondemand для серверов с низкой нагрузкой. Это снизит потребление ресурсов, запуская процессы только при необходимости.

Оптимизируйте время жизни процессов с помощью параметра pm.max_requests. Установите значение от 500 до 1000, чтобы уменьшить утечки памяти и перезапускать процессы до того, как они начнут потреблять слишком много ресурсов.

Добавьте параметр request_terminate_timeout для ограничения времени выполнения запросов. Установите значение 30–60 секунд, чтобы предотвратить зависание процессов из-за долгих операций.

Используйте slowlog для мониторинга медленных запросов. Укажите путь к логу и установите параметр request_slowlog_timeout на 5–10 секунд. Это поможет выявить и устранить узкие места в производительности.

Проверьте настройки пула после внесения изменений. Используйте команду systemctl restart php-fpm для применения конфигурации и убедитесь, что сервер стабильно работает под нагрузкой.

Настройка параметров обработчиков для улучшенного использования ресурсов

Настройте количество процессов PHP-FPM в соответствии с доступными ресурсами сервера. Для сервера с 4 ядрами и 8 ГБ оперативной памяти установите значение pm.max_children на уровне 20–30. Это обеспечит баланс между производительностью и потреблением памяти.

Используйте режим pm = dynamic, чтобы автоматически управлять количеством процессов. Установите pm.start_servers на 5–10, pm.min_spare_servers на 3–5 и pm.max_spare_servers на 10–15. Это позволит эффективно обрабатывать нагрузки без избыточного потребления ресурсов.

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

Для Nginx настройте worker_processes на количество ядер процессора. Увеличьте worker_connections до 1024 или выше, чтобы обрабатывать больше одновременных подключений. Добавьте параметр keepalive_timeout со значением 30 секунд для уменьшения нагрузки на установление новых соединений.

Включите кэширование FastCGI, добавив директивы fastcgi_cache_path и fastcgi_cache в конфигурацию Nginx. Это снизит нагрузку на PHP-FPM за счет повторного использования результатов выполнения запросов.

Регулярно проверяйте логи ошибок PHP-FPM и Nginx, чтобы своевременно выявлять и устранять узкие места в производительности. Используйте инструменты, такие как htop и nginx_status, для мониторинга использования ресурсов.

Мониторинг производительности PHP-FPM с помощью встроенных инструментов

Для мониторинга производительности PHP-FPM используйте встроенный статус-пул. Активируйте его, добавив в конфигурацию PHP-FPM параметр pm.status_path = /status. После этого настройте Nginx для доступа к этому пути, добавив в конфигурацию сервера блок:


location /status {
allow 127.0.0.1;
deny all;
include fastcgi_params;
fastcgi_pass unix:/var/run/php/php-fpm.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}

После перезагрузки конфигураций PHP-FPM и Nginx откройте http://ваш_домен/status. Вы увидите статистику в формате HTML или JSON, в зависимости от параметра format.

Основные метрики, которые вы получите:

Метрика	Описание
pool	Имя пула процессов
process manager	Тип менеджера процессов (static, dynamic, ondemand)
start time	Время запуска PHP-FPM
accepted conn	Общее количество принятых соединений
listen queue	Текущее количество запросов в очереди
max listen queue	Максимальное количество запросов в очереди за всё время
idle processes	Количество бездействующих процессов
active processes	Количество активных процессов
total processes	Общее количество процессов

Для более детального анализа используйте параметр full, добавив ?full к URL статуса. Это покажет информацию по каждому процессу, включая использование памяти и время выполнения запросов.

Регулярно проверяйте метрики, чтобы своевременно выявлять узкие места. Например, если значение listen queue постоянно растёт, увеличьте количество процессов в пуле или пересмотрите настройки менеджера процессов.

Nginx PHP-FPM Symfony настройка производительного веб-приложения