VPS постоянно загружен на 100% CPU

Ситуация

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

В такой ситуации важно не начинать сразу с увеличения ресурсов. Сначала нужно понять, какой процесс создаёт нагрузку и почему он запущен.

Что проверяется

• текущая нагрузка через top, htop или ps;
• какой пользователь запустил процесс;
• сколько времени процесс работает;
• есть ли активное резервное копирование, сжатие архива или импорт данных;
• состояние диска, свободное место и скорость операций ввода-вывода;
• логи веб-сервера и панели управления.

Причина

В похожих случаях нагрузку часто создаёт не сам сайт, а фоновая задача: резервное копирование, сжатие архива, импорт товаров, генерация изображений или тяжёлый cron-процесс.

Например, при максимальном уровне сжатия резервной копии процесс может долго занимать почти всё доступное CPU. Это выглядит как авария, но по факту сервер выполняет тяжёлую задачу.

Решение

1. Определить процесс, который потребляет CPU.
2. Понять, это штатная задача или подозрительная активность.
3. Если идёт резервное копирование: дождаться завершения или согласовать остановку.
4. На будущее: снизить уровень сжатия, перенести бэкап на ночное время или использовать отдельное хранилище.
5. Если процесс подозрительный: проверить доступы, cron, временные директории и логи авторизации.

Итог

После диагностики становится понятно, нужно ли увеличивать CPU/RAM или достаточно изменить настройки резервного копирования. Такой подход помогает не переплачивать за тариф, если причина была в одной фоновой задаче.

Как снизить риск повторения

После устранения причины нагрузки полезно настроить регулярный контроль фоновых задач. Важно понимать, какие процессы запускаются по расписанию, когда создаются резервные копии, какой уровень сжатия используется и хватает ли серверу ресурсов для таких операций.

• переносить тяжёлые задачи на ночное время;
• не использовать максимальное сжатие бэкапов без необходимости;
• периодически проверять cron-задачи и системные процессы;
• следить за свободным местом, I/O и нагрузкой на CPU;
• при повторяющихся пиках оптимизировать задачу, а не сразу увеличивать тариф.