Selvhostet n8n på en VPS: opsætning, sikkerhed og priser

Kort svar: Selvhostet n8n kræver fire ting: en VPS med lidt luft (2 GB RAM er et fornuftigt udgangspunkt for selve n8n), et subdomæne med HTTPS, en Docker-installation og en fast rutine for backup og opdateringer. Opsætningen tager typisk en aften første gang, og gevinsten er automatisering uden opgavetæller: serveren koster det samme, uanset hvor mange flows der kører, og dataene ligger på en server, du selv har valgt. Sikkerheden er dit ansvar: totrinslogin, løbende opdateringer og backup af både database og krypteringsnøgle er ikke valgfrit.

Fagligt gennemgået: 2. oktober 2026

Når regnestykket og dataspørgsmålet i platformvalget peger på selvhostet n8n, kommer det praktiske spørgsmål: hvor svært er det egentlig? Det ærlige svar: det er en overkommelig opgave for den, der er vant til en Linux-server og kan følge en opskrift – men det er en opgave med et driftsansvar bagefter. n8n skriver selv i sin dokumentation, at selvhosting kræver kendskab til servere, containere og sikkerhed, og anbefaler n8n Cloud, hvis man ikke har den erfaring.

Her er hele vejen: krav, opsætning, sikkerhed, drift og økonomi.

Før du ændrer noget: n8n udgiver nye versioner ofte, og miljøvariabler og anbefalede opsætninger ændrer sig mellem større versioner. Brug denne guide som overblik, og følg n8n’s officielle dokumentation for den version, du installerer.

Det skal du bruge

Indkøbslisten er kort:

• En VPS med 2 GB RAM og et par vCPU’er. Ifølge n8n’s dokumentation bruger selve softwaren i gennemsnit omkring 180 MiB RAM, så det er mængden af samtidige, tunge flows – store filer, lange løkker, mange kørsler – der en dag kræver mere. Vil du bruge n8n’s AI-assistent med den tilhørende sandbox, anbefaler n8n mindst 4 GB RAM og 2 vCPU’er.
• Et subdomæne, fx flows.ditdomæne.dk, med en A-record, der peger på serverens IP-adresse.
• Docker og Docker Compose som installationsvej. Det er den vej, n8n selv anbefaler, og den gør både opdateringer og flytning til rutine. Installation via npm er udfaset fra n8n 3.0.

Vælg en VPS hos en leverandør, du kan få fat på, når noget driller. Hele pointen med selvhosting er, at infrastrukturen er din – derfor betyder support og serverplacering noget. Hos Hostious tilpasses VPS’en efter behov frem for faste pakker, og serverne står i Europa. Er du i tvivl om størrelsen, så start småt: en VPS kan skaleres op, og VPS-guiden dækker afvejningerne.

Opsætningen: en aften med Docker

Forløbet i store træk:

1. Klargør serveren. Opdatér systemet, opret en almindelig bruger med sudo-rettigheder, og installér Docker Engine med Compose-pluginnet (v2).
2. Opret compose-filen efter n8n’s officielle dokumentation. Sæt tidszonen (GENERIC_TIMEZONE og TZ, fx Europe/Copenhagen), så planlagte flows kører på det rigtige tidspunkt, og sæt webhook-URL’en til dit offentlige subdomæne, så webhooks får den rigtige adresse bag en proxy. Brug et navngivet volume til /home/node/.n8n, så data overlever genstarter.
3. Vælg database. n8n bruger SQLite som standard. Skal flowene bære noget vigtigt, eller er I flere brugere, anbefaler n8n PostgreSQL.
4. Sæt en reverse proxy med automatisk HTTPS foran. Caddy klarer certifikaterne næsten selv (n8n har et officielt eksempel med Docker og Caddy); Nginx med Let’s Encrypt er klassikeren. n8n skal ikke være direkte eksponeret på port 5678.
5. Log ind, og opret ejerkontoen med et stærkt kodeord. Slå totrinslogin til med det samme.
6. Byg et testflow. En simpel webhook-trigger er perfekt: bekræft, at både indgående webhooks og udgående kald virker gennem proxyen.

Punkt 4 er der, folk oftest snubler. Tag den i ro og orden, så er resten medvind.

Et forenklet eksempel på n8n-delen af en compose-fil kan se sådan ud (proxy og database er udeladt):

services:
  n8n:
    image: n8nio/n8n:stable
    restart: always
    environment:
      - GENERIC_TIMEZONE=Europe/Copenhagen
      - TZ=Europe/Copenhagen
      - N8N_HOST=flows.ditdomaene.dk
      - N8N_PROTOCOL=https
      - WEBHOOK_URL=https://flows.ditdomaene.dk/
    volumes:
      - n8n_data:/home/node/.n8n
volumes:
  n8n_data:

Brug navnene og værdierne fra den aktuelle dokumentation – eksemplet viser strukturen, ikke en færdig produktionsopsætning.

Sikkerheden: dit ansvar, din tjekliste

En n8n-server er et attraktivt mål: den gemmer adgangsnøgler til alle de systemer, dine flows taler med – shop, regnskab, mail. Derfor:

• HTTPS på alt, uden undtagelser.
• Stærke kodeord og totrinslogin på alle brugere. n8n kan håndhæve totrinslogin for alle via en miljøvariabel.
• Server-grundhygiejne: firewall, der kun åbner 80, 443 og SSH; SSH med nøgler i stedet for kodeord; automatiske sikkerhedsopdateringer på styresystemet.
• Overvej at lægge selve editoren bag ekstra beskyttelse (IP-begrænsning eller VPN), mens webhook-adresserne forbliver åbne. Så kan omverdenen ringe på, men kun du kan komme ind i maskinrummet.

Behandl n8n’s krypteringsnøgle som en kronjuvel. n8n krypterer gemte credentials i databasen med en nøgle, som genereres ved første opstart og som standard ligger i .n8n-mappen – du kan også selv angive den med N8N_ENCRYPTION_KEY. Uden nøglen er dine credentials i backuppen ubrugelige, og med nøglen i forkerte hænder er alle dine integrationer åbne. Principperne fra guiden om integrationssikkerhed gælder dobbelt her: giv hvert flow nøgler med mindst mulige rettigheder.

Driften: backup, opdateringer, vækst

Tre rutiner holder installationen sund.

Backup. Tag backup af databasen (alle flows, credentials og brugere) og af krypteringsnøglen – automatisk og væk fra serveren. n8n’s kommandolinje kan desuden eksportere workflows og credentials med n8n export:workflow og n8n export:credentials, hvilket er praktisk som ekstra sikkerhed eller ved flytning. Eksportér aldrig credentials dekrypteret til et sted, du ikke har fuld kontrol over. Test gendannelsen én gang, så du ved, at opskriften virker.

Opdateringer. n8n udgiver en ny minor-version de fleste uger og har en stable– og en beta-kanal. Brug stable i produktion, læg en fast opdateringsdag (træk nyt image, genstart, tjek at flows kører), og læs udgivelsesnoterne for breaking changes, før du hopper over en større version.

Overvågning. Selvhosting betyder, at ingen andre opdager det, hvis platformen står stille. Sæt både uptime-tjek på serveren og fejlnotifikationer på selve flowene op fra dag ét – fx et fælles error-workflow, der sender en besked, når et flow fejler. Hvordan, står i guiden om overvågning af automatiseringer.

Hold også øje med diskforbruget. Gemte eksekveringsdata kan fylde meget over tid, især hvis flows håndterer filer. Sæt sletning af gamle eksekveringer op, så databasen ikke vokser ukontrolleret. Vokser volumen markant, kan n8n køres i kø-tilstand med flere workers – men det er et problem, mange aldrig når.

Økonomien: hvad koster det reelt?

Regnestykket har tre poster:

• Serveren. En VPS koster det samme hver måned, uanset antallet af kørsler. Hos Hostious er der ikke faste VPS-pakker; serveren tilpasses dit behov, så kontakt os for en pris på den konfiguration, du har brug for.
• Softwaren. n8n’s Community-udgave er gratis at selvhoste og har næsten hele funktionssættet. Funktioner som SSO og miljøer kræver en betalt licens. n8n er fair-code-licenseret, så tjek licensvilkårene, hvis du vil tilbyde n8n som en ydelse til andre.
• Din tid. Aftenen til opsætning plus fast tid til opdateringer, backup-kontrol og overvågning hver måned.

Sammenlign så med prismodellen hos de cloudplatforme, der afregner pr. opgave eller kørsel. Ved lav volumen er cloud ofte billigst, når din egen tid regnes med. Ved moderat til høj volumen vokser cloudprisen med forbruget, mens serverprisen står stille. Læg dertil det, der ikke står på fakturaen: data på en server, du selv har valgt, og friheden til at automatisere uden at skele til en opgavetæller. For teknisk anlagte webshops og bureauer er det den kombination, der gør selvhostet n8n interessant.

Hvornår du ikke bør selvhoste

Selvhosting er ikke det rigtige valg for alle. Har ingen i teamet erfaring med Linux-servere, eller kan ingen tage ansvaret for opdateringer og backup, når den ene person med viden er på ferie, er en administreret løsning ofte sikrere. Det samme gælder, hvis flowene er så forretningskritiske, at nedetid koster mere end et cloudabonnement. Guiden om valg af automatiseringsplatform hjælper med afvejningen.

Læs også

• Hub: Automatisering og integrationer
• n8n, Make eller Zapier: vælg automatiseringsplatform
• Flyt dine Zapier-flows til selvhostet n8n
• Sådan vælger du VPS til WordPress
• Overvåg dine automatiseringer
• VPS hosting hos Hostious – tilpasses efter behov, servere i Europa

Ofte stillede spørgsmål om selvhostet n8n

Hvor stor en VPS kræver n8n?

2 GB RAM og et par vCPU’er er et fornuftigt udgangspunkt, fordi n8n selv er nøjsom. Kører du mange samtidige, tunge flows (store filer, lange løkker), eller vil du bruge n8n’s AI-assistent med sandbox, skal du op på mindst 4 GB RAM og 2 vCPU’er.

Er selvhostet n8n gratis?

Community-udgaven er gratis at selvhoste – udgiften er serveren og din driftstid. Visse teamfunktioner kræver betalt licens, og du bør tjekke licensvilkårene, hvis du vil tilbyde n8n som ydelse til andre.

Hvad er det vigtigste at have styr på før start?

Backup-rutinen inklusive krypteringsnøglen – uden den kan credentials ikke gendannes – samt HTTPS og totrinslogin fra første dag. Resten kan forbedres løbende; de to skal sidde fra start.

Skal jeg bruge SQLite eller PostgreSQL?

SQLite er standard og fint til at komme i gang. Skal flowene bære noget forretningskritisk, eller er I flere brugere, anbefaler n8n PostgreSQL.