Однажды пришлось экстренно разбирать «тормозящий» сервер клиента: жалобы на медленные страницы, а в мониторинг

Однажды пришлось экстренно разбирать «тормозящий» сервер клиента: жалобы на медленные страницы, а в мониторинге всё выглядело почти нормально. CPU не забит, память есть, диск живой. Но копнули глубже — и нашли классический набор: переполненные логи, кривой cron и PHP-FPM, который задыхался от очереди запросов.

Самое полезное в таких случаях — не лечить симптом, а быстро собрать картину целиком: I/O, load average, сеть, логи приложений и состояние БД. В инфраструктуре часто проблема не в одном узком месте, а в цепочке мелких. Именно поэтому резервные копии, мониторинг и понятные регламенты восстановления — это не «на всякий случай», а часть нормальной эксплуатации сервера. 🔧

После чистки логов, оптимизации задач и перенастройки пула сайт вернулся к обычной скорости. А у меня в очередной раз закрепилось простое правило: если сервер «почти здоров», ищи то, что тихо копит проблему в фоне.