n8n er den slags værktøj, du begynder at bruge let, og så stille router halvdelen af dine operationer igennem. Hvorpå "det kører på en andens sky-sæde, målt per udførelse, med mine API-nøgler boende på deres servere" begynder at føles mindre godt. Self-hosting fikser alle tre — flad omkostning, intet udførelses-loft, og dine nøgler forbliver på en boks, du ejer. Med Docker er det et femten-minutters job.
Hvor meget server den faktisk har brug for
Ærlige tal først, så du ikke over- eller underkøber:
- ~2 GB RAM er det søde punkt — n8n plus dens Postgres-database plus normale workflows sidder komfortabelt her.
- 1 GB virker, hvis dine workflows er lette, men du vil bemærke det på større kørsler.
- 4 GB hvis du laver tunge parallelle udførelser eller skubber store payloads igennem.
n8n er ikke CPU-sulten i hvile; den spiker under kørsler. En 2-kerne-boks er fin til de fleste opsætninger. (Mere om at matche specifikationer til arbejdsbyrde i dimensioneringsguiden.)
Docker-opsætningen
På en frisk Ubuntu/Debian-boks, installér Docker:
curl -fsSL https://get.docker.com | sudo sh
Lav en mappe og en docker-compose.yml — n8n med en persistent volumen og Postgres:
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
To ting værd at påpege: volumenerne (n8n-data, db-data) er, hvad der holder dine workflows i live på tværs af genstarter og opgraderinger — spring dem ikke over. Og n8n er bundet til 127.0.0.1, ikke 0.0.0.0 — den er ikke eksponeret mod internettet direkte. Det er bevidst; næste trin håndterer adgang sikkert.
Adgang: HTTPS eller en tunnel
- Offentlig URL (nødvendig for OAuth-noder og webhooks): peg et subdomæne mod serveren og kør en reverse proxy (Caddy er den mindst besværlige — automatisk HTTPS) foran
127.0.0.1:5678. Det er her, et dedikeret-IP-abonnement passer, siden du kontrollerer porte og DNS. - Kun til dig selv, intet domæne: spring proxyen over og nå den over en SSH-tunnel —
ssh -L 5678:127.0.0.1:5678 user@server, åbn derefterlocalhost:5678. Virker fint på en NAT-VPS.
Lås den ned og hold den oppe
n8n holder dine API-nøgler og legitimationsoplysninger, så boksen skal være stram: lav sikkerhedstjeklisten (SSH-nøgler, firewall, ingen adgangskode-login), før du lægger rigtige legitimationsoplysninger i. restart: always i compose-filen betyder allerede, at Docker bringer n8n tilbage efter et nedbrud eller en genstart — det er din oppetid håndteret.
Er det det værd?
Vær ærlig over for dig selv om volumen. Hvis du kører automatiseringer konstant, vinder self-hosting på omkostning (fast kontra per-udførelse) og fjerner ethvert workflow-/kørsels-loft. Hvis du udløser et par flows om måneden, er et hostet sæde mindre besvær. Men kontrol-argumentet står uanset: dine workflows, dine data, dine nøgler — på din server, ikke lejet. For de fleste, der blev seriøse omkring n8n, er det den afgørende faktor.
En 2 GB-boks, en compose-fil, et domæne (eller en tunnel), og du kører din egen automatiserings-hub — betalbar i krypto uden KYC, live på minutter.
Færdiglavet opsætning: se VPS til n8n — det anbefalede abonnement og en et-minuts krypto-udrulning.
Kommentarer
Ingen kommentarer endnu. Vær den første.