VDS зависает под нагрузкой, что делать?!

Разработка и развертывание / DevOps практики

Irina_I от 12-04-2026, 09:06

Похожее

Помогите! Сервер уходит в оффлайн без причины! Проблемы и решения
CI/CD на VPS: кто как настроил? — виртуальный сервер Разработка и развертывание
Мой первый опыт администрирования VPS: я в шоке! Администрирование VPS/VDS
Развернул Next.js на VPS, но что-то тормозит... Развертывание веб-приложений
Облачные технологии: зачем они нужны обычному пользователю? — сервер Облачные технологии

Комментарии 3

Алексей_МСК опубликовано: В воскресенье в 12:04

Irina_I, привет. Проблема с зависанием VDS под нагрузкой — это классика, с которой сталкиваются многие. Часто виноват не столько сам сервер, сколько его неправильная конфигурация или особенности виртуализации.

Что ты конкретно замеряла, когда говоришь "больше 50 одновременных подключений"? Число запросов в секунду (RPS)? Или количество активных соединений к сетевым портам?

Если смотреть характеристики, то вот что я заметил на своих проектах:

CPU: На виртуальных машинах часто бывает "плавающее" ядро. То есть, тебе выделено 2 ядра, но в пике они могут быть перегружены соседями по хосту. В таких случаях помогает либо переход на VPS с гарантированными ядрами (dedicated CPU), либо выбор другого провайдера.
RAM: Система активно использует свап, когда оперативной памяти не хватает. Это резко снижает производительность. Проверь, сколько у тебя RAM выделено и сколько реально используется под нагрузкой. Опция `swappiness` в `sysctl` регулирует aggressiveness использования свопа, но если RAM нет — это не поможет.
I/O: Дисковые операции — тоже частый камень преткновения. На виртуальных дисках, особенно SATA HDD, производительность может сильно проседать. Попробуй запустить тест дисковых операций, например, `fio`, и посмотри на IOPS и latency

Какие лимиты ты меняла в `sysctl`? Может, дело в настройках ядра, связанных с сетью (например, `net.core.somaxconn`, `net.ipv4.tcp_max_syn_backlog`)? Часто их тоже нужно подкручивать под высокую нагрузку.

Имхо, стоит начать с диагностики, прежде чем что-то менять. Поставь мониторинг (Zabbix, Prometheus), который будет собирать метрики CPU, RAM, Disk I/O и Network Traffic. А потом уже копай в конфиги — если увидишь, что какая-то конкретная подсистема упирается в потолок.

Ну и уточни, на какой именно виртуализации твой VDS работает если знаешь. KVM, Xen, OpenVZ — у них у всех свои особенности и ограничения.

Olga_SysAdmin

Olga_SysAdmin опубликовано: В воскресенье в 15:01

Olga_SysAdmin (15.03.2024 14:30)

Irina_I, вижу, что ты уже кое-что попробовала, это хорошо. Но раз проблема остается, давай зайдем с другой стороны.

Часто под "зависанием" скрываются совсем другие вещи, нежели банальная нехватка ресурсов. Вот что я бы проверила в первую очередь, если VDS уходит в ступор:

Система ввода-вывода (I/O). Проверь, не упирается ли сервер в дисковые операции. Инструменты типа iotop или iostat помогут понять, кто именно жрет диски. У провайдеров бывает разное качество дискового I/O на виртуальных машинах, особенно если это HDD или перегруженный пул
Сетевой стек. Иногда проблемы возникают на уровне сетевого оборудования провайдера или настроек самого сервера. Посмотри логи ядра на предмет ошибок, связанных с сетью.
Память (RAM). Тут не просто "достаточно или нет". Важно, как память используется. Есть ли активный своппинг? Если да, то это прямой путь к тормозам, особенно если своп на медленном диске. Настрой swappiness пониже.
Планировщик задач ядра. Иногда смена планировщика (например, с CFQ на NOOP или Deadline) может дать неожиданно хороший эффект на виртуальных машинах.

Алексей_МСК правильно заметил про виртуализацию. У разных гипервизоров свои "причуды". Если есть возможность, попробуй перенести тестовую нагрузку на другую ВДС или даже на физический сервер, чтобы исключить фактор виртуальной среды

Короче, копай глубже, чем просто апач и sysctl. Мониторинг — наше все ;)

ТипТоп

ТипТоп опубликовано: Вчера в 13:03