Підбір хмарного сервера: скільки 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 з робочим столом потребує кількох ГБ ще до запуску вашого застосунку (оцінка).
• Швидкість диска - ємність не дорівнює швидкості. Завантаженій базі важлива затримка, тому міряйте її.

Резервна копія - це не робоче сховище

Ціна кожного пресета включає одну щотижневу резервну копію. Це страхувальна копія диска сервера, а не додаткове місце для ваших файлів. Не враховуйте її під час підбору диска і не плануйте зберігати архіви, медіа чи дампи "у бекапі". Робочі дані лежать на диску сервера, тож підбирайте цей диск під дані, зростання та запас. Перед ризикованою зміною додайте знімок: див. знімки хмарних VM.

Виміряйте після розгортання

Міряйте в звичайну завантажену годину та ще раз під час піка. У Debian або Ubuntu iostat постачається в пакеті sysstat. Щоб заміряти RAM протягом цілого тижня й отримати потрібний розмір, скористайтеся скриптом ramuse.py зі статті як виміряти RAM, яку ви справді використовуєте, під час дефіциту DRAM 2026.

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. Тривалий load вище за кількість vCPU означає нестачу CPU. Значення st - це час CPU, відібраний хостом.
• free - дивіться на стовпець available, а не free.
• vmstat - ненульові si і so означають swap.
• iostat - високий %util і зростання await означають, що вузьке місце - диск.

Для цілого застосунку, а не одного навантаження, скористайтеся розібраним прикладом у статті Як підібрати хмарний сервер для SaaS: бюджет пам'яті на контейнер, навантажувальний тест k6 і аркуш для друку.

Оберіть і перевірте

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