Nginx + PHP-FPM — оптимальна конфігурація для виробництва

Налаштування Nginx і PHP-FPM під реальне навантаження

Найпоширеніша причина помилок під навантаженням — не слабкий сервер, а кількість воркерів, виставлена при встановленні й ніколи не перерахована. Замало — відвідувачі стоять у черзі й отримують тайм-аути. Забагато — сервер вичерпує пам'ять, і система починає вбивати процеси.

Що входить

• розрахунок кількості PHP-воркерів під ваш обсяг пам'яті — з попереднім заміром, скільки реально споживає один процес на вашому сайті;
• вибір режиму керування процесами під профіль навантаження;
• тайм-аути, ліміти завантаження, розміри буферів;
• кеш байткоду PHP — часто вимкнений або з замалим обсягом;
• віддача статики, стиснення, HTTP/2, keepalive;
• за потреби — кешування сторінок на рівні веб-сервера.

Чому не можна взяти конфігурацію з інтернету

Бо значення в статтях розраховані під інший обсяг пам'яті. На важкому магазині один воркер може споживати втричі більше за типове значення — і конфігурація, що добре працює в автора статті, у вас призведе до падінь.

Що на виході

Конфігурація під ваш сервер із поясненням, чому саме такі значення, і орієнтир: на якому обсязі відвідувачів поточної конфігурації перестане вистачати. Плюс заміри до і після — щоб бачити ефект, а не вірити в нього.

Практичний чекліст із поясненнями — у статті PHP-FPM та Nginx tuning. Порядок діагностики, якщо причина невідома — чому сервер повільний. Суміжне: налаштування бази, Redis.