DevOps 3 Min Lesezeit

n8n Automation Server hosten – Workflow-Automatisierung 2026

1. Was ist n8n und warum ist es 2026 so relevant?

n8n (ausgesprochen „n-eight-n" für „nodemation") ist ein Open-Source-Workflow-Automatisierungstool, das 2019 veröffentlicht wurde und sich seither zur populärsten Alternative zu Zapier und Make (ehemals Integromat) entwickelt hat. Mit einer MIT-ähnlichen Lizenz (Sustainable Use License) darf es frei selbst gehostet werden – ein entscheidender Vorteil für europäische Unternehmen unter DSGVO.

Bis Anfang 2026 sind über 400 offizielle Nodes verfügbar, darunter Slack, Microsoft 365, Google Workspace, Notion, Airtable, PostgreSQL, MySQL, OpenAI, Anthropic Claude, Hugging Face, Webhooks, MQTT und viele mehr. Durch den modularen Aufbau lassen sich auch eigene Custom Nodes in TypeScript oder Python entwickeln.

Im Vergleich zu SaaS-Konkurrenten punktet n8n mit unbegrenzten Workflows, unbegrenzten Ausführungen (im Self-Hosting) und der Möglichkeit, sensible Daten on-premise zu verarbeiten. Gerade im KI- und Compliance-Zeitalter 2026 ein strategischer Vorteil.

Hosting-Partner wie hostazar.com bieten speziell optimierte n8n-Images mit vorinstalliertem Docker, Traefik, PostgreSQL und automatischen Backups an – ideal für den produktiven Einsatz.

Merkmal n8n Self-Hosted Zapier Make
Lizenzkosten 0 € (nur Server) ab 19,99 $/Monat ab 9 $/Monat
Workflows unbegrenzt ✅ Ja ❌ Nein (je Plan) ❌ Nein
Custom Nodes ✅ Ja ❌ Nein ❌ Nein
Datenhoheit ✅ Vollständig ❌ Cloud-only ❌ Cloud-only

2. Systemanforderungen für den n8n-Server 2026

Die Anforderungen hängen stark vom Workflow-Volumen ab. Für klassische Büro-Automatisierung mit wenigen hundert Ausführungen pro Tag reicht bereits ein kleiner VPS. Sobald aber Queue-Mode, mehrere Worker und KI-gestützte Agents laufen, steigen RAM und CPU-Bedarf deutlich.

Als Faustregel für 2026 gilt: mindestens 2 vCPU und 4 GB RAM für nicht-kritische Workflows, 4 vCPU und 8–16 GB RAM für produktive Setups mit Queue-Mode und Main-Datenbank auf demselben Host. Für High-Volume-Setups mit mehr als 100.000 Executions pro Monat empfehlen wir eine getrennte Datenbankinstanz.

Der Festplattenspeicher ist meist zweitrangig, da Workflows selbst nur Kilobytes groß sind. Wichtiger ist schneller SSD-Speicher mit hoher IOPS für die Datenbank – NVMe-SSDs sind 2026 Standard.

Szenario vCPU RAM Storage Empfehlung
Hobby / Test 1 2 GB 20 GB SSD VPS S
Kleinunternehmen 2 4 GB 40 GB SSD VPS M
Produktiv / Queue-Mode 4 8–16 GB 80 GB NVMe VPS L / Dedicated
Enterprise / HA 8+ 32 GB+ 160 GB NVMe Cluster (3 Nodes)

Betriebssystem-seitig unterstützt n8n offiziell Ubuntu 22.04 LTS, 24.04 LTS, Debian 12, Rocky Linux 9 und AlmaLinux 9. Für Container-Setups spielt das Host-OS kaum eine Rolle – hier zählt nur eine aktuelle Docker- oder Podman-Version.

3. n8n mit Docker installieren – Schnellstart in 5 Minuten

Die einfachste und von der Community empfohlene Variante ist die Installation per Docker. n8n veröffentlicht wöchentlich aktualisierte Images auf Docker Hub unter n8nio/n8n. Wir empfehlen, das Image mit einem konkreten Tag zu pinnen, um reproduzierbare Deployments zu garantieren.

Voraussetzung ist ein laufender Docker-Daemon und idealerweise Docker Compose ab Version 2.20. Auf einem frischen Ubuntu 24.04 installierst du Docker in unter zwei Minuten:

# Docker & Compose installieren
sudo apt update && sudo apt install -y ca-certificates curl
sudo install -m 0755 -d /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg
echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] https://download.docker.com/linux/ubuntu $(. /etc/os-release && echo "$VERSION_CODENAME") stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
sudo apt update && sudo apt install -y docker-ce docker-ce-cli containerd.io docker-compose-plugin

Anschließend legst du eine docker-compose.yml im Verzeichnis /opt/n8n an:

version: "3.8"

services:
  n8n:
    image: n8nio/n8n:1.74.1
    container_name: n8n
    restart: unless-stopped
    ports:
      - "127.0.0.1:5678:5678"
    environment:
      - N8N_HOST=automation.deinedomain.de
      - N8N_PORT=443
      - N8N_PROTOCOL=https
      - GENERIC_TIMEZONE=Europe/Berlin
      - N8N_SECURE_COOKIE=true
      - DB_SQLITE_VACUUM_ON_SHUTDOWN=true
    volumes:
      - n8n_data:/home/node/.n8n
      - ./files:/files
    healthcheck:
      test: ["CMD", "wget", "-qO-", "http://localhost:5678/healthz"]
      interval: 30s
      timeout: 10s
      retries: 3

volumes:
  n8n_data:

Starten, Logs prüfen, fertig:

sudo docker compose up -d
sudo docker compose logs -f n8n

n8n ist nun unter http://deinserver:5678 erreichbar. Im nächsten Schritt setzen wir einen Reverse Proxy mit SSL davor, damit die Instanz produktiv unter einer Domain laufen kann.

4. Reverse Proxy mit Nginx und Let's Encrypt einrichten

Ein Reverse Proxy ist Pflicht: Er terminiert TLS, leitet WebSocket-Verbindungen für die Live-Editor-Ansicht weiter und schützt den n8n-Port 5678 vor direktem Zugriff. Bewährt hat sich die Kombination aus Nginx als Proxy und Certbot für kostenlose SSL-Zertifikate von Let's Encrypt.

Installation unter Ubuntu:

sudo apt install -y nginx certbot python3-certbot-nginx

Konfiguration unter /etc/nginx/sites-available/n8n.conf:

server {
    server_name automation.deinedomain.de;

    location / {
        proxy_pass http://127.0.0.1:5678;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_read_timeout 3600;
    }
}

Aktivieren, SSL holen, Nginx neu laden:

sudo ln -s /etc/nginx/sites-available/n8n.conf /etc/nginx/sites-enabled/
sudo certbot --nginx -d automation.deinedomain.de
sudo systemctl reload nginx

Let's-Encrypt-Zertifikate werden automatisch alle 60 Tage erneuert. Wer lieber Traefik oder Caddy nutzt, kann diese Schritte 1:1 mit den jeweiligen Provider-Syntaxen umsetzen – n8n spielt mit jedem modernen Reverse-Proxy zusammen.

5. Datenbank-Backend: SQLite vs. PostgreSQL

Standardmäßig nutzt n8n eine eingebettete SQLite-Datenbank. Sie ist praktisch für den Schnellstart, stößt aber bei produktiven Lasten schnell an Grenzen: kein paralleler Schreibzugriff, keine Replikation, keine Backups auf Datei-Ebene im laufenden Betrieb.

Für den produktiven Einsatz 2026 ist PostgreSQL klar die erste Wahl. PostgreSQL ab Version 14 bietet exzellente Performance, JSONB-Indexierung (perfekt für n8n-Workflow-Definitionen) und bewährte Backup-Tools wie pg_dump und WAL-Archivierung.

Umstellung auf PostgreSQL – einfach ein zusätzlicher Service in docker-compose.yml:

services:
  postgres:
    image: postgres:16-alpine
    container_name: n8n-postgres
    restart: unless-stopped
    environment:
      POSTGRES_DB: n8n
      POSTGRES_USER: n8n
      POSTGRES_PASSWORD: supersecret
    volumes:
      - postgres_data:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U n8n"]
      interval: 10s
      timeout: 5s
      retries: 5

  n8n:
    image: n8nio/n8n:1.74.1
    depends_on:
      postgres:
        condition: service_healthy
    environment:
      - DB_TYPE=postgresdb
      - DB_POSTGRESDB_HOST=postgres
      - DB_POSTGRESDB_PORT=5432
      - DB_POSTGRESDB_DATABASE=n8n
      - DB_POSTGRESDB_USER=n8n
      - DB_POSTGRESDB_PASSWORD=supersecret
    # ... rest wie oben

volumes:
  postgres_data:
Kriterium SQLite PostgreSQL
Setup-Aufwand Keiner Mittel
Parallele Schreibzugriffe ❌ ✅
Hot-Backups ❌ ✅ (pg_basebackup)
Queue-Mode kompatibel ❌ ✅
Empfehlung 2026 Test / Dev Produktion

6. Queue-Mode und Skalierung mit Redis

Sobald Workflows länger als ein paar Sekunden laufen oder parallele Ausführungen benötigt werden, schaltest du den Queue-Mode ein. n8n nutzt dann Redis als Message-Broker zwischen Main-Instanz (UI, API) und beliebig vielen Worker-Instanzen, die die eigentlichen Workflows ausführen.

Architektur im Queue-Mode:

  • Main: Web-UI, REST-API, Webhook-Endpoints
  • Worker: führen Workflow-Executions aus
  • Redis: Pub/Sub-Broker für Job-Queue
  • PostgreSQL: persistenter Storage
services:
  redis:
    image: redis:7-alpine
    restart: unless-stopped
    volumes:
      - redis_data
  
    
Docker Compose auf dem VPS: Webserver, Datenbank & Reverse Proxy richtig betreiben

  
  

    

      DevOps
      02. June 2026
      10 Min
    

    
Docker Compose auf dem VPS: Webserver, Datenbank & Reverse Proxy richtig betreiben

    
Praxisnaher Guide für Docker Compose auf dem VPS: Webserver, Datenbank, Reverse Proxy, TLS, Backups, Updates und Sicherheit richtig planen und betreiben.

    

      Weiterlesen →
    

  





  
📖 Ähnliche Artikel