Self-hosting на VPS в 2026: Coolify, Docker и свой стек вместо SaaS

Self-hosting снова в моде, но уже не как хобби «поднять Nextcloud на выходных». В 2026 году на одном VPS собирают рабочий набор: панель деплоя, автоматизацию, хранилку файлов, мониторинг, иногда свой чат с моделью. Подписки при этом не исчезают волшебным образом — они меняются на ваше время и на нормальный сервер.

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

1. Что люди реально переносят к себе

Имеет смысл тащить на VPS то, где вы упираетесь в цену за место, в лимиты или в то, что данные не хочется отдавать:

• файлы и фото — Nextcloud, Immich и аналоги, здесь главный ресурс диск;
• автоматизация — n8n вместо конструктора с оплатой за каждое исполнение;
• деплой своих приложений — Coolify, Dokploy и похожие панели поверх Docker;
• мониторинг — Uptime Kuma и метрики, они лёгкие;
• пароли команды — только если вы готовы отвечать за бэкапы серьёзнее, чем за блог.

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

2. Сколько RAM под панель и контейнеры

Docker-стек съедает память базой, а не «одной красивой панелью».

Ориентиры:

• 4 ГБ — панель (Coolify и аналоги), обратный прокси, 2–4 лёгких сервиса;
• 8 ГБ — комфортная домашняя или командная полка: файлы, автоматизация, мониторинг, пара своих приложений;
• 16 ГБ — если на том же сервере база побольше, поиск или локальная модель;
• 2 ГБ — мало почти для любой панели 2026 года: после установки ОС, Docker и прокси свободного места не остаётся, и первый же билд роняет соседние контейнеры.

CPU для такого набора обычно вторичен: 2–4 vCPU хватает, пока вы не собираете образы без остановки и не крутите инференс. Сборки как раз любят и CPU, и временный диск. Запускать деплой тяжёлого приложения на том же маленьком VPS, где лежит семейный архив фото, — плохая идея.

3. Диск важнее почти всего остального

Self-hosting разваливается из-за места. Фото, вложения почты в Nextcloud, базы, образы Docker и логи растут одновременно.

Что закладывать:

• NVMe, не HDD — панели и базы на медленном диске превращают каждый клик в ожидание;
• 80–160 ГБ как старт, если есть медиа;
• отдельный учёт образов: docker system без очистки незаметно съедает десятки гигабайт;
• снапшоты провайдера тоже занимают квоту, если они платные и лежат на том же объёме.

«Безлимитный диск» на shared-хостинге к этой задаче не относится. Нужен VPS, где вы видите занятые гигабайты и можете расширить том без переноса всего стека в панике.

4. Одна панель или голый Compose

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

Docker Compose без панели уместен, если сервисов три-пять и вы и так держите конфиг в git. Меньше магии, проще бэкапить одну директорию.

В обоих случаях снаружи должны быть только 80/443 и SSH. Базы, админки и внутренние порты контейнеров не публикуйте «на время настройки». Панель, открытая в интернет со слабым паролем, — классический сюжет угона VPS, и к self-hosting это относится даже больше, чем к одиночному сайту.

5. Домены, сертификаты и память на мелочах

Каждый сервис хочет имя: files., auto., status.. На одном VPS это нормально решается прокси и Let's Encrypt. Проверьте до оплаты:

• можно ли повесить несколько доменов на один IP;
• не блокирует ли провайдер 80 порт;
• есть ли обратная DNS, если позже всё-таки придётся отправлять почту (лучше не с этого же сервера).

Мелкие сервисы коварны суммой. Мониторинг, вики, бот и панель по отдельности «ничего не едят», вместе — уже гигабайт-два. Складывайте, а не верьте карточке «минимальные требования» самого лёгкого компонента.

6. Бэкапы, без которых свой стек — это хобби

Провайдерский снимок раз в сутки спасает от поломки диска и кривого обновления. Он не спасает, если сгорел аккаунт или вы сами удалили том вместе со снапшотами.

Рабочая схема:

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

Образы контейнеров бэкапить не обязательно: их можно собрать или скачать снова. Данные пользователей — обязательно. Особенно каталоги фото и базы паролей, если вы всё же решились их хостить.

7. Что не ставить на первый сервер

Оставьте на потом или вынесите отдельно:

• почтовый сервер как замена Google или Яндекса;
• боевую кассу и единственную копию клиентской базы;
• GPU-задачи на том же диске, что и семейный архив — под них есть отдельные тарифы с видеокартой;
• всё, для чего нет хотя бы получаса в месяц на обновления.

Self-hosting экономит деньги на втором году, когда обновления и бэкапы уже привычка. В первый месяц он чаще стоит времени. Если времени нет, честнее взять managed-тариф или администрирование и не изображать дата-центр.

8. Безопасность обычного «домашнего» VPS

Это не паранойя, а короткий список, который закрывает типичные провалы:

• SSH-ключи, вход по паролю выключен, нестандартные люди не в группе sudo;
• автоматические обновления безопасности ОС;
• у каждого сервиса свой пароль, админка не на admin/admin;
• панель деплоя доступна вам, а не всему интернету без второй проверки;
• у провайдера включена базовая защита от DDoS, если на сервере есть публичные сайты — домашний стек тоже сканят и иногда заваливают просто так.

Отзывы о том, как хостер ведёт себя при жалобе и при простой перезагрузке, здесь полезнее рекламы «идеально для Docker».

9. Чек-лист перед оплатой

1. 8 ГБ RAM, если сервисов больше трёх; 4 ГБ — только узкий набор.
2. NVMe от 80 ГБ с возможностью расширить диск.
3. Снапшоты и понятный способ скачать бэкап наружу.
4. Белый IPv4, 80/443, норма для нескольких доменов.
5. KVM и root по SSH, чтобы Docker не упирался в ограничения контейнерного тарифа.
6. Вы знаете, какие два сервиса поставите первыми, а какие не ставите вообще.
7. Оплата помесячно или тестовый период: поднимите панель и один сервис с данными, проверьте бэкап до переноса всего архива.

10. Как выбрать провайдера на ruvps.top

Смотрите рейтинг VPS и отбирайте не «самый дешёвый гигабайт», а связку RAM + NVMe + вменяемые отзывы. Дальше:

• если стек ещё неясен, прогоните задачу через мастер подбора;
• сравните два тарифа на 8 ГБ в сравнении;
• для публичных сервисов отдельно гляньте VPS с анти-DDoS;
• облачный тариф с почасовой оплатой из рейтинга облаков имеет смысл для экспериментов, постоянный стек обычно дешевле на обычном VPS.

Итог: self-hosting на VPS окупается, когда диск быстрый и с запасом, памяти хватает на панель вместе с данными, а бэкап лежит не только у того же провайдера. Начните с рейтинга VPS, поднимите два сервиса, без которых вам тесно в SaaS, и не переносите на этот сервер почту и единственную копию важных данных в первую же неделю.