Свой VPS для разработчика в 2026: Selectel vs RuVDS vs Timeweb vs Yandex Cloud — реальное сравнение

Зачем разработчику свой VPS в 2026

Свой VPS — это не «потому что круто», это инструмент, без которого определённый класс задач просто не решается. За пять лет жизни на собственных серверах я выписал шесть конкретных сценариев, где VPS незаменим, и каждый из них — это причина, по которой я не уйду на серверлесс или managed-платформы.

Первое — это Telegram-боты, которые работают 24/7 без серверлесс-лимитов. Я держу на одном из VPS Universe Buryat — бота на Telethon с long polling и собственной базой пользователей. Cloud-функции AWS Lambda или Yandex Cloud Functions в теории это умеют, но как только бот должен держать постоянное WebSocket-соединение с Telegram через MTProto, или ему нужен фоновый воркер для обработки long-running задач, серверлесс ломается. У меня бот мониторит несколько каналов, отвечает на упоминания, держит таймеры — это не «холодный старт раз в час», это процесс, который не должен останавливаться.

Второе — хостинг сайта с полным контролем. На моём VPS живёт несколько проектов под Caddy с автоматическим Let's Encrypt. Никаких лимитов на трафик, никакого vendor lock-in, бэкап — это rsync на другой VPS. Я могу поставить какой угодно nginx-модуль, переписать конфиг под себя, добавить fail2ban с собственными jail'ами. На Vercel или Render такой свободы нет.

Третье — self-hosted-приложения вместо подписок SaaS. На одном VPS у меня одновременно крутятся n8n (автоматизация), Uptime Kuma (мониторинг), Vaultwarden (пароли), Outline (заметки), Plausible (аналитика без Google). По западным ценам каждый из этих сервисов стоит $5-15/мес. Пять сервисов — это $50/мес = $600/год. У меня всё это работает на VPS за 1200 ₽/мес — окупается за месяц.

Четвёртое — локальный LLM на сервере для AI-агентов. Не на ноутбуке (про это есть отдельный текст — локальный LLM на ноутбуке), а именно на VPS. Когда нужен 24/7 endpoint для нескольких ботов и агентов, ноутбук не подходит — закрыл крышку, всё упало. На VPS с 16-32 GB RAM поднимается Ollama с Llama 3.3 или Qwen 2.5, и это полностью контролируемая инфраструктура без передачи данных в OpenAI.

Пятое — личные эксперименты без vendor lock-in. Я могу мигрировать со Selectel на RuVDS за вечер: snapshot диска, rsync на новый сервер, переключение DNS. С managed-платформами так не получится — нужно переписывать инфраструктурный код, заново настраивать billing, иногда менять всю архитектуру.

Шестое — pet-services, которыми пользуются друзья и коллеги. На моём VPS живёт VK-агент (мост между ВКонтакте и моими LLM-агентами), MCP-серверы для Claude Desktop, маленький RAG для моих заметок. Это не коммерческие проекты, на которые я готов платить SaaS-подписку — это эксперименты, которые приживаются или умирают. На VPS они стоят 0 ₽ дополнительно, потому что место уже куплено.

Облачные провайдеры vs классический VPS

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

Классический VPS (или VDS — это синонимы в РФ). Вы арендуете виртуальную машину с фиксированной конфигурацией: 2 vCPU, 4 GB RAM, 60 GB SSD, 100 Mbps. Платите фиксированную сумму в месяц независимо от того, используете ли вы 5% или 90% этих ресурсов. Получаете root-доступ, SSH, public IPv4 — и дальше делаете что угодно. Это «арендованный сервер» в самом прямом смысле.

Облако (Cloud / IaaS). Вы покупаете не машину, а ресурсы — pay-as-you-go. Час vCPU стоит столько-то, час GB RAM — столько-то, GB трафика — отдельно. Можно поднять машину на час и оплатить только этот час. Есть managed-сервисы: вы не поднимаете Postgres сами, вы заказываете «Managed PostgreSQL», и провайдер сам делает бэкапы, обновления, failover. Дороже на 30-100% за тот же объём ресурсов, но избавляет от операционной нагрузки.

Когда выбирать VPS: индивидуальные разработчики, pet-projects, постоянная нагрузка 24/7, ограниченный бюджет. Когда выбирать облако: продакшн с переменной нагрузкой, требования к высокой доступности (SLA 99.9% и выше), нужны managed-сервисы (Postgres, Redis, K8s), регулируемые отрасли. На практике у меня живёт гибрид: на VPS — постоянные процессы (боты, сайты), в облаке — managed-Postgres для рабочих проектов, где не хочется самому возиться с репликацией и бэкапами.

Главные требования к VPS для разработчика 2026

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

1. Локация в РФ. Если на VPS будут обрабатываться персональные данные граждан РФ — Москва или Питер обязательны (152-ФЗ, статья 18 часть 5). Подробности — в статье про локализацию ПД. Если данных нет (например, чисто экспериментальный сервер) — можно зарубежные локации, дешевле и иногда быстрее до Telegram-серверов.

2. SSH-ключи, не пароли. Провайдер должен поддерживать вставку публичного ключа при создании сервера. Все нормальные поддерживают, но дешёвые «домашние» хостинги иногда дают только пароль root по email — это инфраструктурный фейл по умолчанию.

3. Снапшоты для отката. Снапшот — это копия состояния диска на момент времени. Я делаю снапшот перед каждым серьёзным обновлением системы или перед миграцией. Если что-то пошло не так — откат за пять минут. У хороших провайдеров снапшоты бесплатные или копеечные, у плохих — отдельный тариф.

4. Резервное копирование. Идеально — встроенное автоматическое (раз в сутки), с хранением 7-14 дней. Если провайдер этого не даёт — нужно настраивать rsync на другой VPS или S3.

5. Public IPv4 + IPv6. IPv4 обязателен для входящих соединений. IPv6 в РФ всё ещё не все провайдеры дают, но это становится стандартом — некоторые сервисы (Cloudflare, GitHub) работают через IPv6 заметно быстрее.

6. Достаточно RAM. От 1 GB для одного Telegram-бота. От 2 GB для бота + сайта + Caddy. От 4 GB для бота + сайта + n8n + Docker. От 8 GB если планируете локальный LLM (хотя бы небольшую модель). От 16-32 GB для серьёзной AI-инфраструктуры.

7. SSD-диск, желательно NVMe. HDD в 2026 — это история. NVMe SSD быстрее обычного SSD в 3-5 раз на случайных операциях, что критично для Postgres и SQLite.

8. Канал 100+ Mbps. Минимум на download/upload. Если планируется хостить сайт с большим трафиком — лучше 1 Gbps.

9. Tерпимое время поддержки. Хорошие провайдеры отвечают на тикеты за 15-60 минут. Плохие могут продержать вас 24-48 часов с упавшим сервером.

10. Свобода ОС. Минимум Ubuntu 22.04/24.04 LTS, Debian 12, AlmaLinux 9. Хорошо если есть готовые образы Docker-ready, неплохо если поддерживаются российские дистрибутивы (Astra Linux, РЕД ОС, ALT) — для проектов с госзаказом это критично.

Selectel — лидер РФ-рынка

Selectel — это, на мой взгляд, наиболее качественная инфраструктура в РФ. Я держу на ней основной production-VPS с RAG-инфраструктурой и MCP-серверами.

Цены 2026. Cloud-серверы стартуют от ~200 ₽/мес (1 vCPU, 1 GB RAM, 10 GB SSD), VDS — от ~250 ₽/мес. Рабочая конфигурация для меня (4 vCPU, 8 GB RAM, 80 GB NVMe SSD) — около 1500-2000 ₽/мес. Снапшоты бесплатные, бэкапы — отдельная услуга 30-50 ₽/мес.

Что хорошо. Качественная инфраструктура: NVMe-диски с предсказуемой скоростью, сеть до 1 Gbps без сюрпризов. Хорошее API и Terraform-провайдер — инфраструктуру можно описать как код. Доступны dedicated GPU-серверы (A100, H100) для AI-проектов. Managed Kubernetes из коробки. Серьёзная безопасность: 2FA, аудит, ISO-сертификации. Поддержка отвечает за 30-90 минут, говорит технически грамотно.

Что плохо. Не самый дешёвый — за тот же объём ресурсов RuVDS возьмёт на 30-40% меньше. UI панели управления исторически не самый дружелюбный — для новичка может быть пугающе много опций.

Кому подойдёт. Средний и крупный бизнес, AI-проекты с GPU, инфраструктура с K8s, проекты, где важна стабильность и хорошее API. Я сам выбрал Selectel как «основной» именно потому, что туда не страшно положить production-данные.

RuVDS — баланс цены и качества

RuVDS — мой выбор для всех экспериментов и pet-projects. Тут живёт бот Universe Buryat, потому что для одного бота 130-200 ₽/мес — это идеальная цена.

Цены 2026. От 130-150 ₽/мес за минимальный тариф (1 vCPU, 1 GB RAM, 15 GB SSD). Конфигурация под Telegram-бот + Caddy + cloudflared (2 vCPU, 2 GB RAM, 30 GB SSD) — около 350 ₽/мес. Доплата за бэкапы — около 50-100 ₽/мес.

Что хорошо. Цена. Простая регистрация и быстрое поднятие сервера (15 минут от регистрации до SSH). Несколько локаций: Москва, Санкт-Петербург, плюс зарубежные (для проектов без ПД). Отзывчивая поддержка — пишут на русском, понимают суть. Простая панель управления — без перегруза опциями.

Что плохо. Иногда плавающая скорость сети на дешёвых тарифах — соседи по гипервизору могут «съедать» канал. Меньше расширенных функций (нет managed K8s в полном смысле, GPU только по запросу). Документация не такая глубокая, как у Selectel.

Кому подойдёт. Индивидуальные разработчики, pet-projects, Telegram-боты, маленькие сайты, эксперименты. Если задача — «сервер должен работать за минимальные деньги», RuVDS лучший выбор.

Timeweb — для веб-разработчиков

Timeweb — провайдер, который сделал ставку на UX и marketplace готовых образов. У меня там лежит запасной VPS, где я тестирую готовые stack'и перед боевым внедрением.

Цены 2026. VDS от ~199 ₽/мес. Cloud (поминутная тарификация) — от ~250 ₽/мес. Рабочая конфигурация (4 vCPU, 8 GB RAM, 80 GB NVMe SSD) — около 1200-1500 ₽/мес.

Что хорошо. Лучший UI/UX панели управления в РФ — даже новичок разберётся без чтения мануала. Marketplace готовых образов: Docker-ready Ubuntu, Nextcloud в один клик, Mautic, n8n, WordPress, GitLab — десятки шаблонов, которые ставятся за пять минут вместо часа ручной конфигурации. Хорошая документация на русском. С 2024 года появился managed Kubernetes-кластер. Удобная связка с доменной зоной — DNS-записи редактируются на той же панели, где сервер.

Что плохо. Чуть медленнее железо у дешёвых тарифов — на 100-200 ₽/мес ощущается оверселлинг. Маркетинговая упаковка иногда мешает понять, что именно вы покупаете (VDS Standard vs VDS Premium vs Cloud — границы размыты).

Кому подойдёт. Веб-разработчики, новички, любители готовых образов, те, кто хочет «один клик и работает». Идеально для блогеров с WordPress, маленьких бизнесов с Nextcloud, экспериментов с n8n.

Yandex Cloud — корпоративный enterprise

Yandex Cloud — это уже не «VPS», это полноценное облако в духе AWS. Я его использую для коммерческих проектов, где нужны managed-сервисы и SLA.

Цены 2026. Compute Cloud — от ~5 ₽/час (~3600 ₽/мес) за маленькую машину (2 vCPU, 2 GB RAM). Serverless-функции дешёвые: первые 1 млн вызовов в месяц бесплатно. Managed PostgreSQL — от ~1500 ₽/мес. Object Storage — от 1.5 ₽/GB/мес.

Что хорошо. Огромный набор managed-сервисов: Postgres, MySQL, MongoDB, ClickHouse, Redis, Kafka, ElasticSearch — всё managed, с автобэкапами и failover. Object Storage S3-совместимый. Managed Kubernetes уровня production. ML-сервисы: YandexGPT API, SpeechKit (распознавание и синтез речи), Translate, Vision. Глубокая интеграция с Я.Метрикой и Я.Директ для маркетинговых задач. SLA 99.95% на большинство сервисов. Соответствие 152-ФЗ из коробки, российская юрисдикция, можно подписать ДПД (договор поручения обработки) — это критично для регулируемых отраслей.

Что плохо. Дороже всех. За простую виртуалку Yandex берёт в 2-3 раза больше, чем Selectel или RuVDS. Сложный billing — легко получить неожиданный счёт за трафик или операции S3 (особенно если приложение делает много мелких запросов). Сложность входа: панель Yandex Cloud сделана для DevOps-инженеров, не для индивидуальных разработчиков.

Кому подойдёт. Корпоративные проекты с SLA, AI с использованием YandexGPT и SpeechKit, регулируемые отрасли (банки, медицина, госсектор), проекты с интенсивной нагрузкой и потребностью в managed-БД. Я бы не советовал Yandex Cloud для pet-projects и индивидуальных разработчиков — это перебор и переплата.

Cloud.ru, VK Cloud — кратко

Помимо «большой четвёрки» есть ещё пара провайдеров, о которых стоит знать.

Cloud.ru (бывший SberCloud). Делает ставку на энтерпрайз и госсектор. Поддержка российских ОС (Astra Linux, РЕД ОС). Сертификации ФСТЭК и ФСБ для регулируемых отраслей. AI-сервисы на базе GigaChat. Дорого, сложно, но если проект для гос или банка — едва ли не единственный взрослый вариант с российской юрисдикцией.

VK Cloud. Похож на Yandex Cloud, но скромнее по набору managed-сервисов. Есть managed Postgres, Redis, Kubernetes. Интеграция с VK ID для авторизации в приложениях. Цены ниже Яндекса на 15-30% за сопоставимые конфигурации. Хорош, если в проекте есть VK-экосистема (бот VK, мини-приложения, реклама во ВКонтакте).

Когда выбирать каждый: Cloud.ru — гос и регулируемые отрасли, требующие сертификатов; VK Cloud — проекты с VK-экосистемой и стремление к более низкому ценнику Я.Облака; Yandex Cloud — всё остальное в enterprise-сегменте.

Сравнительная таблица 4 главных

Свёл главные параметры в одну таблицу, чтобы можно было быстро сравнить на одном экране.

Таблица не учитывает скидки за длительный период (1 год, 3 года) — у всех провайдеров они есть и могут срезать цену на 20-40%. Также не учтены акции для новых клиентов (часто бонус на первый месяц или удвоенные ресурсы на 30 дней).

Пошаговая настройка VPS с нуля за 30 минут

Купить VPS — десять процентов работы. Остальные девяносто — это первичная настройка, без которой сервер либо сразу взломают, либо вы потеряете данные при первом сбое. Привожу свой проверенный чек-лист из восьми шагов.

Шаг 1. SSH-ключи и отключение пароля. Сгенерируйте у себя на машине пару ключей (если ещё нет): ssh-keygen -t ed25519 -C "my-laptop". Публичный ключ ~/.ssh/id_ed25519.pub добавьте в панели провайдера при создании сервера (или вручную в ~/.ssh/authorized_keys через root). После проверки входа по ключу отключите пароль в /etc/ssh/sshd_config: PasswordAuthentication no, PermitRootLogin prohibit-password. Перезапустите sshd.

Шаг 2. UFW firewall. Открыть только необходимые порты: 22 (SSH), 80 (HTTP), 443 (HTTPS). Всё остальное закрыть. Если есть Telegram-бот через webhook — добавить порт для cloudflared или туннеля.

Шаг 3. fail2ban. Защита от брутфорса SSH и веб-приложений. Стандартный jail для SSH блокирует IP после 5 неудачных попыток на час.

Шаг 4. Автоматические security-обновления. Установить пакет unattended-upgrades. Раз в сутки сервер сам ставит обновления безопасности. Без этого через год накапливается десяток CVE, и сервер легко эксплуатируется.

Шаг 5. Docker + Docker Compose. Если планируете запускать несколько приложений — Docker почти обязателен. Один docker-compose.yml опишет весь ваш стек, и переезд на новый сервер занимает 10 минут.

Шаг 6. Caddy или nginx + Let's Encrypt. Я предпочитаю Caddy — он сам получает и обновляет TLS-сертификаты Let's Encrypt без дополнительной настройки. Reverse proxy на бэкенды через unix-socket или localhost-порты.

Шаг 7. Бэкап-скрипт. Минимум: rsync на другой VPS или в S3-совместимое хранилище раз в сутки через cron. Сохраняем /etc, /home, /var/lib (где Docker volumes) и базы данных (через pg_dump или mysqldump).

Шаг 8. Мониторинг. Uptime Kuma в Docker — 5 минут на установку. Мониторит HTTP-доступность ваших сервисов, шлёт уведомления в Telegram при падении.

Полный bash-скрипт первичной настройки Ubuntu 24.04:

# Запускать от root после первого захода на свежий VPS
set -e
apt update && apt upgrade -y

# 1. Создаём непривилегированного пользователя
adduser --disabled-password --gecos "" deploy
usermod -aG sudo deploy
mkdir -p /home/deploy/.ssh
cp /root/.ssh/authorized_keys /home/deploy/.ssh/
chown -R deploy:deploy /home/deploy/.ssh
chmod 700 /home/deploy/.ssh && chmod 600 /home/deploy/.ssh/authorized_keys

# 2. Отключаем пароли SSH, root-login по паролю
sed -i 's/^#?PasswordAuthentication.*/PasswordAuthentication no/' /etc/ssh/sshd_config
sed -i 's/^#?PermitRootLogin.*/PermitRootLogin prohibit-password/' /etc/ssh/sshd_config
systemctl restart ssh

# 3. UFW firewall
ufw default deny incoming
ufw default allow outgoing
ufw allow 22/tcp
ufw allow 80/tcp
ufw allow 443/tcp
ufw --force enable

# 4. fail2ban
apt install -y fail2ban
systemctl enable --now fail2ban

# 5. Автообновления безопасности
apt install -y unattended-upgrades
dpkg-reconfigure -fnoninteractive unattended-upgrades

# 6. Docker + Compose
apt install -y ca-certificates curl gnupg
install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | gpg --dearmor -o /etc/apt/keyrings/docker.gpg
echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu noble stable" > /etc/apt/sources.list.d/docker.list
apt update && apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
usermod -aG docker deploy

# 7. Caddy
apt install -y debian-keyring debian-archive-keyring apt-transport-https
curl -1sLf 'https://dl.cloudsmith.io/public/caddy/stable/gpg.key' | gpg --dearmor -o /usr/share/keyrings/caddy-stable-archive-keyring.gpg
curl -1sLf 'https://dl.cloudsmith.io/public/caddy/stable/debian.deb.txt' | tee /etc/apt/sources.list.d/caddy-stable.list
apt update && apt install -y caddy

echo "VPS готов. Заходите как deploy: ssh deploy@your-ip"

Минимальный Caddyfile для сайта + бэкенд-сервиса:

example.com {
    encode gzip zstd
    root * /var/www/example.com
    file_server
    log {
        output file /var/log/caddy/example.com.log
    }
}

api.example.com {
    encode gzip zstd
    reverse_proxy localhost:8080
    header {
        Strict-Transport-Security "max-age=31536000; includeSubDomains"
        X-Content-Type-Options "nosniff"
        Referrer-Policy "strict-origin-when-cross-origin"
    }
}

Бэкап-скрипт через rsync с cron (раз в сутки в 4 утра):

#!/bin/bash
# /usr/local/bin/backup.sh — запускать из cron от root
set -e
BACKUP_USER="backup"
BACKUP_HOST="backup.example.com"
DATE=$(date +%Y-%m-%d)

# Дамп Postgres
docker exec -t postgres pg_dumpall -U postgres | gzip > /tmp/pg-$DATE.sql.gz

# Архив /home, /etc, Docker volumes
tar czf /tmp/system-$DATE.tar.gz /etc /home /var/lib/docker/volumes

# Отправка на backup-сервер
rsync -avz /tmp/pg-$DATE.sql.gz /tmp/system-$DATE.tar.gz $BACKUP_USER@$BACKUP_HOST:/backups/

# Локальная зачистка
rm /tmp/pg-$DATE.sql.gz /tmp/system-$DATE.tar.gz
echo "Backup $DATE OK"

# В crontab: 0 4 * * * /usr/local/bin/backup.sh >> /var/log/backup.log 2>&1

Что обычно ставят на VPS — топ-15 self-hosted приложений

Когда сервер настроен, начинается самое интересное — превращение пустой Ubuntu в персональную инфраструктуру. Привожу пятнадцать приложений, которые чаще всего ставлю я или мои клиенты, с указанием цены SaaS-аналога и потребления RAM.

1. Caddy / nginx. Веб-сервер и reverse proxy. RAM: 30-50 MB. SaaS-аналог: не применимо.

2. Docker. Контейнеризация. RAM: фоновые ~50 MB, плюс контейнеры. SaaS-аналог: не применимо.

3. n8n. Автоматизация и no-code workflow. RAM: 300-500 MB. SaaS-аналог: Zapier $20-50/мес, Make $10-30/мес. Подробнее — в статье про AI-бота на n8n.

4. Uptime Kuma. Мониторинг доступности. RAM: 100-200 MB. SaaS-аналог: Pingdom $15/мес, UptimeRobot $7/мес.

5. Vaultwarden. Self-hosted Bitwarden, менеджер паролей. RAM: 50-100 MB. SaaS-аналог: Bitwarden $3/мес, 1Password $8/мес.

6. Nextcloud. Облако файлов, календарь, контакты. RAM: 500 MB - 1 GB. SaaS-аналог: Google Workspace $12/мес, Dropbox $10/мес.

7. Mautic. Self-hosted email-маркетинг и автоматизация. RAM: 500 MB - 1 GB. SaaS-аналог: Mailchimp $20-300/мес.

8. Outline / AppFlowy. Заметки и база знаний. RAM: 200-400 MB. SaaS-аналог: Notion $10/мес.

9. Plausible / Matomo. Аналитика без Google. RAM: 300-600 MB. SaaS-аналог: Google Analytics бесплатно (но с передачей данных).

10. Gitea / Forgejo. Git-сервер с веб-интерфейсом, аналог GitHub. RAM: 200-300 MB. SaaS-аналог: GitHub $4/мес/user, GitLab $19/мес/user.

11. Postgres + pgAdmin. Реляционная база данных. RAM: 100-500 MB. SaaS-аналог: managed Postgres от 1500 ₽/мес.

12. Redis. Кэш и брокер сообщений. RAM: 50-200 MB. SaaS-аналог: managed Redis от 800 ₽/мес.

13. Ollama. Локальный LLM-сервер. RAM: 4-16 GB в зависимости от модели. SaaS-аналог: OpenAI API $5-100/мес. Подробнее — в статье про локальный LLM.

14. Wireguard / OpenVPN. Личный VPN. RAM: 30-50 MB. SaaS-аналог: NordVPN $5/мес.

15. Photopea / Penpot. Графика и дизайн в браузере. RAM: 200-500 MB. SaaS-аналог: Figma $12/мес.

Подсчёт прост: даже половина списка по SaaS-ценам — это $50-100/мес = $600-1200/год. У меня всё это работает на одном VPS за 1500 ₽/мес = 18 тыс. ₽/год. Окупается за два месяца.

Стоимость владения за год — расчёт реальный

Считаю по реальным цифрам, без маркетинговых округлений.

Базовая конфигурация (4 GB RAM / 2 vCPU / 60 GB NVMe SSD). На Selectel — 1000-1500 ₽/мес. На RuVDS — 600-900 ₽/мес. На Timeweb — 800-1200 ₽/мес. На Yandex Cloud — 3000-4500 ₽/мес. Возьмём средний ценник 1200 ₽/мес = 14 400 ₽/год.

Бэкапы. Второй VPS под бэкапы (минимальный тариф 200 ₽/мес) или S3-совместимое хранилище ~300 ₽/мес за 100 GB. Итого: 200-500 ₽/мес = 2400-6000 ₽/год.

Домен. .ru — 200-300 ₽/год, .tech — 1500-2000 ₽/год, .com — 1000-1200 ₽/год.

SSL. 0 ₽ — Let's Encrypt автоматически через Caddy.

Мониторинг. 0 ₽ — Uptime Kuma самохостинг.

Итого реальная стоимость владения. 17-22 тыс. ₽/год за полный стек: VPS + бэкапы + домен + SSL + мониторинг.

Сравним с SaaS-аналогами. Только три сервиса (Notion $10 + Pingdom $15 + Bitwarden $3) — это $28/мес = $336/год = ~32 тыс. ₽/год по курсу 2026. И это без аналитики, без email-рассылок, без облака файлов, без git-сервера, без чего-либо ещё. Свой VPS окупается за 1-3 месяца, дальше — чистая экономия.

Дополнительный фактор: с VPS вы получаете полный контроль над данными. Если завтра Notion закроет аккаунт за «нарушение правил», вы потеряете базу заметок. Со своим Outline — никто ничего не закроет.

Юридические нюансы VPS в РФ

Тема, которую многие игнорируют, пока не получат запрос от Роскомнадзора.

152-ФЗ — персональные данные. Если на VPS обрабатываются ПД граждан РФ (email, телефон, ФИО, IP-адреса, поведенческие данные), сервер должен физически располагаться на территории РФ. Локация выбирается на этапе покупки. Подробнее — в статье про локализацию ПД.

187-ФЗ КИИ. Закон о критической информационной инфраструктуре. Касается банков, операторов связи, медицины, энергетики. Для них требования к инфраструктуре строже — сертификация ФСТЭК, аттестация по защите информации. Обычному разработчику это не касается, но если вы делаете проект для банка — провайдер должен иметь нужные сертификаты (Selectel, Cloud.ru, Yandex Cloud имеют, RuVDS — частично).

Лицензии ФСБ и ФСТЭК. Нужны, если проект работает с гостайной или защищённой информацией. Для индивидуальных разработчиков и обычного бизнеса — не нужны. Если нужны — провайдер тоже должен быть лицензирован.

Регистрация как оператор ПД. Если вы сами обрабатываете ПД (а вы обрабатываете, если у вас есть форма обратной связи на сайте) — нужно подать уведомление в Роскомнадзор. Это бесплатно и занимает 15 минут на портале РКН.

ДПД (договор поручения обработки). Если вы передаёте обработку ПД провайдеру VPS — нужен договор. Selectel, Yandex Cloud, Cloud.ru подписывают ДПД по запросу. RuVDS и Timeweb — нужно уточнять в поддержке.

Топ-5 ошибок при использовании своего VPS

Все пять я лично совершал на разных этапах. Делитесь моими шишками.

1. Не настроены бэкапы. Самая частая и катастрофическая ошибка. Первый раз меня это поймало в 2020 году — диск VPS-провайдера крашнулся ночью, восстановление заняло двое суток, восстановили примерно 80% данных. С тех пор у меня правило: первый день нового VPS — настройка бэкапов в обязательном порядке. Минимум — rsync на другой VPS раз в сутки. Лучше — два уровня (локальные snapshot'ы + удалённое хранилище).

2. Root-доступ с паролем по SSH. Сразу после поднятия сервера на него начинают долбиться боты с попытками подобрать пароль root. Логи fail2ban за первую неделю — 5-10 тыс. попыток с разных IP. Если у вас слабый пароль — взломают за день. Решение: SSH-ключи + отключение пароля + fail2ban + изменение порта SSH (не на 22).

3. Не обновляют OS. Через год накапливается 10-30 CVE-уязвимостей в OpenSSH, ядре, libssl. Через два — становится опасно держать сервер в публичной сети. Решение: unattended-upgrades для security-патчей автоматически, плюс раз в квартал ручной апгрейд через apt full-upgrade.

4. Перегруз 1 GB сервера. Поставили n8n + Postgres + Redis + Mautic на 1 GB RAM — через неделю OOM-killer убивает рандомный процесс, и сервис ложится. Решение: либо больше RAM (4-8 GB на старте), либо аккуратный выбор сервисов с расчётом памяти. У каждого процесса есть baseline RAM, перемножьте и заложите +50%.

5. Нет мониторинга. Узнаёте о падении сервера от клиентов или подписчиков бота через два дня. Решение: Uptime Kuma + уведомления в Telegram. Десять минут на установку, спасает репутацию каждые пару месяцев.

Частые вопросы

VPS или VDS — есть ли разница?

В РФ — нет, синонимы. VPS (Virtual Private Server) и VDS (Virtual Dedicated Server) обозначают одно и то же: виртуальную машину на гипервизоре с гарантированными ресурсами. Технически некоторые провайдеры различают: VDS = выделенные ресурсы (без оверселла), VPS = разделяемые. На практике маркетинг путает оба термина — смотрите на ТТХ, а не на название.

Сколько RAM нужно для одного Telegram-бота?

Зависит от языка и нагрузки. Python-бот на aiogram/Telethon с десятком пользователей — 200-300 MB. Тысячи пользователей с базой SQLite — 500-700 MB. С Postgres — добавьте 200-300 MB на сам Postgres. Минимальный VPS 1 GB RAM подойдёт для одного бота с парой тысяч активных пользователей. Если планируете несколько ботов — 2 GB и выше.

Что выбрать — Ubuntu, Debian или Astra Linux?

Ubuntu 22.04/24.04 LTS — стандарт для большинства задач. Богатая экосистема, обновления, поддержка пакетов. Debian 12 — стабильнее Ubuntu, чуть консервативнее (старые версии пакетов), хорош для долгоживущих серверов. Astra Linux — нужен только если проект для госсектора (требование 187-ФЗ или внутренние политики заказчика). В остальных случаях Astra только усложняет работу — пакетов меньше, документация скуднее.

Можно ли использовать VPS для майнинга?

Короткий ответ — нет. Все российские провайдеры запрещают майнинг в публичной оферте. Технически VPS-CPU не предназначены для майнинга — нагрузка на 100% CPU круглосуточно приведёт либо к снижению производительности (CPU steal time), либо к блокировке аккаунта. Майнинг — на специализированных GPU-серверах или ASIC, не на VPS.

Нужен ли отдельный VPS для AI-моделей?

Зависит от модели. Маленькие модели (Llama 3.2 3B, Qwen 2.5 7B) запускаются на CPU с 16-32 GB RAM, медленно но работают. Средние модели (Llama 3.3 70B, Mistral Large) — только на GPU, нужен VPS с A100 или H100 (от 50-100 тыс. ₽/мес). Если AI не главная задача проекта, проще использовать YandexGPT API или OpenAI API через прокси — на порядок дешевле для нерегулярной нагрузки.

Что делать если VPS сломался?

План действий: (1) проверить статус-страницу провайдера — может быть авария дата-центра; (2) написать в поддержку тикет; (3) пока поддержка отвечает — поднять резервный VPS из бэкапа на другом провайдере, переключить DNS. Если бэкапы и автоматизация настроены — простой не превышает 30-60 минут. Если нет — может тянуться сутками и не факт, что всё восстановится.

Можно ли мигрировать с одного провайдера на другой?

Да, если у вас Docker-стек или хорошо описанная инфраструктура. Алгоритм: (1) поднимаете аналогичный VPS у нового провайдера; (2) ставите Docker; (3) копируете все Docker volumes через rsync; (4) запускаете тот же docker-compose.yml; (5) переключаете DNS. На моих проектах миграция занимает от 30 минут (простой сайт) до 4 часов (сложный стек с базами). Если у вас «нативный» стек без Docker — миграция сложнее, может занять день-два.

Selectel или Yandex Cloud для AI-проекта?

Зависит от характера AI. Если используете готовые managed-сервисы (YandexGPT, SpeechKit) — конечно Yandex Cloud, всё в одном месте. Если поднимаете собственный LLM на Llama/Qwen — Selectel дешевле и проще: можно взять dedicated A100/H100, поставить vLLM, и платить только за железо без надбавки за managed-сервисы. Для production я бы предложил гибрид: vLLM на Selectel + YandexGPT через API как fallback.

Выводы: что я бы выбрал в 2026

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

Один бот / pet-project. RuVDS, тариф 130-200 ₽/мес. Минимальный порог входа, простой UI, отзывчивая поддержка. Если бот вырастет — мигрировать всегда успеете.

Веб-сайт + блог + n8n. Timeweb, тариф 300-500 ₽/мес. Marketplace готовых образов экономит часы настройки. Идеально для одного-двух проектов на WordPress, Nextcloud, Mautic.

Несколько проектов + RAG / AI-инфраструктура. Selectel, конфигурация 8-16 GB RAM, 1000-3000 ₽/мес. Качественная сеть, хороший API, есть GPU при необходимости. Сам сижу именно здесь для production-задач.

Enterprise + YandexGPT + SLA. Yandex Cloud, бюджет от 5000 ₽/мес. Только если в проекте есть деньги и требования к SLA, иначе переплата.

Гос и регулируемые отрасли. Cloud.ru или Selectel с сертификатами ФСТЭК. RuVDS и Timeweb обычно не подходят по комплаенс-требованиям.

Главный принцип, который я вынес за эти годы: не существует одного «лучшего» провайдера. Есть конкретный сценарий и под него подходящий выбор. Хороший разработчик в 2026 году имеет аккаунты у двух-трёх провайдеров и распределяет нагрузку: production — там, где надёжно, эксперименты — там, где дёшево, backup — у третьего на случай аварии первого.

И последнее. VPS — это не «сложно» и не «только для админов». Если вы умеете писать код, вы умеете поднять VPS. Один день на чтение мануалов и эксперименты — и у вас будет своя инфраструктура, на которой вы можете строить что угодно без оглядки на ограничения чужих платформ. В 2026 году это базовый навык разработчика, такой же как git или Docker.