Блог

Інструкції, посібники й новини про продукт.

Розробникам

Самостійне розміщення n8n на власному сервері

3 листопада 2026 5 хв читання
Поділитися записом

n8n — це інструмент автоматизації, що з’єднує застосунки й дає змогу будувати робочі процеси. Його можна запустити на власному VPS через Docker. Офіційна документація описує налаштування через Docker Compose і радить самостійне розміщення тим, хто має технічний досвід. У посібниках зі встановлення немає цифр для CPU, RAM чи диска, тож є сенс почати з малого сервера й збільшувати його, спостерігаючи за роботою.

У цій статті — ліцензія, кроки встановлення, важливі налаштування, резервні копії та оновлення.

Що можна створити за допомогою n8n?

Робочий процес у n8n — це тригер плюс підключені до нього кроки. Тригером може бути розклад, вебхук або подія в іншому застосунку. Типові приклади: записати надіслану форму в таблицю, повідомити команду про нове замовлення або щоранку збирати звіт і надсилати його електронною поштою. Робочі процеси будують у візуальному редакторі в браузері. Писати код не обов’язково, але за бажання можна додати крок із кодом.

Навіщо запускати на власному сервері?

  • Ваші робочі процеси та збережені дані підключень лишаються на вашому сервері.
  • Заплановані робочі процеси продовжують працювати на сервері, поки ваш комп’ютер вимкнено, а вебхуки можуть запускати їх ззовні.
  • Ваш ліміт використання визначає потужність вашого сервера, а якщо її не вистачає, ви збільшуєте сервер.
  • Натомість обслуговування — на вас: оновлення, резервні копії та безпека.

Ліцензія: що дозволяє безплатне використання?

n8n не є програмою з відкритим кодом. За власним описом, це програмне забезпечення «fair-code». Вихідний код доступний, але Sustainable Use License обмежує комерційне використання. Згідно зі сторінкою офіційної ліцензії, його можна безплатно використовувати для внутрішніх операцій вашої компанії та для особистих або некомерційних проєктів. Створювати робочі процеси для клієнтів як платну консультацію теж можна, якщо самі клієнти не отримують доступу до n8n. Пропозиція послуги, в якій клієнти входять до n8n, щоб будувати або редагувати власні робочі процеси (розміщення n8n як послуги), потребує комерційної ліцензії. У спірних випадках запитайте команду з ліцензування n8n.

Кроки встановлення

Ці кроки відповідають офіційному посібнику з Docker Compose. Посібник отримує й поновлює сертифікат HTTPS через зворотний проксі Traefik.

  1. Підготуйте сервер Linux з установленими Docker Engine і Docker Compose. Перевірте командами docker --version і docker compose version.
  2. Додайте запис A, що спрямовує піддомен вашого домену (наприклад, n8n.example.com) на IP-адресу сервера. Допоможе стаття про підключення власного домену.
  3. Створіть на сервері файли .env і compose.yaml з офіційного посібника.
  4. Заповніть у .env значення DOMAIN_NAME, SUBDOMAIN, GENERIC_TIMEZONE і SSL_EMAIL. Для часового поясу вкажіть Europe/Istanbul. Якщо пропустити, типовим буде Нью-Йорк.
  5. Запустіть: docker compose up -d
  6. Відкрийте свій піддомен у браузері й одразу створіть акаунт власника. Власником стає той, хто першим заповнить цей екран.

Налаштування, які варто знати

ЗміннаПризначення
N8N_HOST, N8N_PROTOCOLНазва хоста, на якому працює n8n, і протокол (https)
N8N_WEBHOOK_URLЗа зворотним проксі n8n не може визначити свою зовнішню адресу. Уведіть свою публічну адресу HTTPS, щоб адреси вебхуків відображалися правильно. Стара назва WEBHOOK_URL у поточних версіях ще працює, але застаріла. У старішій версії діє лише стара назва, тож перевірте документацію для своєї версії.
GENERIC_TIMEZONE, TZЧасовий пояс вузлів планування
N8N_ENCRYPTION_KEYКлюч, що шифрує збережені дані підключень

Вузол Webhook має дві адреси: тестова працює, поки ви редагуєте робочий процес, а робоча — після його активації. Зовнішнім службам надавайте робочу адресу. Початок адреси береться зі значення N8N_WEBHOOK_URL, тож якщо воно неправильне, зовнішні служби не зможуть дістатися вашого робочого процесу.

Ключ шифрування і резервні копії

Під час першого запуску n8n створює випадковий ключ шифрування й зберігає його у своїй папці даних (/home/node/.n8n). Ним шифруються ваші збережені підключення. Дані підключень у відновленій базі даних без ключа розшифрувати неможливо. Зберігайте окрему копію ключа.

  • Що копіювати: Том даних (n8n_data) містить типову базу даних SQLite і ключ. Перед копіюванням зупиніть n8n. Якщо ви використовуєте PostgreSQL, робіть резервну копію бази даних окремо її власними інструментами.
  • Швидкий експорт: Команди n8n виконуються всередині контейнера. docker compose exec n8n n8n export:workflow --backup --output=/home/node/.n8n/backups/workflows/ і docker compose exec n8n n8n export:credentials --backup --output=/home/node/.n8n/backups/credentials/ записують робочі процеси та підключення в том даних. Користувачі, історія виконання й налаштування не входять, тож для повного відновлення цього недостатньо.
  • Резервна копія сервера: Seturack копіює ваш сервер щоночі й зберігає останні 7 днів. Це охоплює і дані n8n, але критичні робочі процеси варто експортувати окремо.

Ресурси і база даних

В офіційних посібниках зі встановлення немає цифр для CPU чи пам’яті. Як орієнтир, легкі й нечасті робочі процеси працюють на малому сервері, а ті, що обробляють великі файли чи багато даних, потребують пам’яті. Стежте за реальним використанням контейнера командою docker stats. Типова база даних — SQLite. Для інтенсивного використання перейдіть на PostgreSQL з DB_TYPE=postgresdb, зберігши том папки даних.

Якщо сервера не вистачає, збільште його в панелі. IP-адреса й дані не змінюються, а адреси ваших вебхуків лишаються тими самими.

Оновлення

Офіційний посібник описує оновлення трьома командами: docker compose pull, docker compose down і docker compose up -d. Спершу зробіть резервну копію й прочитайте примітки до випуску. Оновлення операційної системи та застосунків після налаштування — на вашому боці.

Безпека

  • Відкривайте n8n лише через HTTPS. Офіційний посібник дотримується того самого підходу.
  • Створіть акаунт власника одразу після налаштування й виберіть надійний пароль.
  • Залишайте в брандмауері відкритими лише порти 22, 80 і 443. Оскільки Docker оминає правила ufw для портів, які публікує, не публікуйте порт 5678 n8n назовні.

Якщо ви не хочете виконувати ці кроки, виберіть сервер із попередньо встановленим n8n. Якщо встановлюєте самі, почніть із сервера з установленим Docker.

Коментарі0

Коментарів поки немає

Поділіться своєю думкою першим.

Долучайтеся до обговорення

Будь ласка, увійдіть або зареєструйтеся, щоб залишити коментар.

Не пропускайте нові записи

Отримуйте наші свіжі інструкції, посібники та новини продукту на пошту.

Ви підписалися на нашу розсилку.