Подбор облачного сервера: сколько CPU, RAM и SSD нужно?

Подбор облачного сервера: сколько CPU, RAM и SSD нужно?

Подбор облачного сервера начинается с нагрузки, а не с железа. В этом руководстве вы найдёте стартовые диапазоны vCPU, RAM и диска для типовых нагрузок, их соответствие пресетам Small, Medium и Large на странице облачных серверов DCXV и несколько команд, которыми можно проверить результат после развёртывания. Все диапазоны ниже являются оценками и отправной точкой, а не замерами. Реальные цифры определяют ваш код, трафик и данные.

Начните с нагрузки

Прежде чем открывать конфигуратор, запишите четыре факта: что работает (веб-сервер, база данных, Windows-приложение), сколько людей или запросов приходит в самый загруженный час, сколько данных у вас сегодня и как быстро они растут.

Затем найдите ресурс, которого не хватит первым. Магазин на PHP обычно упирается в RAM раньше, чем в CPU. Сервер сборки упирается в CPU. База данных сначала упирается в RAM, затем в скорость диска. Подбирайте под это узкое место, остальное подтянется.

Стартовые диапазоны по нагрузке

Пресеты: Small - 2 vCPU, 4 ГБ RAM, 40 ГБ NVMe от EUR 15.00/мес. Medium - 4 vCPU, 8 ГБ RAM, 80 ГБ NVMe от EUR 18.43/мес. Large - 8 vCPU, 16 ГБ RAM, 160 ГБ NVMe от EUR 36.88/мес. Цены проверены 2026-10, в каждый пресет входит одна резервная копия. Перед сравнением узнайте, из чего складывается цена.

Нагрузка	Стартовый диапазон (оценка)	Ближайший пресет
Разработка/тесты, VPN, мониторинг, служебные задачи	1-2 vCPU, 1-4 ГБ RAM, 20-40 ГБ диска	Small
Небольшой сайт или блог, мало трафика	2 vCPU, 2-4 ГБ RAM, 20-40 ГБ диска	Small
Интернет-магазин, API или MVP SaaS	2-4 vCPU, 4-8 ГБ RAM, 40-80 ГБ диска	Medium
Приложение со своей базой данных	4-8 vCPU, 8-16 ГБ RAM, 80-160 ГБ диска	Medium или Large
Windows/RDP-приложение для бизнеса	Сначала формула вендора. M.E.Doc терминал: CPU = 4 + пользователи, RAM = пользователи x 2 ГБ + 4 ГБ	Large до 4 пользователей, дальше индивидуально

Допущения: Linux, одно основное приложение, обычный трафик с редкими пиками, без GPU и тяжёлых пакетных задач. Почти простаивающему dev-серверу нужно меньше. Неоптимизированному набору плагинов нужно больше. Для строки Windows формула вендора важнее любой таблицы: это требование, а не оценка, и она зависит от типа развёртывания, поэтому читайте актуальную страницу вендора. Если ваши цифры лежат между пресетами или выше Large, соберите собственную конфигурацию в калькуляторе на странице облачных серверов.

Пример бюджета RAM для небольшого магазина

Вот иллюстративный бюджет для одного интернет-магазина на одном сервере. Цифры являются допущениями, а не замерами.

• Операционная система и службы - 0.5 ГБ.
• PHP-FPM - 10 воркеров x 100 МБ = 1 ГБ.
• Буфер базы данных - 2 ГБ.
• Кэш Redis - 0.5 ГБ.
• Файловый кэш и пики - 1 ГБ.

Итого около 5 ГБ. Сервер на 4 ГБ под нагрузкой уйдёт в swap. Сервер на 8 ГБ оставляет свободными около 3 ГБ, то есть примерно треть. Когда магазин заработает, замените каждую строку своими цифрами: их покажут команды ниже.

Запас, операционная система и хранилище

• CPU - целитесь в длительную нагрузку ниже примерно 70% в самый загруженный час, чтобы пик не ставил запросы в очередь.
• RAM - держите доступными 20-25%. Постоянный swap означает, что сервер мал.
• Диск - не заполняйте больше чем на 80%. Базы, логи и обновления растут быстрее планов.
• Операционная система - минимальному Linux хватает нескольких сотен МБ. Windows Server с рабочим столом требует нескольких ГБ ещё до запуска вашего приложения (оценка).
• Скорость диска - ёмкость не равна скорости. Загруженной базе важна задержка, поэтому измеряйте её.

Резервная копия - это не рабочее хранилище

Каждый пресет включает одну резервную копию. Это страховочная копия диска сервера, а не дополнительное место для ваших файлов. Не учитывайте её при подборе диска и не планируйте хранить архивы, медиа или дампы "в бэкапе". Рабочие данные лежат на диске сервера, поэтому подбирайте этот диск под данные, рост и запас. Перед рискованным изменением добавьте снапшот: см. снапшоты облачных ВМ.

Измерьте после развёртывания

Измеряйте в обычный загруженный час и ещё раз во время пика. В Debian или Ubuntu iostat поставляется в пакете sysstat.

top -b -n 1 | head -n 15
free -h
vmstat 5 5
df -h
sudo apt install sysstat
iostat -xz 5 3
ps -eo pid,comm,%mem,%cpu --sort=-%mem \
  | head -n 8
sudo du -xh --max-depth=1 /var \
  | sort -h \
  | tail -n 8

Как читать результат:

• top - сравните load average с числом vCPU. Длительная нагрузка выше числа vCPU означает нехватку CPU. Значение st - это время CPU, отобранное хостом.
• free - смотрите на столбец available, а не free.
• vmstat - ненулевые si и so означают swap.
• iostat - высокий %util и растущий await означают, что узкое место - диск.

Выберите и проверьте

Возьмите ближайший пресет из таблицы и запустите его под реальной нагрузкой. Короткий тест - честный способ проверить оценку: см. чек-лист тестирования. Чтобы спросить о коротком тестовом периоде, напишите на sales@dcxv.com; он предоставляется на усмотрение DCXV и не гарантируется. Если замеры не совпадают с таблицей, доверяйте замерам. Не уверены в своих цифрах? Отправьте требования на sales@dcxv.com, и инженер их просмотрит, или откройте страницу облачных серверов и выберите пресет.