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

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

На WordPress обычно смотрят не только на CPU. Полезнее связка: загрузка процессора, память, I/O диска, число PHP-процессов и задержка ответа веб-сервера. Если растёт только CPU — ищите тяжёлые запросы, cron, ботов. Если упирается I/O — часто виноваты логи, бэкапы, медленный диск или кэш, который не спасает от записи.

Сами пики малоинформативны. Смотрите на паттерн: краткий всплеск после публикации — норма, длинная полка нагрузки — уже проблема. Отдельно проверяйте, совпадает ли рост с логами ошибок PHP и 5xx в веб-сервере. Так проще понять, это код темы/плагина, база или внешний трафик.

Минимальный набор метрик для дашборда:
— средняя и p95 задержка ответа;
— load average и saturation по CPU;
— занятость RAM и swap;
— read/write IOPS;
— количество 502/504 и ошибок PHP. 🔧

Если мониторинг есть, но алерты сыпятся постоянно, значит пороги выставлены неправильно. Делайте два уровня: предупреждение при росте тренда и критический алерт при удержании нагрузки, а не на одном случайном пике. Тогда админ не живёт в тревоге, а реально видит деградацию.

Лучший мониторинг нагрузки — тот, который помогает связать симптом с причиной за 2-3 минуты, а не просто рисует красивую линию.