Высокая нагрузка на CPU: быстрая диагностика

Краткий ответ: Запустите top, нажмите P и прочитайте три верхних процесса — виновник найдётся за секунды. Сравните load average с количеством ядер, чтобы оценить серьёзность, и решите: неуправляемый процесс (перезапустить), всплеск трафика (кэшировать/масштабировать) или зависшая задача (убить). Для работы с первопричиной есть подробный гайд.

Обзор

Это инцидентный чек-лист для «сервер внезапно тормозит»: идентифицировать, стабилизировать, затем расследовать. Подробный гайд по тюнингу — в категории VPS.

Что нужно иметь

• Доступ по SSH; если сервер слишком нагружен для входа — KVM Console.

Пошаговая инструкция

1. Сделайте снимок ситуации:

   uptime
   top -bn1 | head -20

   Load average выше числа vCPU-ядер означает реальную очередь (2 ядра + load 8 = насыщение).
2. Определите главных потребителей в top (P сортирует по CPU). Типичные виновники: php-fpm, mysqld, бэкап-задача, зависший скрипт.
3. Проверьте, не маскируется ли I/O wait под нагрузку CPU — высокий wa в top означает, что узкое место диск, а не процессор.
4. Стабилизируйте: перезапустите текущий сервис (sudo systemctl restart php8.3-fpm), убейте неуправляемый процесс (kill PID) или приостановите проблемную cron-задачу.
5. Если нагрузка — легитимный трафик, включите кэширование и рассмотрите апгрейд плана; стабильные 100% на всех ядрах — сигнал о размере, а не баг.

Типичные проблемы

• Малварь/криптомайнеры: неизвестные процессы на полном CPU — сверьтесь с чек-листом компрометации.
• Штормы WordPress-крона или боты: паттерн виден в access-логе — ограничьте частоту или кэшируйте.
• Бэкапы в часы пик: перенесите на самое тихое окно.

Когда обращаться в поддержку

Если CPU держится на пределе без видимого процесса-потребителя, или производительность резко упала без каких-либо изменений нагрузки с вашей стороны, — откройте тикет с выводами uptime и top -bn1 и временным окном.

Частые вопросы

Какой load average слишком велик для моего VPS?

Сравните с количеством vCPU: load, равный числу ядер, — полная утилизация, заметно выше — очередь. VPS на 4 ядра с load 4 занят, а с load 12 — насыщен.

Неизвестный процесс съедает весь CPU — что делать?

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

Похожие статьи

• Как диагностировать высокую нагрузку на CPU
• Высокое использование RAM: быстрая диагностика
• Медленный сайт: диагностика
• Как собрать логи для поддержки

Нужна помощь? Связаться с поддержкой Cloud2Y →