n8n на своём сервере: установка в Docker и обслуживание

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

Что нужно до установки

• Сервер. VPS с 2 ГБ оперативной памяти хватает для десятков сценариев. От 5 € в месяц.
• Домен или поддомен — например, flow.вашдомен.com.
• HTTPS. Обязателен: сервисы отправляют вебхуки только на защищённый адрес.
• Docker. Ставится одной командой, дальше всё живёт в контейнерах.

Запуск в Docker

Правильная конфигурация состоит из трёх частей: сам n8n, база PostgreSQL и обратный прокси с сертификатом (Caddy или Traefik ставят сертификат автоматически).

Три момента, которые новички пропускают:

1. PostgreSQL вместо SQLite. По умолчанию n8n пишет в SQLite — этого хватает для проб, но при росте истории выполнения база начинает тормозить и тяжело переносится.
2. Тома для данных. Без внешнего тома всё содержимое пропадёт при пересоздании контейнера: сценарии, доступы, история.
3. Часовой пояс. Переменная окружения с таймзоной — иначе расписания будут срабатывать по UTC, а не по вашему времени.

Ключ шифрования

n8n шифрует сохранённые доступы к сервисам ключом, который создаётся при первом запуске. Потеряете ключ — потеряете все подключения: сценарии останутся, но авторизацию придётся вводить заново для каждого сервиса. Зафиксируйте его в переменных окружения и сохраните в менеджере паролей до того, как начнёте настраивать интеграции.

Резервные копии

Копировать нужно две вещи: базу PostgreSQL и том с данными n8n. Ежедневный дамп базы плюс выгрузка сценариев в JSON раз в неделю — достаточная схема для небольшой команды. Копии должны лежать не на том же сервере.

Обновления

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

Мониторинг

Обязательный минимум — уведомление о падении сценария. В n8n для этого есть отдельный сценарий обработки ошибок: он ловит сбой любого другого и отправляет сообщение в Telegram. Без него поломку замечают по пропавшим заявкам через неделю.

Второй уровень — следить за самим сервером: место на диске (история выполнения растёт), память, доступность.

Ошибки первого месяца

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

Облако или свой сервер

	n8n Cloud	Свой сервер
Оплата	за исполнения	за сервер, 5–20 €
Администрирование	нет	ваше
Данные	у вендора	у вас
Свои npm-пакеты	ограниченно	да

Правило простое: пока сценариев мало и нет требований к данным — облако дешевле по совокупным затратам, потому что администрирование тоже стоит денег.

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

Сколько ресурсов нужно?

2 ГБ памяти и 1–2 ядра — комфортный старт. Тяжёлая обработка файлов или ИИ-узлы требуют больше.

Можно ли перенести сценарии с облака на свой сервер?

Да, выгрузкой в JSON. Доступы придётся ввести заново — они не экспортируются.

Сколько времени занимает обслуживание?

При работающей схеме — примерно час в месяц: обновление и проверка копий. Если этого часа нет, берите поддержку.

Что если сервер упадёт?

Сценарии не выполнятся, входящие вебхуки потеряются. Для критичных цепочек ставят повторные попытки на стороне отправителя или очередь.

Развернём и настроим под ключ — настройка n8n. Что это за платформа вообще — в отдельной статье, а сравнение с Zapier и Make — здесь.