Баг в OPcache PHP-FPM "раздувал" воркеры до 600 МБ на сервере с 5500 сайтами

Неисправность, изначально принятая за DDoS-атаку, проявлялась в том, что каждый новый воркер PHP-FPM с первого же запроса начинал потреблять около 600 МБ оперативной памяти. Это быстро исчерпывало ресурсы сервера (125 ГБ RAM) и вызывало срабатывание OOM-killer, который последовательно останавливал базу данных MariaDB и веб-сервер nginx, приводя к недоступности сайтов.

Причина оказалась в баге OPcache, который активировался при сбросе кеша под нагрузкой. В данном случае кеш сбрасывался плагином Yoast SEO во время обновления на части из 5500 сайтов. Проблема не была связана с массовым обновлением, а скорее с поэтапным "догоняющим" обновлением, затрагивающим сотни ресурсов. Это демонстрирует, как кажущиеся незначительными операции могут вызвать каскадный сбой при определённых условиях.

Инцидент подчёркивает важность детальной диагностики при проблемах с производительностью сервера. Изначально подозрение на внешнюю атаку (DDoS) оказалось ложным, и только глубокий анализ использования ресурсов выявил внутренний конфликт в стеке технологий. Такие случаи показывают, что системным администраторам необходимо тщательно проверять взаимодействие компонентов ПО, особенно на высоконагруженных серверах.

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