Мониторинг нагрузки WordPress: какие метрики ловят проблему раньше, чем сайт ляжет

Мониторинг нагрузки WordPress: какие метрики ловят проблему раньше, чем сайт ляжет

Смотреть только на CPU — ошибка. Для WordPress важны 4 слоя: веб-сервер, PHP-FPM, БД и диск. Если растёт очередь запросов, а CPU ещё “нормальный”, узкое место часто уже в PHP-воркерах или в медленных запросах к MySQL.

Что держать на дашборде:
— RPS и время ответа
— 5xx и 4xx ошибки
— занятость PHP-FPM workers и backlog
— slow queries, connections, IOPS и disk wait

Полезно связать метрики с реальными событиями: логин в админку, публикация записи, поиск, оформление заказа. Тогда видно, какой сценарий даёт пик, а не просто “сайт тормозит где-то там”. Отдельно отмечайте кеш: если при росте трафика нагрузка выросла вместе с miss rate, проблема часто не в железе, а в обходе кеша.

Главное правило: алерты ставьте не на абсолютные числа, а на отклонение от своей нормы. Сайт с 20 запросами в секунду и сайт с 200 требуют разных порогов. Лучше один понятный график и 3 точных алерта, чем десять экранов без ответа на вопрос “что сломалось”.