Сколько CPU и RAM нужно для VPS: таблица по задачам

Стартовые конфигурации

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

Что означает число виртуальных ядер

vCPU показывает доступные потоки обработки, но не модель и поколение физического процессора. Два ядра на современном CPU могут быть быстрее четырёх на старом. Для сайтов важна производительность одного ядра и отсутствие жёсткого ограничения времени CPU; для параллельных задач — число ядер.

Если нагрузка CPU постоянно выше 70–80% и время ответа растёт, сначала найдите тяжёлый процесс или запрос. Добавление ядер помогает только тогда, когда приложение умеет использовать их параллельно.

RAM: оставляйте запас системе

Память используют приложение, база данных, кэш и сама ОС. После запуска рабочей нагрузки желательно иметь 20–30% свободной RAM. Активный swap и завершение процессов из-за нехватки памяти — явные признаки, что тариф стал мал.

• 1 ГБ — только для очень лёгких сервисов без тяжёлой панели;
• 2 ГБ — комфортный минимум для небольшого сайта или бота;
• 4–8 ГБ — приложения с базой данных и несколько сервисов;
• от 8 ГБ — нагруженные БД, 1С, сборки и специализированные задачи.

Как сложить потребление нескольких компонентов

Если на одном VPS работают приложение, база, кэш и панель, их требования складываются. Добавьте память операционной системы и резерв на пики. Например, среднее потребление в 1,5 ГБ не делает тариф на 2 ГБ безопасным: во время обновления, резервной копии или обработки очереди сервер может выйти за предел.

Не рассчитывайте оперативную память только по сумме заявленных лимитов контейнеров: общие библиотеки и кэш могут учитываться иначе, а некоторые процессы не достигают максимума одновременно. Решение принимают по графикам рабочей нагрузки.

Диск и сеть тоже могут быть узким местом

Если CPU свободен, а запросы медленные, проверьте задержку диска и базу данных. Для множества мелких операций NVMe обычно важнее дополнительных гигабайт объёма. Для VPN, файлов и медиа проверьте скорость порта и месячный трафик.

У диска следите за свободным местом, временем ожидания и очередью операций. Большой объём не гарантирует низкую задержку. Если база регулярно ждёт ввод-вывод, дополнительные ядра не ускорят её. Для выбора технологии хранения прочитайте сравнение NVMe и SSD для VPS.

Какие метрики собирать

• среднюю и пиковую загрузку CPU, очередь процессов и throttling;
• использованную RAM, доступную память, swap и события OOM;
• свободный диск, задержку и очередь операций ввода-вывода;
• время ответа приложения и процент ошибок;
• число соединений базы, медленные запросы и длину очереди;
• сетевой трафик, потери пакетов и текущую скорость.

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

Вертикальное и горизонтальное масштабирование

Вертикальный апгрейд добавляет CPU и RAM одному VPS и проще для небольшого приложения. Горизонтальное масштабирование распределяет нагрузку между несколькими экземплярами, но требует балансировки, общей базы, управляемых сессий и более сложного мониторинга. Не переходите к нескольким серверам только потому, что это выглядит надёжнее: неправильная архитектура создаст новые точки отказа.

Перед покупкой уточните, можно ли увеличить RAM и CPU без смены диска и IP, сколько длится перезапуск и можно ли позже уменьшить тариф. Диск часто легко увеличить, но невозможно уменьшить без миграции. Эти ограничения влияют на выбор стартовой конфигурации.

Ошибки при расчёте ресурсов

Не переносите требования с одной технологии на другую без замеров: приложение после обновления, перехода на контейнеры или смены базы может потреблять иначе. Не суммируйте только средние значения и не игнорируйте резервные копии, обновления и фоновые задачи. Наконец, не считайте увеличение тарифа единственным решением — неправильный запрос или утечка памяти быстро займут и новый объём.

Когда увеличивать тариф

1. Соберите метрики CPU, RAM, swap, диска и времени ответа хотя бы за неделю.
2. Найдите ресурс, который исчерпывается именно в момент проблемы.
3. Устраните очевидную ошибку или тяжёлый запрос.
4. Увеличьте только ограничивающий ресурс и снова измерьте результат.

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

Что важнее: больше ядер или выше частота?

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

Поможет ли swap при нехватке RAM?

Он может дать время пережить короткий пик, но работает значительно медленнее памяти. Постоянная активность swap означает, что нужно оптимизировать потребление или увеличить RAM.

Какой запас ресурсов оставлять?

Обычно разумно иметь 20–30% свободной памяти и не держать CPU постоянно у предела. Точный запас зависит от пиков, скорости апгрейда и допустимого простоя.

Сначала определите общий сценарий: полное руководство по выбору VPS.