Сравнение

Блог

VPS для n8n и автоматизации: сколько ресурсов нужно в 2026 году

Какой VPS нужен под n8n: RAM, Postgres, вебхуки, очередь воркеров и почему диск забивается историей выполнений быстрее, чем кажется.

n8n и похожие конструкторы сценариев в 2026 году заменяют пачку отдельных SaaS: заявки из формы, уведомления в Telegram, выгрузки в таблицы, черновики писем, связка CRM и склада. Облачная подписка удобна, пока сценариев мало и данные не жалко отдавать наружу. Свой инстанс на VPS фиксирует цену и оставляет исполнения у вас.

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

1. Почему не shared-хостинг и не «скрипт на кроне»

n8n — долгоживущий Node.js-процесс. Он принимает вебхуки, держит соединения и пишет каждое исполнение в базу. На shared-хостинге такой процесс либо убьют по таймауту, либо не дадут слушать порт.

VPS нужен, если:

  • сценарии должны срабатывать сразу, а не «когда крон проснётся»;
  • есть входящие вебхуки от платёжки, форм, Telegram, GitHub;
  • в потоке персональные данные, которые не хочется класть в чужой облачный конструктор;
  • сценариев уже больше, чем комфортно оплачивать по числу выполнений.

Исключение — совсем редкие задачи раз в сутки. Их иногда проще оставить в облаке. Всё, что реагирует на событие, лучше держать на своём сервере.

2. Сколько RAM и CPU на старте

Ориентиры для одного инстанса n8n:

  • 2 ГБ RAM — несколько лёгких сценариев, SQLite, один пользователь;
  • 4 ГБ — рабочий минимум: Postgres, обратный прокси, нормальный запас;
  • 8 ГБ — много параллельных исполнений, тяжёлые HTTP-ноды, бинарные файлы, очередь воркеров;
  • 2 vCPU хватает большинству команд; CPU становится узким местом, когда одновременно крутятся десятки сценариев с парсингом и трансформацией JSON.

Сама «схема из квадратиков» почти ничего не ест. Память съедают параллельные исполнения, крупные ответы API и файлы, которые нода тащит целиком.

Если рядом на том же VPS живут база, локальная модель для черновиков и ещё пара сервисов — 4 ГБ уже тесно. Либо разделяйте серверы, либо сразу берите запас.

3. База: SQLite только для пробы

Для теста SQLite допустима. Для боевых сценариев берите PostgreSQL:

  • несколько пользователей и одновременные исполнения меньше конфликтуют;
  • проще бэкапить и переносить;
  • queue mode (отдельные воркеры) без нормальной базы не живёт.

Postgres на том же VPS — нормальная схема для небольшой команды. Выделенная база нужна, когда исполнений тысячи в час или n8n делит сервер с чем-то ещё тяжёлым.

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

4. Диск забивает история, а не «сам n8n»

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

Что проверить в тарифе:

  • NVMe или SSD, не HDD — база с частыми записями на медленном диске начинает тормозить весь интерфейс;
  • 40 ГБ как комфортный старт, если включена очистка старых исполнений;
  • отдельное внимание к binary data: сценарии «скачай файл и перешли» копят гигабайты незаметно.

Сразу настройте prune: хранить успешные исполнения 7–14 дней, ошибочные — дольше, чтобы было что разбирать. Без этого через два месяца диск закончится, и новые вебхуки начнут падать с ошибкой записи, а не «n8n сломался».

5. Вебхуки, HTTPS и белый IP

Половина сценариев начинается с входящего запроса. Для этого нужны:

  • домен и HTTPS — многие сервисы не шлют вебхуки на голый IP и на HTTP;
  • стабильный IPv4;
  • порты 80/443, прокси (Caddy, Nginx, Traefik) до контейнера.

Если VPS за NAT или провайдер выдаёт только IPv6, часть интеграций просто не достучится. Это стоит выяснить до того, как соберёте десяток сценариев.

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

Локация для n8n вторична, но если вебхуки идут от российских касс, банков и CRM, сервер в дата-центре ближе к этой аудитории обычно спокойнее по маршруту, чем случайный «самый дешёвый» континент. Сравнить страны можно в подборках по локациям.

6. Секреты и доступы

В сценариях оседают токены Telegram, ключи таблиц, пароли CRM, иногда платёжные доступы. Это ценнее, чем сам сервер.

Минимум:

  • редактор n8n закрыт паролем и не висит на открытом порту без TLS;
  • SSH по ключу;
  • отдельные ключи API с минимальными правами, не «полный доступ владельца аккаунта»;
  • бэкап базы, потому что экспорт всех сценариев руками вы забудете сделать в тот единственный день, когда он нужен.

Публичный вебхук — это не публичная админка. URL с длинным путём всё равно не стоит светить в открытых репозиториях: кто угодно может начать слать туда мусор и жечь исполнения.

7. Когда одного процесса мало

Включайте queue mode и второй воркер, если:

  • вебхуки ждут, пока освободится единственный процесс;
  • есть сценарии по расписанию, которые пересекаются с дневным потоком;
  • часть задач стабильно длиннее 30–60 секунд.

Второй воркер — это ещё RAM. Имеет смысл закладывать +1 ГБ на воркер, а не «включить галочку на тарифе 2 ГБ». Горизонтально расползаться на несколько VPS стоит только после того, как упёрлись в один нормальный сервер: для команды из нескольких человек это редкость.

Если администрировать Docker не хотите, смотрите тарифы с администрированием или панель, где контейнер поднимается из шаблона. Самому n8n панель не обязательна.

8. Что мониторить первую неделю

После запуска посмотрите не на красоту схем, а на факты:

  • свободная RAM в момент, когда срабатывают самые тяжёлые сценарии;
  • место на диске и размер таблицы исполнений;
  • доля ошибок по таймауту внешних API;
  • не режет ли провайдер долгие исходящие соединения.

Этого достаточно, чтобы понять, хватает ли тарифа. Апгрейд RAM почти всегда полезнее апгрейда CPU.

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

  1. 4 ГБ RAM как рабочий старт, 2 ГБ — только для пробы.
  2. Место под Postgres и политика очистки исполнений.
  3. NVMe или SSD.
  4. Белый IPv4, домен и HTTPS для вебхуков.
  5. Доступ к редактору закрыт, секреты не лежат в скриншотах и git.
  6. Ежедневный бэкап базы.
  7. Помесячная оплата или тестовый период — прогоните боевой сценарий, а не пустой «Hello».

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

Отдельного рейтинга «хостинг для n8n» нет — и не нужен. Смотрите рейтинг VPS: цена, RAM, тип диска, локация, отзывы по стабильности. Дальше:

  • сравните 2–3 тарифа около 4 ГБ в таблице;
  • если бюджет жмёт, начните с недорогих VPS, но не с конфигурации, где памяти меньше 2 ГБ;
  • проверьте, что поддержка отвечает по-русски, если сервер для вас не хобби, а часть рабочих процессов. Это видно в отзывах и в методике рейтинга.

Итог: хороший VPS для n8n — это 4 ГБ памяти, нормальная база, диск, который не забьётся историей исполнений, и HTTPS, до которого доходят вебхуки. Начните с рейтинга VPS, подержите боевые сценарии месяц на помесячной оплате и только потом увеличивайте тариф — обычно по RAM, а не по числу ядер.