Как выбрать тариф VPS: RAM, CPU, NVMe и реальные стеки

Выбор тарифа ломается в двух местах. Новичок берёт самый большой «чтобы хватило» и платит за простой. Эконом берёт 1 ГБ под интернет-магазин и живёт в swap. Оба потом винят хостинг.

Ниже — как считать ресурсы под конкретный стек, а не под рекламную таблицу. Конфигурации Tenku смотрите на странице тарифов, логика выбора от железа не зависит.

Сначала задача, потом ядра

Запишите на бумаге четыре строки:

Что крутится: сайт, API, бот, VPN, база, очередь, всё сразу.
Сколько одновременных людей в пике, не «в среднем за месяц».
Есть ли тяжёлые штуки: ресайз картинок, 1С-web, Elasticsearch, сборка фронта на сервере.
Где люди: Россия, Европа, оба. Локация важнее лишнего ядра — см. Россия или Европа.

Если не можете ответить, берите не максимальный план, а средний под самый тяжёлый компонент. Для большинства это база и PHP, не CPU.

RAM важнее ядер почти всегда

Linux, Nginx, PHP-FPM и MySQL должны помещаться в память с запасом 30–40%. Когда RAM кончается, начинается swap на диск. NVMe спасает от полного клина, но страница всё равно «думает». Пользователь это называет «хостинг тормозит».

Грубая карта, от которой мы отталкиваемся в тикетах:

1 ГБ. Статика, лёгкий API, маленький бот, VPN на несколько человек, тестовый стенд. WordPress с десятком плагинов уже риск.
2 ГБ. Один нормальный сайт на WP/Laravel с Redis-кэшем, небольшой магазин, CRM для небольшой команды, бот плюс вебхук.
4 ГБ. Магазин с нормальной админкой, несколько сайтов, Bitrix в разумных пределах, своя MySQL не на минимум, очередь Horizon.
6–8 ГБ и выше. Несколько тяжёлых сервисов, своя БД с запасом, сборки, конвертация медиа, 1С-web. Сначала измерьте RSS, не гадайте.

WordPress с «просто Elementor и SEO-плагином» легко держит 400–700 МБ только на PHP-воркерах под 10–15 php-fpm. Плюс MariaDB 300–600 МБ. Плюс система. На гигабайте вы уже в минусе.

Если сомневаетесь между 2 и 4 ГБ — берите 4, если это деньги проекта, не эксперимент. Докупленные ядра при удушенной памяти не лечат TTFB. Как понять, что именно душит сервер — в разборе тормозов.

CPU: когда ядра правда нужны

Ядра нужны, когда есть параллельная работа, а не когда «в тарифе написано 6».

Берите больше CPU, если:

одновременно много php-fpm / воркеров очереди;
идёт конвертация видео или массовый ресайз;
CI собирает проект на этом же VPS;
Node/Go держит много соединений;
вы сознательно не ставите кэш и каждый запрос идёт в PHP и БД.

Не берите больше CPU, если:

сайт упирается в диск или RAM — сначала это;
95% времени htop показывает простой;
узкое место — внешнее API или медленная админка WordPress из-за плагинов, а не нехватки ядер.

Два ядра с 4 ГБ обычно спокойнее четырёх ядер с 2 ГБ. В Tenku в карточке тарифа ядра и частота видны сразу: читайте RAM и диск в той же строке, не только «6 × 2600 MHz».

Диск: NVMe, объём и почему «безлимит» вреден

На VPS Tenku диск NVMe. Это не маркетинг «SSD внутри». Случайные операции — база, сессии, логи, apt, сборка — живут на NVMe заметно лучше, чем на HDD и часто лучше дешёвого SATA SSD.

Объём считайте так:

Код сайта: обычно копейки, десятки–сотни мегабайт.
Медиа: фото магазина — главное. 5 000 товаров с оригиналами легко дают десятки гигабайт.
База: с запасом ×3 к текущему дампу. InnoDB любит свободное место.
Логи Nginx и PHP: без ротации съедят диск за месяц. Настройте logrotate в первый день.
Бэкапы на тот же диск — ловушка. Копия рядом с оригиналом не спасает диск. Куда выносить — в стратегии бэкапов.

Не гонитесь за сотнями гигабайт «на всякий случай», если медиа живут в S3 или CDN. Пустой диск вы не почувствуете, счёт — да.

Если df -h показывает 90%+ — это инцидент, не «подумаем на следующей неделе». Забитый inode (df -i) лечится так же срочно: миллион сессий PHP в /tmp кладёт сайт при «свободных» гигабайтах.

Сеть и локация — часть тарифа, хотя в строке этого нет

Пинг 70 мс к origin убивает админку сильнее, чем минус одно ядро. Сервер для российской аудитории держите в РФ. Европейский SaaS — в ЕС. Смешанная аудитория: origin ближе к большей доле живых людей, статика — на CDN.

Проверить после заказа: пинг с телефона, curl -o /dev/null -s -w '%{time_connect} %{time_starttransfer}\n' https://ваш-домен. Если connect большой — маршрут. Если starttransfer большой при маленьком connect — приложение. Не меняйте тариф, пока не отделили сеть от PHP.

Стек в сборе: что брать под задачу

WordPress, визитка, блог

2 ГБ, если плагинов мало и есть кэш (Nginx fastcgi_cache или плагин объектного кэша + Redis). 4 ГБ, если WooCommerce, много плагинов, Elementor, вход в админку по вечерам «как в патоке».

Не ставьте все плагины «на всякий случай». На VPS они жрут RAM так же, как на shared, только виноват уже вы.

Рабочая установка с нуля: WordPress на VPS.

Laravel / Symfony / Bitrix

2 ГБ только для маленького API без очередей. 4 ГБ — нормальная точка входа. Horizon, scheduler, Echo, тяжёлые отчёты Bitrix — смотрите фактический RSS после недели боя, не в день деплоя.

Отдельный Redis обязателен. Держать кэш «в файлах на NVMe» можно, но вы зря купили нормальный диск.

Боты и воркеры

1–2 ГБ, если бот не держит Chromium и не качает гигабайты. Если внутри Playwright/Puppeteer — сразу 4 ГБ и честный swapoff после проверки, что влезаете.

Не ставьте бота на тот же php-fpm, что и витрину, без лимитов. Один зависший парсер съест CPU витрины. Разведите процессы, даже на одном VPS.

База данных

Если база на этом же сервере, что и сайт — заложите RAM базе, не только PHP. innodb_buffer_pool на 128 МБ при базе 4 ГБ — сознательная медленность. Либо растите тариф, либо выносите БД позже. На старте один VPS проще двух.

VPN и служебное

1 ГБ достаточно для WireGuard на команду. Не кладите VPN на единственный прод-сервер без файрвола: один кривой форвард — и вы светите админку в интернет. База безопасности: гайд по защите VPS.

Как не промахнуться в кабинете Tenku

В кабинете локация выбирается первой: тарифы привязаны к площадке. Потом конфигурация. Имя и ОС — следующий шаг.

Практический алгоритм:

Выберите город ближе к людям.
Возьмите RAM по таблице выше.
Диск — с запасом под медиа и логи, без фантазий про терабайты.
Ядра — по числу воркеров, не по красоте карточки.
После запуска неделю смотрите htop и free -h в час пик. Если used RAM стабильно >85% — растите память, не CPU.

Имя сервера в биллинге лучше осмысленное: shop-nsk-01, не vps123. Через год вы скажете себе спасибо.

Что делать, если тариф уже куплен и тесно

Не переустанавливайте сервер в панике. Снимите цифры: RAM, CPU steal, диск, медленные запросы. Потом либо чистите (кэш, плагины, логи), либо пишите в тикет Tenku путь апгрейда. Часто помогает вынести бэкапы и медиа, а не удваивать ядра.

Если тесно уже на этапе «ничего не поставили, а 1 ГБ кончился» — вы взяли план не под Linux, а под прайс. Смените конфигурацию, это дешевле недели простоя.

Частые ошибки при выборе

Смотреть только цену в месяц, игнорируя, что 2 ГБ сэкономят часы возни.
Брать Европу «потому что звучит серьёзнее», хотя клиенты в Красноярске.
Класть прод, staging, бэкапы и торрент-качалку на один диск.
Сравнивать VPS с shared «там WordPress в один клик». На VPS клик заменяется часом, зато дальше вы не упираетесь в панель.
Игнорировать NVMe и сравнивать только гигабайты с HDD-виртуалками 2014 года.

Если после этой страницы всё ещё вилка «2 или 4» — напишите в тикет стек и пик онлайна. Подскажем план без апсейла «на всякий пожарный». Когда цифра понятна — выбирайте тариф и собирайте сервер.