Ile RAM potrzebuje samodzielne n8n?

Około 2 GB to wygodny wybór dla n8n plus jego baza danych Postgres i normalne przepływy pracy. Działa w 1 GB, jeśli przepływy są lekkie, ale poczujesz to przy większych przebiegach. Ciężkie równoległe wykonania lub duże ładunki — przejdź na 4 GB.

Czy potrzebuję Dockera, by hostować samodzielnie n8n?

To zdecydowanie najłatwiejszy sposób — jeden plik compose daje Ci n8n, bazę danych i trwały magazyn, a aktualizacje to pojedynczy pull. Możesz zainstalować przez npm zamiast tego, ale Docker oszczędza Ci bólów głowy z zależnościami i aktualizacjami.

Czy samodzielny n8n jest tańszy niż n8n cloud?

Jeśli uruchamiasz stały strumień automatyzacji — tak: stały miesięczny VPS bije cennik za wykonanie, i nie ma limitu przepływów ani wykonań. Dla garstki przebiegów miesięcznie hostowane miejsce może być prostsze. Drugim powodem, dla którego ludzie hostują samodzielnie, jest kontrola: Twoje dane i klucze API nigdy nie opuszczają Twojego serwera.

Czy potrzebuję domeny dla n8n?

Dla węzłów opartych na OAuth (Google itd.) i czystego HTTPS — tak: skieruj domenę na serwer i postaw n8n za reverse proxy z certyfikatem. Do czysto wewnętrznego użytku możesz sięgnąć do niego przez tunel SSH bez domeny.

Czy n8n może działać na VPS NAT, czy potrzebuję dedykowanego IP?

Użycie wewnętrzne/przez tunel SSH działa na maszynie NAT. Jeśli chcesz publicznego URL z własną domeną i HTTPS (potrzebne dla niektórych wywołań zwrotnych OAuth i webhooków), plan z dedykowanym IP jest czystszym dopasowaniem, bo kontrolujesz wszystkie porty.

Hostuj samodzielnie n8n na VPS z Dockerem

n8n to rodzaj narzędzia, którego zaczynasz używać lekko, a potem po cichu przepuszczasz przez nie połowę swoich operacji. W którym to momencie „działa na czyimś miejscu w chmurze, rozliczane za wykonanie, z moimi kluczami API żyjącymi na ich serwerach” zaczyna wydawać się mniej świetne. Samodzielny hosting naprawia wszystkie trzy — stały koszt, brak limitu wykonań i Twoje klucze zostają na maszynie, którą posiadasz. Z Dockerem to zadanie na piętnaście minut.

Ile serwera faktycznie potrzebuje

Najpierw uczciwe liczby, byś nie prze- ani nie niedokupił:

~2 GB RAM to wygodny wybór — n8n plus jego baza Postgres plus normalne przepływy pracy siedzą tu spokojnie.
1 GB działa, jeśli Twoje przepływy są lekkie, ale zauważysz to na większych przebiegach.
4 GB, jeśli robisz ciężkie równoległe wykonania lub przepychasz duże ładunki.

n8n nie jest CPU-żerny w spoczynku; skacze podczas przebiegów. Maszyna 2-rdzeniowa jest w porządku dla większości konfiguracji. (Więcej o dopasowaniu specyfikacji do obciążenia w przewodniku doboru.)

Konfiguracja Docker

Na świeżej maszynie Ubuntu/Debian zainstaluj Dockera:

curl -fsSL https://get.docker.com | sudo sh

Zrób folder i docker-compose.yml — n8n z trwałym wolumenem i Postgresem:

services:
  n8n:
    image: docker.n8n.io/n8nio/n8n
    restart: always
    ports:
      - "127.0.0.1:5678:5678"
    environment:
      - N8N_HOST=n8n.yourdomain.com
      - N8N_PROTOCOL=https
      - WEBHOOK_URL=https://n8n.yourdomain.com/
      - DB_TYPE=postgresdb
      - DB_POSTGRESDB_HOST=db
      - DB_POSTGRESDB_PASSWORD=change-me
    volumes:
      - ./n8n-data:/home/node/.n8n
    depends_on: [db]
  db:
    image: postgres:16
    restart: always
    environment:
      - POSTGRES_PASSWORD=change-me
      - POSTGRES_DB=n8n
    volumes:
      - ./db-data:/var/lib/postgresql/data

sudo docker compose up -d

Dwie rzeczy warte wskazania: wolumeny (n8n-data, db-data) to to, co utrzymuje Twoje przepływy przy życiu przez restarty i aktualizacje — nie pomijaj ich. A n8n jest związany z 127.0.0.1, nie 0.0.0.0 — nie jest wystawiony bezpośrednio na internet. To celowe; następny krok obsługuje dostęp bezpiecznie.

Dostęp: HTTPS lub tunel

Publiczny URL (potrzebny dla węzłów OAuth i webhooków): skieruj subdomenę na serwer i uruchom reverse proxy (Caddy jest najmniejszego wysiłku — automatyczny HTTPS) przed 127.0.0.1:5678. To tu pasuje plan z dedykowanym IP, bo kontrolujesz porty i DNS.
Tylko dla siebie, bez domeny: pomiń proxy i sięgnij do niego przez tunel SSH — ssh -L 5678:127.0.0.1:5678 user@server, potem otwórz localhost:5678. Działa dobrze na VPS NAT.

Zablokuj to i utrzymaj włączonym

n8n trzyma Twoje klucze API i dane uwierzytelniające, więc maszyna musi być szczelna: zrób listę kontrolną bezpieczeństwa (klucze SSH, zapora, brak logowania hasłem), zanim wstawisz prawdziwe dane uwierzytelniające. restart: always w pliku compose już oznacza, że Docker przywraca n8n po awarii lub restarcie — to Twoja dostępność obsłużona.

Czy jest tego warte?

Bądź ze sobą szczery co do wolumenu. Jeśli uruchamiasz automatyzacje nieustannie, samodzielny hosting wygrywa na koszcie (stały vs za wykonanie) i usuwa wszelkie limity przepływów/przebiegów. Jeśli wyzwalasz kilka przepływów miesięcznie, hostowane miejsce to mniej zachodu. Ale argument kontroli stoi niezależnie: Twoje przepływy, Twoje dane, Twoje klucze — na Twoim serwerze, nie wynajęte. Dla większości ludzi, którzy spoważnieli z n8n, to czynnik decydujący.

Maszyna 2 GB, plik compose, domena (lub tunel) i prowadzisz własne centrum automatyzacji — płatne kryptowalutą bez KYC, online w kilka minut.

Gotowa konfiguracja: zobacz VPS dla n8n — zalecany plan i minutowe wdrożenie za krypto.