Как выбрать VPS для первого проекта

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

В этой статье пройдём от задачи до конкретной конфигурации: определим ресурсы, проверим доступ из интернета и посчитаем расходы. Затем можно перейти к созданию сервера в Timeweb Cloud и повторить нашу последовательность настройки до работающего HTTPS-приложения.

Когда нужен VPS, а когда достаточно хостинга

Начните с требований проекта. Если это WordPress, небольшой корпоративный сайт или PHP-приложение без особых системных зависимостей, сначала проверьте виртуальный хостинг. В таком варианте провайдер уже обслуживает серверное окружение, а вам остаётся заниматься сайтом.

VPS имеет смысл, если нужно запускать Docker Compose, настраивать собственный Nginx, держать постоянно работающий бот или выбирать версии системных пакетов. Ещё один повод — необходимость управлять процессами и сетевыми настройками, недоступными на обычном хостинге. При этом приложение на Node.js или Python не обязательно требует именно VPS: сравните его с платформой приложений, если самостоятельное администрирование вам не нужно.

Не переходите на VPS только из-за обещания большей скорости. Медленный SQL-запрос или тяжёлая страница останутся медленными и после переезда. Сначала выясните, что именно задерживает загрузку.

Составьте короткое описание проекта

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

Например: «Небольшое Python API в Docker, Nginx, PostgreSQL на том же сервере, пользовательские загрузки до 10 ГБ, одна резервная копия у провайдера и отдельная копия базы». Из этого уже видно, что диск нужен не только под исходный код, а памяти должно хватать одновременно приложению и базе.

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

Сколько CPU и памяти заложить на старте

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

Задача	Что оценить сначала	Разумная отправная точка для проверки
Статические страницы, учебный Nginx	Размер файлов и трафик	1 vCPU, 1–2 ГБ RAM
Небольшой бот или API без локальной базы	Число процессов, библиотеки, фоновые задачи	1–2 vCPU, 2 ГБ RAM
Приложение и SQL-база на одном VPS	Память базы, соединения, рабочие процессы	2 vCPU, 4 ГБ RAM
Несколько контейнеров, сборка на сервере	Суммарная память и пик во время сборки	От 2 vCPU и 4 ГБ RAM с последующим замером

Для Java-приложения, обработки изображений, поискового движка или аналитической базы эта таблица может не подойти. Сначала посмотрите требования конкретного ПО. Не делите память поровну между контейнерами: операционная система, файловый кеш и служебные процессы тоже используют RAM.

Процессор нужен для выполнения работы, память — для одновременного размещения данных и процессов. Дополнительные ядра помогут только там, где программа умеет выполнять задачи параллельно. Если один процесс занимает одно ядро, переход с двух на восемь vCPU сам по себе не ускорит его в четыре раза.

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

Как выбрать линейку процессоров

Для первого сайта или API начните с универсальной линейки. Более высокая частота CPU, выделенные ядра и большой объём памяти нужны под конкретную нагрузку, а не потому, что название тарифа звучит убедительнее.

High CPU стоит рассматривать, когда замеры показывают упор в вычисления. Выделенные ядра полезны, когда нужна более предсказуемая процессорная производительность. Линейки с большим объёмом памяти подходят для задач, у которых основное ограничение — данные в RAM. Сравнивайте также модель процессора, тип диска и условия использования ресурсов: одинаковое число vCPU не означает одинаковую скорость.

В Hostfera Select можно указать характер нагрузки и минимальные ресурсы. Если бюджет ниже стоимости подходящей конфигурации, инструмент покажет нехватку бюджета, а не уменьшит требования приложения ради дешёвого результата.

Сколько места оставить на диске

На VPS место занимают ОС, пакеты, Docker-образы, база, пользовательские файлы и журналы. Во время обновления могут одновременно храниться предыдущая и новая версии приложения. Архивы резервных копий, если вы оставляете их локально, тоже входят в расход диска.

Сложите текущие объёмы и добавьте резерв под рост и обслуживание. Например, 10 ГБ загрузок и 3 ГБ базы не означают, что достаточно диска на 15 ГБ: ещё нужны система, образы, временные файлы и запас для обновлений. Для небольшого приложения с локальной базой удобно рассмотреть 40–50 ГБ, а затем проверить фактическое использование.

Подробный расчёт есть в статье сколько места на диске нужно сайту. Если основную часть занимают видео или большие архивы, отдельно сравните объектное хранилище: увеличение системного диска не всегда лучший способ хранить медиа.

Регион, адрес и доступ из интернета

Выбирайте регион ближе к основной аудитории и связанным сервисам. Проверяйте задержку до площадки, а не только название города. Если база находится отдельно, важна также связь между ней и приложением.

Для обычного первого сайта проще использовать публичный IPv4. Одного IPv6 недостаточно для клиентов без IPv6, а сервер без публичного адреса требует отдельного способа входящего доступа. При настройке домена A-запись должна указывать на адрес вашего сервера; подробности — в инструкции по привязке домена.

Запущенный контейнер ещё не означает, что сайт доступен посетителям. Приложение должно слушать нужный интерфейс, Nginx — передавать запросы, а сетевые правила — разрешать HTTP и HTTPS. В нашем уроке Docker контейнер принимает запросы через локальный порт, а наружу отвечает Nginx по HTTPS. Порт базы данных для этого открывать не требуется.

Считайте всю конфигурацию

Для примера возьмём небольшое приложение с локальной базой: 2 vCPU, 4 ГБ RAM, 50 ГБ NVMe, Москва, публичный IPv4 и одна хранимая резервная копия. В нашем расчёте получается 4 140 ₽ в месяц: 3 640 ₽ за сервер, 200 ₽ за IPv4 и 300 ₽ за копию диска.

Это пример состава расходов на 27 октября 2026 года. Для своего проекта рассчитайте конфигурацию в Select: стоимость и доступные варианты обновляются из каталога Timeweb Cloud. Объяснение всех составляющих счёта — в статье сколько стоит VPS в месяц.

Что проверить после запуска

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

На Linux начальную картину дают free -h, df -h и top. Для контейнеров пригодится docker stats --no-stream. Эти команды показывают состояние в момент проверки; одного спокойного снимка недостаточно, чтобы оценить вечерний пик или запуск резервного копирования.

Если ресурсы свободны, а ответ медленный, изучите логи и работу базы. Если память постоянно заканчивается или процессор занят полезной работой под реальной нагрузкой, увеличивайте соответствующий ресурс. Меняйте по одному существенному параметру, чтобы понимать результат.

План первого запуска

До размещения рабочих данных пройдите последовательность: создать VPS, подключиться по SSH, создать пользователя с sudo, настроить UFW, установить Nginx, подключить HTTPS и проверить восстановление из копии.

Если сомневаетесь между двумя близкими тарифами, выбирайте тот, который покрывает текущие требования и оставляет понятный запас. Возможность увеличить ресурсы, рабочие копии и ясный порядок восстановления важнее покупки самого мощного сервера «на будущее».

Запуск своего приложения

Для практического старта используйте инструкции: Node.js на VPS или FastAPI с Uvicorn. В обеих есть проверенный пример, systemd и Nginx.