PHP Modes на VPS: mod_php vs FastCGI vs PHP-FPM — Полное руководство

PHP питает более 80% всех веб-сайтов в интернете, но одно из наиболее упускаемых решений по производительности — выбор правильного режима выполнения PHP. Выберите неправильный, и вы столкнетесь с медленным временем загрузки, чрезмерным потреблением RAM и сбоями сервера при скачках трафика. Выберите правильный, и ваше приложение масштабируется без усилий, даже при высокой одновременной нагрузке.

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

Оглавление

1. Что такое режимы выполнения PHP?
2. mod_php — классический модуль Apache
3. FastCGI — отделение PHP от веб-сервера
4. PHP-FPM — современный стандарт высокой производительности
5. Сравнение рядом
6. Как установить PHP-FPM на VPS (Ubuntu/Debian)
7. PHP-FPM с Nginx
8. PHP-FPM с Apache
9. Настройка пула PHP-FPM для production
10. Какой режим PHP выбрать?
11. Заключение

Что такое режимы выполнения PHP? {#what-are-php-execution-modes}

Режим выполнения PHP определяет, как ваш веб-сервер интерпретирует и запускает PHP-скрипты. Он определяет взаимосвязь между процессом веб-сервера (Apache, Nginx, LiteSpeed) и интерпретатором PHP — в частности, совместно ли они используют один процесс, взаимодействуют через протокол или работают как полностью отдельные управляемые сервисы.

Три основных режима:

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

mod_php — классический модуль Apache {#mod_php}

Что такое mod_php?

mod_php — это модуль Apache, который встраивает интерпретатор PHP непосредственно в процесс веб-сервера Apache. Это самый старый и исторически наиболее распространенный способ запуска PHP.

Как работает mod_php

Когда Apache получает запрос на файл .php, он обрабатывает выполнение внутренне — никакой внешний процесс не порождается, никакая коммуникация через сокет не происходит. PHP живет внутри самого Apache.

Характеристики производительности

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

Однако эта архитектура имеет критический недостаток: каждый рабочий процесс Apache содержит полный интерпретатор PHP в памяти, независимо от того, обслуживает ли он PHP-файл или статический ресурс, такой как изображение или CSS-файл.

Недостатки mod_php

• Высокое потребление памяти: каждый рабочий процесс Apache (даже те, которые обслуживают статические файлы) содержит полный PHP runtime в RAM.
• Отсутствие изоляции по сайтам: все виртуальные хосты совместно используют один процесс PHP и контекст пользователя, что является проблемой безопасности на многопользовательских серверах.
• Ограниченная гибкость конфигурации: вы не можете запускать разные версии PHP для разных виртуальных хостов без значительных обходных путей.
• Несовместимость с Nginx: mod_php эксклюзивен для Apache; его нельзя использовать с Nginx или LiteSpeed.
• Плохая масштабируемость под нагрузкой: при высокой одновременности исчерпание памяти становится реальным риском.

Когда использовать mod_php

• Локальные среды разработки
• Очень низконагруженные личные сайты
• Устаревшие приложения, где переконфигурация невозможна

FastCGI — отделение PHP от веб-сервера {#fastcgi}

Что такое FastCGI?

FastCGI — это протокол, который позволяет веб-серверу взаимодействовать с внешним процессом PHP, вместо того чтобы встраивать PHP в себя. Это значительное архитектурное улучшение по сравнению с mod_php.

Как работает FastCGI

Веб-сервер (Apache или Nginx) передает PHP-запросы постоянному процессу FastCGI через Unix-сокет или TCP-порт. Процесс PHP обрабатывает выполнение и возвращает результат.

Ключевое слово здесь — постоянный: в отличие от CGI (исходного протокола), процессы FastCGI остаются активными между запросами, устраняя накладные расходы на порождение нового процесса для каждого отдельного запроса.

Характеристики производительности

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

Недостатки FastCGI

• Сложность конфигурации: требует дополнительной настройки по сравнению с mod_php, включая конфигурацию сокета или порта.
• Ограниченное управление процессами: базовый FastCGI не имеет продвинутых функций управления пулом, необходимых для production сред.
• Вытеснен PHP-FPM: в большинстве современных развертываний PHP-FPM (который построен на FastCGI) предпочтителен базовым реализациям FastCGI.

Когда использовать FastCGI

• Веб-сайты с средним трафиком
• Среды, где PHP-FPM недоступен
• Переходные установки, мигрирующие от mod_php

PHP-FPM — современный стандарт высокой производительности {#php-fpm}

Что такое PHP-FPM?

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

Как работает PHP-FPM

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

Ключевые преимущества PHP-FPM

#### 1. Динамическое управление процессами

PHP-FPM поддерживает несколько стратегий управления процессами:

• static: фиксированное количество рабочих процессов (предсказуемо, хорошо для высокого трафика)
• dynamic: рабочие масштабируются между минимумом и максимумом в зависимости от спроса
• ondemand: рабочие порождаются только когда приходят запросы (экономно по памяти для низкого трафика)

#### 2. Конфигурация по пулам

Каждое приложение или виртуальный хост может иметь свой пул PHP-FPM с независимыми настройками:

• Отдельный пользователь/группа Unix (улучшенная изоляция безопасности)
• Разная версия PHP для каждого пула
• Пользовательские значения php.ini для каждого приложения
• Отдельные лимиты ресурсов

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

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

#### 4. Эффективность ресурсов

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

#### 5. Совместимость

PHP-FPM работает безупречно с Nginx, Apache (через mod_proxy_fcgi), и LiteSpeed. При сочетании с Nginx или LiteSpeed прирост производительности существенен — часто цитируется как 5–10x быстрее при одновременной нагрузке по сравнению с mod_php с Apache.

Сравнение рядом {#comparison}

Как установить PHP-FPM на VPS (Ubuntu/Debian) {#setup}

Следующие инструкции применяются к Ubuntu 22.04 LTS и Debian 11/12. Если вы запускаете свое приложение на плане VPS Hosting, у вас будет полный доступ root для выполнения этих команд.

Шаг 1: обновите вашу систему и установите PHP-FPM

Для установки PHP-FPM по умолчанию (обычно последняя поддерживаемая версия):

Для установки конкретной версии PHP (например, PHP 8.2):

Шаг 2: убедитесь, что PHP-FPM запущен

Вы должны увидеть php-fpm в выводе. Если нет, запустите и включите его:

Шаг 3: подтвердите путь сокета

PHP-FPM взаимодействует через Unix-сокет. Проверьте его расположение:

PHP-FPM с Nginx {#nginx}

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

Установите Nginx

Настройте блок сервера Nginx

Отредактируйте файл конфигурации вашего сайта:

Добавьте следующую конфигурацию:

Включите сайт и перезагрузите Nginx

PHP-FPM с Apache {#apache}

Если вы предпочитаете Apache — или если ваше приложение полагается на файлы .htaccess — вы все еще можете использовать PHP-FPM через модуль mod_proxy_fcgi Apache.

Включите требуемые модули Apache

Настройте виртуальный хост Apache

Включите сайт и перезагрузите Apache

Настройка пула PHP-FPM для production {#tuning}

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

Найдите файл конфигурации пула

Ключевые параметры для настройки

Расчет max_children

Практическая формула для динамических сред:

Чтобы найти средний размер процесса PHP:

На типичном сайте WordPress каждый рабочий PHP-FPM потребляет примерно 30–60 МБ. На VPS с 2 ГБ RAM (оставляя ~1,5 ГБ для PHP после накладных расходов ОС) вы можете безопасно запускать 25–50 рабочих.

Примените изменения

Какой режим PHP выбрать? {#which-to-choose}

Вот практическое руководство по принятию решения:

Выберите mod_php если:

• Вы запускаете локальную среду разработки
• У вас очень простой, низконагруженный сайт со статическим контентом
• Вы на устаревшем общем хостинге без других вариантов

Выберите FastCGI если:

• Вы на сайте с средним трафиком и PHP-FPM недоступен
• Вы мигрируете от mod_php и нуждаетесь в промежуточном шаге

Выберите PHP-FPM если:

• Вы запускаете любое production приложение
• Вам нужна поддержка нескольких версий PHP на одном сервере
• Вы запускаете WordPress, Laravel, Symfony, Magento или любой современный PHP фреймворк
• Вам нужна изоляция безопасности для каждого приложения
• Вы используете Nginx (PHP-FPM — единственный жизнеспособный вариант)
• Вам нужна масштабируемость при одновременном трафике

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