Мониторинг нагрузки на WordPress: какие 5 метрик ловят проблему до падения сайта

Мониторинг нагрузки на WordPress: какие 5 метрик ловят проблему до падения сайта

Если смотреть только на CPU, можно пропустить реальную причину тормозов. Для WordPress важны не «общие цифры», а связка: загрузка CPU, память, I/O диска, число PHP-процессов и время ответа веб-сервера.

Что проверять в первую очередь:
— CPU: резкий рост при одинаковом трафике часто указывает на тяжёлые запросы, кривой плагин или бесконечные фоновые задачи.
— Память и swap: если начинается свопинг, сайт ещё открыт, но уже работает на грани.
— I/O wait: медленный диск убивает WordPress не хуже перегруженного процессора.
— PHP-FPM: очередь из процессов означает, что запросы ждут свободный воркер.
— 5xx и TTFB: это уже не «наблюдение», а прямой сигнал, что узкое место найдено.

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

Минимальный набор для мониторинга: uptime, CPU, RAM, disk I/O, load average, статус PHP-FPM, количество 5xx и медленные запросы. Этого хватает, чтобы понять, сервер упирается в код, базу или железо.

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