Выбор тарифа VPS — это не покупка самых больших цифр, которые вы можете себе позволить, а подбор CPU, RAM и NVMe под реальные задачи вашей нагрузки, чтобы вы платили за используемую мощность, а не за характеристики, которые вам не нужны.
Три характеристики, которые решают всё
По сути, любой тариф VPS — это набор из трёх ресурсов плюс сеть. Разберитесь, за что отвечает каждый из них, и вы сможете подобрать конфигурацию сервера меньше чем за минуту.
vCPU
Сколько задач выполняется параллельно и с какой скоростью. Определяет пропускную способность запросов, компиляцию, транскодирование и любые процессы, зависящие от CPU.
RAM
Оперативная память. Здесь работают базы данных, кэши и среды выполнения приложений. Если её не хватает, система уходит в своп на диск или ядро начинает убивать процессы.
NVMe-накопитель
Объём плюс скорость. NVMe обеспечивает значительно более высокий IOPS, чем SATA SSD или классический жёсткий диск, что критично для баз данных и нагруженных файловых систем.
Пропускная способность канала
Сколько данных вы можете передать. Безлимитные каналы избавляют от необходимости постоянно следить за счётчиком трафика.
vCPU: ядра против частоты и почему важно совместное использование
vCPU — это поток на физическом ядре, выделяемый вашей виртуальной машине по расписанию. Два тарифа могут одинаково указывать «4 vCPU», но вести себя совершенно по-разному в зависимости от процессора хост-сервера и числа соседей, делящих его с вами.
- Задачи, зависящие от CPU (кодирование видео, сборка проектов, пакетная обработка), масштабируются с ростом числа ядер и тактовой частоты — добавляйте ядра.
- Задачи, зависящие от ввода-вывода (типичные веб-приложения, ожидающие ответа от базы данных или сети), редко загружают CPU полностью — не переплачивайте за лишние ядра.
- Постоянная нагрузка в 100% требует выделенных или не разделяемых ядер; пиковая, скачкообразная нагрузка нормально работает и на общих ядрах.
- Увеличение числа ядер не ускоряет однопоточный процесс — это помогает только тогда, когда ваша нагрузка выполняется параллельно.
Практическое правило: если график загрузки CPU редко превышает 60% в пиковые часы, ядер у вас достаточно. Лучше вложить эти деньги в RAM или более быстрый диск.
RAM: характеристика, которую чаще всего недооценивают
RAM — это ресурс, нехватка которого бьёт больнее всего. Нагрузка на CPU просто замедляет работу; нехватка памяти запускает своп и OOM-killer, который может «положить» базу данных прямо во время выполнения запроса.
Базы данных любят RAM, потому что кэшируют часто используемые данные в памяти вместо обращения к диску. Если рабочий набор данных помещается в RAM, запросы остаются быстрыми; если он не помещается и уходит на диск, задержки резко возрастают.
Всегда оставляйте запас. Если рассчитывать RAM точно под пиковую нагрузку, первый же всплеск трафика или утечка памяти отправят вас в своп. Старайтесь работать на уровне 60-70% от установленной памяти.
NVMe: объём — это лёгкая половина задачи
У хранилища есть два измерения — сколько данных вы храните и насколько быстро их читаете и записываете. NVMe безоговорочно выигрывает по второму параметру, обеспечивая на порядок больший IOPS по сравнению с SATA SSD.
- Базам данных, очередям сообщений и почтовым серверам нужен высокий IOPS — NVMe убирает диск из числа узких мест.
- Приложения с интенсивной записью логов или большим объёмом операций записи выигрывают от низкой задержки записи NVMe.
- Для холодных архивов или резервных копий чистый объём важнее скорости — тариф хранилища обходится дешевле в пересчёте на GB.
- Рассчитывайте объём с учётом данных, ОС, свопа, логов и запаса на рост; заполнение диска до 100% приводит к сбоям записи.
Если вам в первую очередь нужен большой объём для резервных копий или медиафайлов, а не быстрый случайный доступ, отдельный тариф хранилища даёт нужную ёмкость без необходимости платить цену NVMe за весь объём.
Повторяемый способ подобрать любой тариф
- 1
Определите нагрузку
Запишите точно, что будет работать: веб-приложение, база данных, контейнеры, игровой сервер, VPN. У каждого из них свой профиль потребления ресурсов.
- 2
Найдите узкое место
Определите, зависит ли задача в первую очередь от CPU, памяти или ввода-вывода. Именно этот ресурс задаёт тариф; остальным достаточно просто соответствовать ему.
- 3
Рассчитайте узкое место с запасом
Оцените пиковую нагрузку, а затем добавьте примерно 30-40%, чтобы всплески и рост не вынудили вас к экстренной миграции.
- 4
Сбалансируйте остальное
Подберите остальные характеристики так, чтобы ничто другое не стало новым узким местом — ядра без RAM или RAM без NVMe одинаково приводят к лишним тратам.
- 5
Начните с меньшего и масштабируйтесь по данным
Разверните сервер, понаблюдайте за реальными метриками в течение недели, а затем измените конфигурацию. Реальные измерения всегда точнее догадок.
Локация и сеть — тоже часть характеристик
Даже идеально подобранный сервер в неудачной локации будет казаться медленным. Задержка для ваших пользователей определяется физическим расстоянием, поэтому выбирайте дата-центр ближе к своей аудитории — либо, если приоритет — приватность, дата-центр в благоприятной юрисдикции.
На ChainVPS каждый тариф включает безлимитный трафик и защиту от DDoS по умолчанию, в 15 локациях, включая шесть приватных регионов — Нидерланды, Швейцария, Румыния, Исландия, Молдова и Люксембург. Если вам нужен offshore VPS с оплатой с предоплаченного крипто-баланса, именно сочетание юрисдикции и регистрации без KYC — повод начать с тарифов /offshore-vps.
Частые ошибки при подборе конфигурации
Покупка ядер для I/O-приложения
Веб-приложение, ожидающее ответа от своей базы данных, не задействует 8 ядер. Больше пользы принесли бы RAM и NVMe.
Отсутствие запаса по RAM
Расчёт точно под пиковую нагрузку означает, что следующий всплеск уйдёт в своп на диск или убьёт процесс. Оставляйте запас.
Игнорирование скорости диска
Большой, но медленный диск «морит голодом» базу данных. Подбирайте IOPS под нагрузку, а не только гигабайты.
Догадки вместо измерений
Развёртывание вслепую тратит деньги в обе стороны. Метрики покажут правду уже через неделю.
Подбор типа тарифа под задачу
Как только вы определили узкое место, выбор продуктовой линейки становится очевидным.
Главный вывод: подберите тот ресурс, на который сильнее всего опирается ваша нагрузка, сбалансируйте остальные, оставьте запас — и пусть реальные метрики подскажут, когда делать первое обновление.
Сколько vCPU мне действительно нужно?
Для большинства веб-приложений и баз данных достаточно 2-4 vCPU, поскольку нагрузка зависит от ввода-вывода, а не от CPU. Больше ядер оправданно только при постоянных параллельных задачах, таких как транскодирование или компиляция. Следите за графиком загрузки CPU — если он редко превышает 60% в пике, ядер у вас достаточно.
Что важнее для базы данных — больше RAM или более быстрый CPU?
В большинстве случаев — RAM. Базы данных кэшируют часто используемый рабочий набор данных в памяти, поэтому больше RAM означает меньше медленных обращений к диску. Сочетайте эту RAM с NVMe-хранилищем — и CPU редко становится ограничением для типичной нагрузки запросов.
Действительно ли важен NVMe, или подойдёт любой SSD?
Он важен для всего, что интенсивно использует ввод-вывод — баз данных, почты, очередей, нагруженных логов, — где NVMe обеспечивает значительно больший IOPS и меньшую задержку, чем SATA SSD. Для холодных резервных копий или медиафайлов, где нужен лишь объём, вполне подойдёт более медленный и дешёвый диск.
Стоит ли брать конфигурацию с большим запасом для надёжности?
Оставляйте запас, но не переплачивайте за лишнее. Расчёт примерно на 60-70% ёмкости покрывает всплески без оплаты простаивающих ресурсов. Начните с консервативной конфигурации, понаблюдайте неделю за реальными метриками, а затем измените её — вы всегда можете пополнить баланс и масштабироваться, когда это подскажут данные.
