Как развернуть VDS/VPS-сервер: пошаговая инструкция по созданию и настройке

Виртуальный сервер нужен не только для сайта на CMS. В 2026 году у задачи появился более понятный бытовой сценарий: человек с помощью ИИ написал Telegram-бота, какое-то веб-приложение, личную панель управления, автоматизацию в n8n или небольшого агента для рабочих задач — и теперь хочет, чтобы всё это работало не на домашнем компьютере, а круглосуточно в интернете.

Домашний ПК удобен для первого эксперимента. Но если бот должен отвечать ночью, n8n — проверять заявки по расписанию, а агент — искать новости, собирать аналитику и готовить черновики дайджестов, домашний компьютер быстро становится слабым местом. Его нужно держать включённым, не ломать во время экспериментов, следить за интернетом, роутером, портами и личными файлами.

В этой инструкции развернём VDS/VPS-сервер с Ubuntu: создадим виртуальный сервер у провайдера Selectel, подключимся по SSH, обновим систему, заведём отдельного администратора, настроим межсетевой экран UFW, установим Nginx и откроем тестовую страницу. После этого на сервер можно переносить Telegram-бота на aiogram, небольшой веб-сервис, n8n, личный API или управляющего ИИ-агента.

Важное уточнение про ИИ: дешёвый VDS на 1–2 ГБ подходит для управляющего агента, который обращается к внешнему API или к отдельному серверу с моделью. Обучать собственную модель или запускать локальную языковую модель (LLM) через Ollama на таком сервере будет медленно и непрактично. А для крупных моделей нужен сервер с GPU, большим объёмом ОЗУ и видеопамяти. VDS — хороший стартовый полигон для кода, автоматизаций и управления задачами, а не замена полноценного GPU-сервера.

Коротко

• VDS/VPS-сервер — это отдельная виртуальная машина у провайдера. Она работает в дата-центре, имеет публичный IP-адрес и доступна из интернета круглосуточно.
• Для первого Telegram-бота, простого API, тестового n8n или мини-сервиса часто достаточно младших конфигураций. Для нескольких сервисов, базы данных и очередей нужен запас по ОЗУ и объёму накопителя.
• Дешёвый VDS не заменяет GPU-сервер для локальных нейросетей. На нём можно держать агента, который вызывает API, но не обучать и не запускать крупную модель локально.
• Отдельный сервер полезен как изолированный полигон: можно экспериментировать, не смешивая тестовый код с личным компьютером и рабочими файлами. Это не значит, что публичный VDS сам по себе защищённее от атак. Его, наоборот, постоянно сканируют из интернета, поэтому нужны SSH-ключи, обновления и UFW.
• Сервисы провайдера Selectel удобны для первого запуска: у VDS есть фиксированные конфигурации, понятная панель, локальный диск, один публичный IPv4-адрес и почасовая тарификация.
• После покупки работа только начинается. Провайдер отвечает за инфраструктуру, а владелец сервера — за Ubuntu, доступы, приложения, резервные копии и обновления.

Что такое VDS и VPS простыми словами

VPS расшифровывается как Virtual Private Server (виртуальный частный сервер), VDS — как Virtual Dedicated Server (виртуальный выделенный сервер). В русскоязычном хостинге эти сокращения обычно используют как близкие названия виртуального сервера: отдельной виртуальной машины, которая работает на физическом сервере провайдера.

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

Для практического выбора важны не сами буквы VPS или VDS, а параметры:

• сколько выделено vCPU, то есть виртуальных процессорных ядер;
• сколько доступно ОЗУ;
• какой объём и тип диска используется;
• есть ли публичный IP-адрес;
• можно ли увеличить конфигурацию;
• где расположен дата-центр;
• что входит в стоимость;
• кто отвечает за резервные копии и безопасность операционной системы.

У Selectel этот продукт называется «VDS-серверы». Это виртуальная машина с локальным диском и одним публичным IP-адресом на базе облачной платформы Selectel. VDS создаётся только с фиксированной конфигурацией: нельзя отдельно выбрать произвольное число ядер, ОЗУ и размер диска. Если нужна более гибкая инфраструктура, сетевые диски (на Selectel для этого придётся использовать API и поресурсную тарификацию), приватные сети или несколько IP-адресов, лучше смотреть в сторону облачных серверов.

Какие живые задачи можно вынести на VDS

Абстрактное «сайт, блог, приложение» плохо помогает с выбором. Гораздо полезнее смотреть на конкретные сценарии.

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

Почему не оставить всё на домашнем компьютере

На домашнем или рабочем ПК можно создать виртуальную машину, поставить Linux и потренироваться. Это хороший способ понять команды, проверить Nginx, попробовать Python-бота или первый скрипт автоматизации.

Но домашняя виртуальная машина не становится полноценным публичным VDS. Чтобы к ней подключались пользователи и внешние сервисы, придётся разбираться с публичным IP-адресом, настройками роутера, переадресацией портов, правилами провайдера, электричеством, шумом и круглосуточной работой компьютера.

Большинство провайдеров используют динамический NAT, предоставляя публичный IP-адрес в качестве отдельной услуги

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

Важно не перепутать: публичный VDS не «безопаснее» в смысле внешних атак. Любой сервер с белым IP-адресом постоянно видят автоматические сканеры. Поэтому нужны SSH-ключи, обновления, UFW (Uncomplicated Firewall), продуманные пароли и резервные копии. Безопаснее он именно как отдельная среда для экспериментов: если вы ошиблись в коде, настройках или зависимостях, основной компьютер остаётся в стороне.

Что подготовить до создания VDS

Перед арендой виртуального сервера полезно ответить на несколько вопросов. Правильный выбор на старте экономит переносы и переделки.

1. Что будет работать на сервере. И здесь не нужно представлять себе «приложение» в общем виде. Лучше конкретнее: Telegram-бот на aiogram, n8n с пятью сценариями, личный калькулятор, API для мобильного приложения, управляющий ИИ-агент, тестовая страница.
2. Нужна ли база данных. Бот без базы и бот с PostgreSQL — разные нагрузки. Если есть база, закладывайте больше ОЗУ и место под резервные копии.
3. Нужен ли домен. Для проверки хватит публичного IP-адреса. Для рабочего сервиса удобнее домен: по нему проще открывать страницу, принимать запросы от внешних сервисов и выпускать HTTPS-сертификаты.
4. Какая операционная система нужна. Для первой настройки удобно выбрать актуальную LTS-версию Ubuntu. У неё длительный срок поддержки и много документации.
5. Как вы будете подключаться. Рекомендуемый вариант — SSH-ключ. Он состоит из публичной части для сервера и приватной части, которая остаётся только на вашем компьютере.
6. Где будут храниться резервные копии. Копия на том же диске не спасёт при удалении сервера или поломке данных.
7. Кто будет администрировать систему. VDS даёт контроль, но вместе с ним передаёт владельцу ответственность за обновления, доступы и приложения.

Как выбрать конфигурацию VDS Selectel

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

По состоянию на июнь 2026 года Selectel предлагает семь фиксированных конфигураций VDS от 200 рублей в месяц. Цена указана за готовый набор ресурсов, а списание происходит каждый час использования.

Для знакомства с Linux достаточно младшей конфигурации. Для Telegram-бота, который вызывает внешние API и не держит тяжёлую базу, разумнее начинать с 1–2 ГБ ОЗУ. Для n8n, базы данных, нескольких процессов и фоновых задач лучше смотреть на 2–4 ГБ. Если проект уже приносит деньги, работает с очередями, хранит данные и обслуживает несколько сценариев, выбор нужно делать по фактической нагрузке.

Отдельно про Ollama и локальные модели. Сам управляющий агент может жить на VDS: он принимает задачи, запускает расписание, хранит состояние и обращается к модели через API. Но сама локальная модель требует памяти и часто GPU. Ollama ориентируется на доступную память и видеопамять, а увеличение контекста повышает расход памяти. Поэтому обучение модели, запуск 7B, 14B, 30B или 70B на дешёвом VDS без мощного графического ускорителя — неверное ожидание. Для этого нужен GPU-сервер или рабочая станция.

У VDS Selectel можно перейти на более крупную конфигурацию, но уменьшить её нельзя: локальный диск привязан к выбранному набору ресурсов. Если позже понадобится меньший сервер, придётся создать новый VDS и перенести данные.

Шаг 1. Создать VDS у Selectel

Зачем это нужно: на этом шаге вы получаете отдельную виртуальную машину с публичным IP-адресом. Именно к ней потом будет подключаться ваш бот, сайт, автоматизация или тестовый сервис.

Для примера используем VDS Selectel. В панели управления продукт называется «VDS серверы».

Порядок действий:

1. Зарегистрируйтесь в панели управления и пополните баланс.
2. В верхнем меню откройте «Продукты» → «VDS серверы».
3. Нажмите кнопку создания сервера.
4. Укажите имя сервера. Лучше выбирать понятное имя: bot-01, n8n-01, agent-test-01.
5. Выберите регион. VDS доступны в Москве и Санкт-Петербурге. Для большинства российских проектов разумно выбирать локацию ближе к основной аудитории.
6. Выберите актуальный LTS-образ Ubuntu.
7. Выберите фиксированную конфигурацию из таблицы выше.
8. Добавьте публичный SSH-ключ. Это не просто формальность: ключ снижает зависимость от пароля и упрощает безопасное подключение. Как это сделать — читайте в инструкции.
9. Создайте сервер и дождитесь, пока он перейдёт в рабочее состояние.

После создания сохраните публичный IP-адрес, имя пользователя и пароль из панели. Даже если вы планируете входить по ключу, эти данные могут понадобиться для первичной проверки или доступа через консоль.

Подробные действия в интерфейсе и актуальные параметры подключения собраны в документации по настройке VDS.

Шаг 2. Подключиться к VDS по SSH

Зачем это нужно: SSH открывает командную строку удалённого сервера. Все дальнейшие действия — обновления, пользователи, UFW, Nginx — выполняются уже на VDS, а не на вашем компьютере.

На Windows 10 и 11 можно использовать PowerShell, командную строку или удобный инструмент Putty. В Linux и macOS команда выполняется в терминале.

ssh <username>@<ip_address>

Замените:

• — на имя пользователя из панели Selectel;
• — на публичный IP-адрес VDS.

Пример:

ssh root@203.0.113.10

При первом подключении система попросит подтвердить новый узел. Проверьте, что IP-адрес совпадает с адресом сервера в панели, затем подтвердите подключение. Если SSH-ключ не добавлялся, введите пароль.

После успешного входа вы увидите приглашение командной строки удалённого сервера. С этого момента важно помнить: команды выполняются на VDS.

Шаг 3. Обновить Ubuntu

Зачем это нужно: готовый образ операционной системы мог быть создан раньше, чем вышли последние исправления. Обновление закрывает известные проблемы и приводит пакеты в актуальное состояние.

sudo apt update
sudo apt upgrade -y

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

sudo reboot

SSH-соединение закроется. Подождите одну-две минуты и подключитесь к серверу снова той же командой.

Шаг 4. Создать отдельного администратора и настроить SSH-ключ

Зачем это нужно: постоянная работа под root повышает цену ошибки. Отдельный пользователь с правами sudo удобнее для повседневной настройки и снижает риск случайно изменить лишнее.

Создадим пользователя deploy:

sudo adduser deploy
sudo usermod -aG sudo deploy

Имя deploy можно заменить на другое. Команда adduser попросит задать пароль и необязательные сведения о пользователе.

Если вы подключились к серверу по SSH-ключу, скопируйте разрешённый ключ новому пользователю:

sudo install -d -m 700 -o deploy -g deploy /home/deploy/.ssh
sudo cp ~/.ssh/authorized_keys /home/deploy/.ssh/authorized_keys
sudo chown deploy:deploy /home/deploy/.ssh/authorized_keys
sudo chmod 600 /home/deploy/.ssh/authorized_keys

Откройте второе окно терминала и проверьте вход:

ssh deploy@<ip_address>

Только после успешной проверки можно запрещать вход по паролю и прямой вход root. Создайте отдельный файл настроек SSH:

sudo nano /etc/ssh/sshd_config.d/00-local-hardening.conf

Добавьте две строки:

PermitRootLogin no
PasswordAuthentication no

Проверьте настройки и перезапустите службу SSH:

sudo sshd -t
sudo systemctl restart ssh.service

Шаг 5. Настроить межсетевой экран UFW

Зачем это нужно: публичный сервер виден из интернета. UFW помогает оставить открытыми только те входящие подключения, которые действительно нужны.

Сначала разрешите SSH и обычный веб-трафик:

sudo ufw allow 22/tcp
sudo ufw allow 80/tcp
sudo ufw enable
sudo ufw status verbose

Порт 22 нужен для SSH, порт 80 — для HTTP. Когда будете включать HTTPS, отдельно разрешите порт 443:

sudo ufw allow 443/tcp

Если вы изменили стандартный порт SSH, укажите в правиле фактический номер. Не включайте UFW до того, как разрешили SSH, иначе можно потерять удалённый доступ.

Базовая защита Selectel от DDoS-атак на уровнях L3-L4 полезна против потоков вредоносного трафика, но не заменяет правила доступа внутри Ubuntu. Это разные уровни защиты: провайдер фильтрует часть сетевого мусора на своей стороне, а UFW ограничивает вход на вашем сервере.

Шаг 6. Установить Nginx и проверить VDS

Зачем это нужно: Nginx позволяет произвести простой и понятный тест. Если стандартная страница открылась по IP-адресу, значит сервер доступен из интернета, порт 80 открыт, а служба работает.

Установите Nginx:

sudo apt install nginx -y

Проверьте состояние службы:

sudo systemctl status nginx --no-pager

В строке состояния должно быть указано active (running). Теперь откройте в браузере:

http://<ip_address>

Если появилась стандартная страница Nginx, базовое развёртывание VDS завершено успешно.

Шаг 7. Разместить тестовую страницу

Зачем это нужно: стандартная страница Nginx подтверждает работу сервера, но собственный файл лучше показывает, что вы действительно управляете содержимым.

Откройте главную страницу в текстовом редакторе:

sudo nano /var/www/html/index.html

Удалите существующее содержимое и вставьте простой пример:

<!doctype html>
<html lang="ru">
<head>
  <meta charset="utf-8">
  <meta name="viewport" content="width=device-width, initial-scale=1">
  <title>VDS работает</title>
</head>
<body>
  <h1>VDS работает</h1>
  <p>Сервер доступен из интернета, а Nginx отдаёт тестовую страницу.</p>
</body>
</html>

Сохраните файл и снова откройте hhttp:// в браузере. Теперь должна отображаться ваша тестовая страница.

Шаг 8. Привязать домен и включить HTTPS

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

В панели регистратора домена создайте DNS-запись типа A, которая указывает на IP-адрес VDS.

Обычно нужны две записи:

Обновление DNS может занять время. Проверить, на какой адрес указывает домен, можно на своём компьютере:

nslookup example.ru

Замените example.ru на свой домен. Когда команда начнёт возвращать IP-адрес VDS, домен можно использовать в настройке Nginx.

Для одного сайта создайте отдельный каталог и файл конфигурации. Во всех командах ниже замените example.ru на свой домен.

sudo mkdir -p /var/www/example.ru
sudo cp /var/www/html/index.html /var/www/example.ru/index.html
sudo nano /etc/nginx/sites-available/example.ru

Добавьте конфигурацию:

server {
    listen 80;
    listen [::]:80;
    server_name example.ru www.example.ru;
    root /var/www/example.ru;
    index index.html;
}

Активируйте сайт, проверьте синтаксис и перезагрузите Nginx:

sudo ln -s /etc/nginx/sites-available/example.ru /etc/nginx/sites-enabled/example.ru
sudo nginx -t
sudo systemctl reload nginx

После этого откройте домен в браузере. Для рабочего сервиса следующим шагом должен стать сертификат HTTPS. Выпускайте его только после того, как домен указывает на сервер и страница открывается по HTTP. Команды установки Certbot могут меняться вместе с поддерживаемыми версиями Ubuntu, поэтому используйте актуальную официальную инструкцию для связки Nginx и вашей версии системы.

Что дальше переносить на сервер

После базовой настройки сервер готов к простым рабочим задачам. На этом этапе не нужно сразу строить сложную инфраструктуру. Лучше перенести один сервис, убедиться, что он переживает перезагрузку, пишет журналы событий и восстанавливается из резервной копии.

Примеры следующих шагов:

• для Telegram-бота — поставить Python, создать виртуальное окружение, загрузить код из репозитория, добавить переменные окружения и запустить службу через systemd;
• для n8n — выбрать способ установки, подключить домен, настроить HTTPS, вынести данные в понятное место и проверить резервное копирование;
• для мини-калькулятора — поднять серверную часть, прокинуть запросы через Nginx, проверить форму и журналы ошибок;
• для управляющего ИИ-агента — хранить ключи API в переменных окружения, ограничить права, настроить расписание и отдельно продумать, где работает сама модель.

Если агент должен искать новости, собирать аналитику, готовить черновики дайджестов и управлять несколькими серверами, VDS может быть его диспетчерской. Он хранит расписание, запускает задачи и обращается к внешним сервисам. Но если агент должен сам запускать локальную модель через Ollama, строить векторные представления текста, обрабатывать большие документы и отвечать без внешнего API, это уже разговор про GPU-сервер.

Что обязан делать владелец VDS

Аренда VDS снимает с владельца заботу о физическом сервере, электропитании, охлаждении и среде виртуализации. Но операционная система и данные остаются в зоне ответственности пользователя.

Selectel обеспечивает инфраструктуру, физическую безопасность и отказоустойчивость оборудования, а также сетевую защиту на своём уровне. Владелец VDS самостоятельно отвечает за:

• обновления Ubuntu и установленных программ;
• учётные записи, SSH-ключи и пароли;
• настройку UFW и открытых портов;
• безопасность бота, сайта, приложения и базы данных;
• резервное копирование и проверку восстановления;
• контроль свободного места на диске;
• журналы событий и мониторинг;
• хранение токенов, ключей API и других чувствительных данных;
• соблюдение требований к данным, которые размещаются на сервере.

Это важное отличие VDS от обычного виртуального хостинга. VDS даёт больше свободы, но требует базового администрирования.

Резервные копии и мониторинг

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

Минимальная рабочая схема:

• хранить код проекта в системе контроля версий;
• регулярно выгружать базу данных;
• копировать важные файлы вне VDS, например в объектное хранилище S3;
• держать несколько точек восстановления;
• периодически проверять, что копия действительно разворачивается;
• отдельно сохранять файл с описанием переменных окружения, но без открытых секретов.

Копия на том же VDS не является полноценной резервной копией. Она исчезнет вместе с сервером или диском.

В панели управления полезно следить за загрузкой процессора, ОЗУ, активностью диска и сети. Свободное место внутри файловой системы нужно контролировать средствами Ubuntu. Если память постоянно заканчивается, диск заполнен или процессор долго работает под высокой нагрузкой, серверу может понадобиться более крупная конфигурация или оптимизация приложения.

Когда VDS уже мало

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

Стоит смотреть в сторону облачного сервера, если нужны:

• произвольное соотношение vCPU, ОЗУ и диска;
• сетевые диски и отдельное управление хранилищем;
• несколько публичных IP-адресов;
• приватные сети и группы безопасности;
• балансировщик нагрузки;
• автоматизация через API или Terraform;
• несколько серверов для разных частей приложения.

Для серьёзных ИИ-задач граница проходит ещё заметнее. Если нужно обучать собственную модель, запускать локальную LLM без внешнего API, держать большие контексты, обрабатывать документы и обслуживать нескольких пользователей, нужен не дешёвый VDS, а оборудование с GPU, достаточным объёмом ОЗУ, быстрым SSD, нормальным питанием и охлаждением.

На старте аренда у провайдера часто разумнее покупки: взяли VDS, проверили идею, поняли нагрузку, выключили или удалили, если проект не пошёл. Когда сервис начинает зарабатывать и расчёт показывает, что на длинной дистанции владеть оборудованием выгоднее аренды, появляется другой путь: купить собственную рабочую станцию или GPU-сервер.

DigitalRazor как поставщик рабочих станций и GPU-серверов закрывает именно этот этап — когда эксперимент вырос в постоянную нагрузку. А если собственный сервер нужно держать не дома и не в офисе, то его можно разместить в дата-центре по модели колокации, в том числе у провайдера Selectel.

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

Частые ошибки при развёртывании VDS

Выбрать сервер без понимания задачи

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

Ждать от VDS локальную нейросеть

Управляющий агент и локальная модель — разные части системы. Агент может жить на VDS и обращаться к API. Модель, особенно через Ollama, требует много видеопамяти и мощный GPU. На сервере с 1–2 ГБ ОЗУ не нужно планировать обучение модели или локальный запуск LLM.

Оставить вход только по паролю

Пароль можно подобрать, повторно использовать или случайно передать. SSH-ключ уменьшает этот риск, если приватная часть хранится только на доверенном компьютере.

Включить UFW до разрешения SSH

Если сначала включить межсетевой экран, а потом вспомнить о порте SSH, удалённое соединение может быть заблокировано. Сначала разрешайте доступ, затем включайте UFW.

Работать только под root

Одна ошибочная команда под root способна изменить или удалить важные системные файлы. Отдельный администратор с sudo делает повседневную работу спокойнее.

Хранить резервную копию на том же диске

Такая копия помогает только при случайном удалении отдельного файла. При потере сервера, диска или доступа она исчезает вместе с исходными данными.

Считать, что провайдер администрирует Ubuntu

Провайдер поддерживает инфраструктуру, но не знает, какие программы вы установили и какие правила доступа нужны проекту. Обновления, приложения, пользователи и данные остаются задачей владельца VDS.

FAQ

Заключение

Развернуть VDS не так сложно, если идти по порядку: понять задачу, выбрать конфигурацию, создать сервер, подключиться по SSH, обновить Ubuntu, настроить отдельного администратора, открыть только нужные порты и проверить работу Nginx. После этого у проекта появляется публичная среда, которая не зависит от домашнего компьютера.

Главное — не воспринимать VDS как готовый сервис сразу после оплаты. Провайдер отвечает за физическую инфраструктуру, а владелец сервера — за операционную систему, доступы, приложения и резервные копии. Для Telegram-бота, n8n, мини-сервиса или управляющего ИИ-агента это хороший старт. Для локальных моделей и обучения нейросетей понадобится уже другой класс оборудования, и к нему лучше переходить тогда, когда задача и экономика стали понятны.