n8n: Часть 2 — Облачная версия или собственный сервер

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

n8n Cloud: что входит в подписку

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

Тарифы на сентябрь 2026 года при оплате за год:

Цена зависит от числа запусков сценариев, а не от числа пользователей или сценариев. Один запуск — это одно выполнение сценария целиком, сколько бы узлов в нём ни было.

Что важно учитывать российской компании:

• Оплата. Картой российского банка подписку не оплатить: Visa и Mastercard с марта 2022 года не обслуживают российские карты за рубежом.
• Место хранения данных. n8n Cloud работает на платформе Microsoft Azure, данные хранятся в Европейском союзе, на серверах во Франкфурте. Если через сценарии проходят персональные данные граждан России — имена, телефоны, адреса почты клиентов, — действует требование 152-ФЗ о локализации: первичный сбор и хранение таких данных должны вестись в базах на территории России. Облачная версия для таких сценариев не подходит.
• Лимит запусков. Сценарий, который срабатывает каждую минуту, тратит около 43 000 запусков в месяц — больше, чем входит в тариф Business. Частые проверки по расписанию быстро расходуют лимит.

Собственный сервер: Community Edition и платные редакции

Community Edition — бесплатная редакция для установки на свой сервер. Ограничений на число запусков и сценариев в ней нет, их определяет только мощность сервера. Масштабирование через очередь и отдельные обработчики (queue mode) тоже доступно бесплатно.

По документации n8n в Community Edition нет:

• совместного доступа к сценариям и учётным данным между пользователями и проектов;
• SSO (SAML, LDAP);
• сред разработки и хранения сценариев в Git;
• переменных, внешнего хранилища секретов и внешнего хранилища для двоичных данных;
• передачи журналов во внешние системы;
• нескольких основных экземпляров (multi-main) для отказоустойчивости.

Бесплатная регистрация Community Edition открывает папки для сценариев, отладку в редакторе на данных прошлых запусков и сохранение собственных данных о запусках. Функции Business и Enterprise доступны и при установке на собственный сервер, но по платной лицензии.

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

Какой сервер нужен

Фиксированных требований к оборудованию документация n8n не приводит: они зависят от объёма данных в сценариях, числа узлов и частоты запусков. Разработчики отмечают, что n8n требовательнее к памяти, чем к процессору. Больше всего памяти расходуют крупные JSON-ответы, двоичные файлы, узлы с кодом и ручные запуски из редактора — для них n8n делает копию данных для интерфейса.

Для небольшой установки на одну компанию разумно начинать с двух ядер и 2–4 ГБ оперативной памяти. Такой виртуальный сервер у российских провайдеров стоит порядка тысячи рублей в месяц: например, в Timeweb Cloud тариф Cloud-50 (2 vCPU, 4 ГБ памяти, диск 50 ГБ) в сентябре 2026 года стоит 1 080 ₽ в месяц при оплате за год.

К серверу понадобятся:

• PostgreSQL для хранения сценариев, учётных данных и истории запусков. SQLite годится только для знакомства; MySQL и MariaDB в качестве базы n8n больше не поддерживаются — их убрали в версии 2.0. С этими СУБД по-прежнему можно работать из сценариев через узел MySQL.
• Домен и HTTPS, чтобы внешние сервисы могли отправлять данные на веб-хуки.
• Обратный прокси перед n8n: nginx, Caddy или HAProxy. Пример установки с HAProxy — в статье «Устанавливаем n8n в Docker с HAProxy», на панели FastPanel — в статье «Устанавливаем n8n на FastPanel с Docker Compose».

Когда одного сервера не хватает: режим очереди

В обычном режиме один процесс n8n и принимает веб-хуки, и выполняет сценарии. Когда запусков становится много, n8n переводят в режим очереди (queue mode):

• основной экземпляр принимает веб-хуки и срабатывания по расписанию, создаёт запуск и ставит его в очередь в Redis;
• обработчики (workers) забирают запуски из очереди и выполняют их; по умолчанию каждый обработчик выполняет до 10 запусков одновременно;
• при большом потоке веб-хуков их приём можно вынести в отдельные процессы (webhook processors).

Режим включается переменной EXECUTIONS_MODE=queue на основном экземпляре и на всех обработчиках, адрес Redis задаётся переменной QUEUE_BULL_REDIS_HOST. Обработчик запускается командой n8n worker, в Docker — так:

docker run --name n8n-worker \
  -e EXECUTIONS_MODE=queue \
  -e QUEUE_BULL_REDIS_HOST=redis \
  -e N8N_ENCRYPTION_KEY=... \
  docker.n8n.io/n8nio/n8n worker

Условия, которые требует документация:

• все процессы работают с одной базой PostgreSQL — распределённая установка на SQLite не поддерживается;
• ключ шифрования N8N_ENCRYPTION_KEY одинаков на основном экземпляре и всех обработчиках, иначе они не смогут расшифровать учётные данные;
• двоичные данные нельзя хранить в файловой системе отдельного сервера: в режиме очереди этот вариант не поддерживается.

Обслуживание собственной установки

Обновления. Версия 2.0 вышла в декабре 2025 года. В ней по умолчанию включены изолированные среды для выполнения узлов с кодом (task runners), узлам с кодом закрыт доступ к переменным окружения, узлы для выполнения произвольных команд отключены, а изменения в сценарии начинают действовать только после явной публикации. Ветка 1.x после выхода 2.0 получала только исправления безопасности и ошибок в течение трёх месяцев. Перед переходом на новую основную версию читайте список несовместимых изменений и проверяйте обновление на копии.

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

n8n export:workflow --backup --output=backups/workflows/
n8n export:credentials --backup --output=backups/credentials/

Учётные данные выгружаются зашифрованными и восстанавливаются только на установке с тем же ключом. Флаг --decrypted сохраняет их открытым текстом — так делают только для переезда на установку с другим ключом, и такие файлы нельзя оставлять на сервере.

История запусков. n8n хранит данные каждого запуска в базе и по умолчанию удаляет записи старше 14 дней (переменная EXECUTIONS_DATA_MAX_AGE, 336 часов) или сверх 10 000 штук (EXECUTIONS_DATA_PRUNE_MAX_COUNT). Если сценарии обрабатывают персональные данные, срок хранения истории стоит сократить.

Как выбрать

Типичные ошибки

• Облачная версия для заявок с сайта. Имена и телефоны клиентов уходят на серверы в Германии, что противоречит требованию о локализации персональных данных.
• Проверка каждую минуту на облачном тарифе. Лимит запусков заканчивается в первые дни месяца.
• Обработчики с разными ключами шифрования. Запуски завершаются ошибкой при обращении к учётным данным.
• Обновление через основную версию без проверки. После перехода на 2.0 перестают работать узлы с кодом, которые читали переменные окружения или запускали команды.
• Копии только базы без ключа шифрования. Сценарии восстанавливаются, а все подключения к сервисам приходится создавать заново.