Разверните n8n на своём сервере: неограниченные сценарии за $4–10 в месяц

Вы уже шестой месяц наблюдаете, как растёт ваш счёт от Zapier.

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

Вы начинаете гуглить альтернативы и натыкаетесь на n8n — платформу автоматизации, которую можно разместить на собственном виртуальном частном сервере (VPS) за $4–10 в месяц.

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

Настройка занимает около часа. И да, мы проведём вас через весь процесс.

Что такое n8n и почему люди его самостоятельно хостируют?

n8n — это платформа автоматизации рабочих процессов, которая позволяет подключать приложения, перемещать данные между сервисами и создавать сложные автоматизации с помощью визуального редактора. Представьте это как движок для сценариев “когда происходит X, сделай Y и Z”, только вместо написания кода вы перетаскиваете узлы и рисуете соединения.

Благодаря 180 000+ звёзд на GitHub и более 100 миллионов загрузок Docker, он стал одним из самых популярных инструментов автоматизации для самостоятельного хостинга.

Платформа работает по лицензии Sustainable Use License, которую стоит понять, прежде чем принять решение. Это не традиционный открытый исходный код (не сертифицирован OSI), но и не закрытый. Вы можете свободно использовать его для своего бизнеса. Нельзя только перепродавать его как услугу хостинга.

“…Каждый может использовать [исходный код n8n] совершенно бесплатно… Однако отличие нашей лицензии в том, что люди не могут коммерциализировать наш код.” – Ян Оберхаузер, генеральный директор n8n, в интервью Sequoia

Люди самостоятельно хостируют n8n, потому что экономика меняется, когда вы выходите за рамки базового использования. n8n Cloud начинается от $20/месяц за 2 500 выполнений по тарифу Starter, и если у вас реальные объёмы, эти ограничения быстро дают о себе знать.

На собственном VPS? Неограниченное количество выполнений, полное владение данными, фиксированные затраты. Ваш сервер работает одинаково, запускаете ли вы 100 рабочих процессов или 10 000.

Что можно автоматизировать с помощью n8n?

Более 400 встроенных интеграций охватывают широкий спектр, а созданные сообществом узлы доводят общее количество до тысяч. n8n является частью растущей экосистемы открытых альтернатив SaaS-инструментам, охватывающих всё от CRM до управления проектами. 

Некоторые распространённые конфигурации:

• CRM и маршрутизация лидов. Синхронизируйте контакты между CRM, почтовой платформой и Slack при поступлении новых лидов.
• Рабочие процессы, запускаемые вебхуками. Реагируйте на события от платёжных систем, отправку форм или коммиты GitHub в реальном времени.
• Автоматизация конвейеров данных. Извлекайте данные из API, преобразуйте их и отправляйте в базы данных или электронные таблицы по расписанию.
• Цепочки AI-агентов. Подключайте LLM к вашим внутренним инструментам для создания собственных AI-ассистентов, которые могут искать, обобщать и действовать на основе ваших данных.

(Вот здесь ресурсы вашего сервера начинают иметь значение — подробнее об этом в разделе характеристик.)

Сколько стоит самостоятельный хостинг n8n?

Самостоятельный хостинг n8n на VPS стоит от $4 до $10 в месяц в зависимости от провайдера и тарифа.

Это полная стоимость инфраструктуры: сервер, хранилище и пропускная способность. Само программное обеспечение n8n бесплатно.

Сравните это с запуском n8n в их собственном облаке:

План	Стоимость в месяц	Лимит выполнений
n8n Cloud Starter	$20/month	2,500 executions
n8n Cloud Pro	$50/month	Индивидуальное количество выполнений
n8n Cloud Business	$800/month	40,000 executions
Self-hosted VPS	$4–10/month	Неограниченно

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

Таким образом, пятишаговый рабочий процесс, запускаемый 100 раз в день, составляет 3 000 выполнений n8n в месяц, но 15 000 задач на других платформах.

Реальные пользователи подтверждают это. Анализ, проведённый ExpressTech, показал годовую экономию в $636–684 для конфигурации, выполняющей примерно 7 000 выполнений в месяц в рамках четырёх рабочих процессов. Срок окупаемости составил два-три месяца.

Скрытые расходы на самостоятельный хостинг

Экономия в долларах реальна. Но самостоятельный хостинг не бесплатен во всех смыслах.

Вот что он вам стоит:

Ваше время. Рассчитывайте на 1–2 часа в месяц на плановые обновления, резервное копирование и проверку логов. Более тяжёлые конфигурации с автоматизацией на базе ИИ потребуют больше.

Сложности настройки OAuth. Подключение таких сервисов, как Google Workspace или Microsoft 365, требует настройки учётных данных OAuth, примерно 10–20 минут на провайдера. Экран согласия OAuth от Google особенно раздражает; для использования в продакшене требуется проверка приложения, которая может занять дни. (Если вы когда-нибудь смотрели на индикатор загрузки, пока Google проверяет ваше приложение “внутреннего тестирования”, вы знаете это чувство.)

Сбои обновления SSL. Сертификаты Let’s Encrypt бесплатны и хорошо автоматизируют обновление — пока не перестают. Изменения DNS или прерывания процессов могут привести к скрытым сбоям. Это та вещь, которая работает идеально 89 дней, а затем ломается в 2 часа ночи на 90-й день.

Время начальной настройки. Выделите один-два часа на первое развёртывание, если вы уверенно работаете в терминале. Никогда не подключались по SSH к серверу? Добавьте сверху время на раскачку.

Какие характеристики сервера нужны для n8n?

Минимальные характеристики для запуска n8n: 2 ГБ ОЗУ, 2 ядра CPU и 20 ГБ хранилища. Этого достаточно для тестирования и лёгкой разработки. Для продакшена оптимальным является 4–8 ГБ ОЗУ.

Также помните, что n8n ограничен памятью, а не процессором. ОЗУ важнее вычислительной мощности. В простое он использует примерно 100 МБ памяти, но активные рабочие процессы вызывают скачки в зависимости от объёма данных и сложности ваших узлов. 

Вот быстрый прикидочный расчёт: 

Подсчитайте количество активных рабочих процессов, умножьте на 50 МБ, затем добавьте гигабайт для самого приложения n8n и накладные расходы PostgreSQL. Это ваша базовая потребность в ОЗУ.

Впервые с VPS-хостингом? Начните с руководства для начинающих от DreamHost по VPS, чтобы понять основы перед выбором размера сервера.

Какой VPS выбрать для самостоятельно размещённого n8n?

4 ГБ ОЗУ покрывает потребности большинства пользователей, самостоятельно размещающих n8n и запускающих до 100 рабочих процессов с вебхук-триггерами. Переходите на 8 ГБ для интенсивного использования, AI-узлов или автоматизации браузера.

Итак, вот ваши варианты:

Сценарий использования	ОЗУ	Рекомендуемый план	Примечания
Личная автоматизация, <20 рабочих процессов	2 ГБ	DreamHost Self-Managed VPS Stack 2	Минимально допустимый. Становится тесно при использовании AI-узлов или автоматизации браузера.
Небольшая команда, 20–100 рабочих процессов, вебхуки	4 ГБ	DreamHost Self-Managed VPS Stack 4	Оптимальный вариант для большинства самостоятельных хостингов. Рекомендуемая отправная точка.
Интенсивное использование, AI-узлы, режим очереди	8 ГБ+	DreamHost Self-Managed VPS Stack 8	Для производственных нагрузок с автоматизацией браузера или локальными AI-моделями.

Несколько характеристик, на которые стоит обратить внимание помимо ОЗУ: NVMe-накопители действительно улучшают производительность PostgreSQL. Это связано с тем, что узким местом обычно является ввод-вывод базы данных, а не процессор. Неограниченный трафик важен, если вы запускаете рабочие процессы с интенсивным использованием вебхуков и постоянным потоком входящих HTTP-запросов.

Полный root-доступ — не опция, а необходимость. Если ваш тарифный план VPS-хостинга его не предоставляет, n8n не сможет запустить Docker, управлять своей базой данных или настраивать собственные сервисы. Общий хостинг здесь не подойдёт.

DreamHost — это веб-хостинг-провайдер, который уже более 25 лет поддерживает инфраструктуру с открытым исходным кодом. Наши тарифы Self-Managed VPS Hosting соответствуют всем ключевым требованиям — NVMe SSD-накопители, неограниченный трафик и полный root-доступ, — что делает их естественным выбором для запуска n8n.

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

Как настроить n8n на VPS?

Развёртывание самостоятельно размещённого экземпляра n8n состоит из пяти шагов и занимает около часа. В DreamHost мы рекомендуем использовать Docker Compose. Он объединяет n8n, PostgreSQL и обратный прокси-сервер (сервер, который располагается между интернетом и вашим приложением, обрабатывая SSL и маршрутизацию) в единый конфигурационный файл.

Вот общий процесс:

1. Подготовьте VPS с Ubuntu 22.04 или новее и SSH-доступом.
2. Установите Docker и Docker Compose на сервер.
3. Создайте файл docker-compose.yml, который определяет три сервиса: n8n, PostgreSQL и обратный прокси-сервер, такой как Nginx, Traefik или Caddy.
4. Настройте переменные окружения, которые управляют всем — от учётных данных администратора n8n до строки подключения к базе данных и ключа шифрования.
5. Выполните команду docker compose up -d — и вы в деле!

Один конфигурационный файл, одна команда. Документация n8n по Docker Compose подробно разбирает каждую строку compose-файла.

Вот примерный вид compose-файла (сокращён до основного):

services:                                                                                                                                                                                    
    n8n:                                                          
      image: n8nio/n8n:1.72.1                                                                                                                                                                  
      restart: unless-stopped
      ports:                                                                                                                                                                                   
        - "5678:5678"                                             
      environment:
        - DB_TYPE=postgresdb
        - DB_POSTGRESDB_HOST=postgres                                                                                                                                                          
        - DB_POSTGRESDB_USER=n8n
        - DB_POSTGRESDB_PASSWORD=your_db_password                                                                                                                                              
        - N8N_ENCRYPTION_KEY=your_encryption_key                                                                                                                                               
        - EXECUTIONS_DATA_MAX_AGE=168
      depends_on:                                                                                                                                                                              
        - postgres                                                
      volumes:                                                                                                                                                                                 
        - n8n_data:/home/node/.n8n                                

    postgres:
      image: postgres:15
      restart: unless-stopped
      environment:                                                                                                                                                                             
        - POSTGRES_USER=n8n
        - POSTGRES_PASSWORD=your_db_password                                                                                                                                                   
        - POSTGRES_DB=n8n                                         
      volumes:                                                                                                                                                                                 
        - postgres_data:/var/lib/postgresql/data
                                                                                                                                                                                               
  volumes:                                                        
    n8n_data:
    postgres_data:

Это n8n и PostgreSQL, работающие вместе с постоянным хранилищем. Для продакшена вы добавили бы Nginx, Traefik или Caddy как третий сервис перед n8n для обработки SSL.

(Начинайте с PostgreSQL с первого дня. SQLite подходит для тестирования, но миграция с SQLite на PostgreSQL позже — это та ещё боль в стиле «вот бы я сделал это правильно с самого начала». Избавьте себя от этой головной боли.)

Документация n8n по Docker Compose полностью описывает этот уровень обратного прокси.

Что вам понадобится перед началом

Перед началом вам понадобится:

• VPS с root-доступом под управлением Ubuntu 22.04 или новее, как минимум с 2 ГБ ОЗУ (рекомендуется 4 ГБ).
• Доменное имя, направленное на IP-адрес вашего сервера (для SSL и доступа к редактору n8n).
• Docker и Docker Compose, установленные на сервере.
• Базовые навыки работы с терминалом — вы должны уметь подключаться по SSH к серверу, редактировать файлы и выполнять команды.
• Примерно 1–2 часа для начальной настройки.

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

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

Как обеспечить безопасность самостоятельно размещённого экземпляра n8n?

Самостоятельно размещённый экземпляр n8n настолько же безопасен, насколько безопасен сервер, на котором он работает, и именно вы управляете этим сервером.

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

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

1. HTTPS через обратный прокси-сервер. Никогда не открывайте редактор n8n через обычный HTTP. Используйте Nginx, Traefik или Caddy с сертификатом Let's Encrypt. Caddy обрабатывает SSL автоматически, что упрощает настройку.
2. Изоляция с помощью брандмауэра. Настройте UFW (Uncomplicated Firewall) так, чтобы разрешить только три порта: SSH (22), HTTP (80) и HTTPS (443). Никогда не открывайте порт n8n по умолчанию (5678) напрямую в интернет.
3. Изоляция сети Docker. Держите PostgreSQL и n8n во внутренней сети Docker. Порт вашей базы данных никогда не должен быть доступен извне.
4. Надёжная аутентификация. Используйте надёжный пароль администратора. Для экземпляров, доступных из интернета, уменьшите стандартную продолжительность сеанса, чтобы принудительно выполнять повторную аутентификацию каждые несколько часов.
5. Регулярные обновления. Загрузите последний Docker-образ n8n и перезапустите его. Сначала прочитайте журнал изменений, так как обновления n8n могут содержать критические изменения.
6. Автоматизированное резервное копирование. Регулярно создавайте резервные копии вашей базы данных PostgreSQL и ключа шифрования. Периодически тестируйте восстановление. Резервная копия, которую вы никогда не тестировали, — это надежда, а не план.

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

Установите `EXECUTIONS_DATA_MAX_AGE=168` в переменных окружения, чтобы автоматически удалять данные о выполнении старше семи дней.

Каковы компромиссы при самостоятельном размещении по сравнению с n8n Cloud?

Самостоятельное размещение n8n даёт вам неограниченное количество выполнений и полный контроль над данными за 4–10 долларов в месяц. n8n Cloud обеспечивает нулевое обслуживание и управление SSL/OAuth за 20–800 долларов в месяц. Выбор сводится к тому, хотите ли вы владеть своей инфраструктурой автоматизации или платить кому-то другому за её управление.

В документации n8n говорится следующее: «n8n рекомендует самостоятельное размещение для опытных пользователей. Ошибки могут привести к потере данных, проблемам с безопасностью и простою. Если у вас нет опыта управления серверами, n8n рекомендует n8n Cloud».

Вот сравнение двух вариантов:

Фактор	Самостоятельное размещение	n8n Cloud
Стоимость в месяц	4–10 $ (VPS)	20–800 $
Количество выполнений	Безлимитно	2 500 – 40 000 (в зависимости от тарифа)
Время на настройку	1–2 часа	Минуты
Обслуживание	1–2 часа в месяц	Нулевое
Местоположение данных	Ваш сервер	Инфраструктура n8n
Обновления	Вручную (Docker pull)	Автоматические
SSL/OAuth	Настраиваете вы	Встроенные
Масштабирование	Добавление ОЗУ или использование режима очереди с Redis workers	Переход на более дорогой тариф

Существует также промежуточный вариант, о котором стоит знать. Управляемые хостинг-платформы, такие как PikaPods (от ~3 $/месяц) и Elestio (~17 $/месяц), позволяют запускать самостоятельно размещённый n8n без самостоятельного управления сервером. Вы получаете большинство преимуществ в стоимости и контроле, но без обязанностей системного администратора.

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

При самостоятельном размещении ваша инфраструктура автоматизации принадлежит вам. Полный контроль, полная ответственность.

Принятие окончательного решения

Самостоятельное размещение имеет смысл, когда совпадают три условия:

1. У вас достаточно автоматизаций, и лимиты облачных выполнений были бы ограничением
2. Вы хотите хранить данные своих рабочих процессов на инфраструктуре, которую контролируете
3. Вы (или кто-то из вашей команды) готовы уделять час-два в месяц работе с сервером

В противном случае n8n Cloud — разумный выбор. Платить 20 долларов в месяц, чтобы никогда не думать о логах Docker, — это справедливая плата, особенно для небольшой команды, которая просто хочет, чтобы их автоматизации работали.

Но как только вы будете готовы перейти к самостоятельному размещению, математика становится убедительной быстро. Скромного VPS с 4 ГБ ОЗУ хватит для работы производственного экземпляра n8n в течение многих лет при минимальном уходе. Начинайте с малого, модернизируйте по мере роста ваших рабочих процессов и сохраняйте полный контроль над своим стеком.

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

Часто задаваемые вопросы о самостоятельном размещении n8n

Действительно ли n8n бесплатен для самостоятельного размещения?

Программное обеспечение n8n можно бесплатно использовать на собственном сервере в соответствии с лицензией Sustainable Use License. Вы можете запускать его для любых внутренних бизнес-целей без уплаты лицензионного сбора n8n. «Бесплатная» часть — это программное обеспечение; вам всё равно придётся платить за свой сервер, что обходится в 4–10 долларов в месяц за базовый VPS.

Лицензия ограничивает одно: вы не можете взять n8n и перепродавать его как собственную услугу хостинга автоматизации. Однако для запуска собственных рабочих процессов это бесплатно.

Каковы минимальные системные требования для n8n?

Вам потребуется как минимум 2 ГБ ОЗУ, 2 ядра ЦП и 20 ГБ дискового пространства для запуска n8n. Этого достаточно для тестирования и незначительного использования. Для производственных нагрузок с 10–20 активными рабочими процессами выбирайте 4 ГБ ОЗУ.

План DreamHost Self-Managed VPS Stack 4 предоставляет 4 ГБ ОЗУ с NVMe SSD-накопителем и полным root-доступом для запуска самостоятельно размещаемых приложений, таких как n8n. Подробности см. в тарифах Self-Managed VPS.

Для производства используйте PostgreSQL вместо SQLite, и использование SSD-накопителя не является опцией для достойной производительности базы данных.

Можно ли перенести данные из Zapier в n8n?

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

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

Как обновить самостоятельно размещённый экземпляр n8n?

Загрузите последний Docker-образ и перезапустите контейнеры. Весь процесс занимает менее пяти минут. Перед обновлением основных версий создайте резервную копию базы данных PostgreSQL, используя `docker exec` для входа в контейнер PostgreSQL и `pg_dump`, или используйте свой существующий скрипт резервного копирования.

Закрепите свой Docker-образ за конкретной версией (например, n8nio/n8n:1.72.1 вместо n8nio/n8n:latest), чтобы обновления происходили только тогда, когда вы решите.

Неосторожные обновления могут всё сломать. Частые причины: несколько файлов docker-compose.yml в разных папках и образы, которые были молча перезаписаны и в итоге получили тег «none». Перед загрузкой читайте журнал изменений.

Достаточно ли безопасен самостоятельно размещённый n8n для бизнес-данных?

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

Следуйте контрольному списку из шести пунктов из раздела о безопасности выше: HTTPS, брандмауэр, изоляция Docker, надёжная аутентификация, регулярные обновления и зашифрованные резервные копии. Команда n8n поддерживает руководство по усилению безопасности, в котором рассматриваются дополнительные аспекты производственного использования.