n8n selbst hosten: Docker-Compose, TLS und Backups
So hostest du n8n selbst — mit Docker Compose, einem Reverse Proxy samt TLS, sauberer Persistenz und getesteten Backups. Am Ende läuft deine Workflow-Automatisierung auf deinem eigenen Server in der EU, ohne Limit pro Ausführung.
n8n-Hosting ansehenn8n ist eine Open-Source-Alternative zu Zapier und Make: ein Werkzeug zur Workflow-Automatisierung, das Hunderte Dienste per Node verbindet. Selbst gehostet zahlst du keinen Aufpreis pro Ausführung, und deine Daten — oft API-Keys und Kundendaten — verlassen deinen Server nicht.
Voraussetzungen
Ein kleiner Cloud-Server mit 2 vCPUs und 4 GB RAM genügt für den Start; für viele parallele Workflows plane mehr RAM und lokales NVMe ein, denn jede aktive Ausführung belegt Arbeitsspeicher. Dazu brauchst du Docker, Docker Compose und eine Domain für das TLS-Zertifikat — ohne gültiges Zertifikat verweigern viele externe Dienste den Webhook-Aufruf.
n8n mit Docker Compose einrichten
- Server und Docker vorbereiten: Cloud-Server mit aktuellem Linux aufsetzen, Docker und Docker Compose installieren und den DNS-Eintrag deiner Domain auf die Server-IP zeigen lassen.
- docker-compose.yml anlegen: Definiere den n8n-Service, ein persistentes Volume für das Verzeichnis /home/node/.n8n und — für den Produktivbetrieb — PostgreSQL als Datenbank statt der Standard-SQLite.
- Umgebungsvariablen setzen: Host, Protokoll (https), Zeitzone und einen festen Encryption-Key konfigurieren; zusätzlich Basic-Auth oder den nativen User-Login aktivieren.
- Reverse Proxy und TLS einrichten: Nginx oder Caddy davorschalten, HTTPS per Let's Encrypt terminieren und die WebSocket-Verbindungen für die Editor-Oberfläche korrekt durchreichen.
- Stack starten: Mit docker compose up -d hochfahren, die Logs prüfen und die Editor-Oberfläche über deine Domain aufrufen.
- Persistenz und Backups: Das n8n-Volume und die PostgreSQL-Datenbank regelmäßig sichern und mit Snapshot-Backups auf Server-Ebene absichern.
- Updates fahren: Das n8n-Image auf eine feste Version pinnen, vor jedem Update ein Backup ziehen und den Encryption-Key sicher aufbewahren — ohne ihn sind gespeicherte Credentials verloren.
Kosten: selbst hosten vs. n8n Cloud
n8n Cloud rechnet nach ausgeführten Workflows ab — planbar bei wenig Volumen, teuer bei vielen Ausführungen. Selbst gehostet zahlst du nur den Server, unabhängig von der Zahl der Ausführungen; dafür trägst du Betrieb und Wartung selbst.
| Kriterium | Selbst gehostet (Bthorio) | n8n Cloud |
|---|---|---|
| Abrechnung | Fester Serverpreis | Nach ausgeführten Workflows |
| Kosten bei hohem Volumen | Konstant | Steigt mit den Ausführungen |
| Datenhoheit | Daten bleiben auf deinem Server (EU) | Beim Anbieter gehostet |
| Wartung | Liegt bei dir | Übernimmt der Anbieter |
| Anpassbarkeit | Voll (Custom Nodes, Umgebung) | Eingeschränkt |
Produktiv absichern und betreiben
Ein selbst gehostetes n8n verarbeitet oft Zugangsdaten und Kundendaten — entsprechend gehört es abgesichert und überwacht, nicht nur einmal gestartet. Diese Punkte trennen ein stabiles Setup von einem, das nach ein paar Wochen Ärger macht. Nimm dir die Zeit einmal am Anfang, dann läuft der Dienst über Monate ohne böse Überraschungen.
- Zugriff schützen: Die Editor-Oberfläche nie ohne Authentifizierung exponieren; Basic-Auth oder Login plus TLS sind Pflicht.
- Webhooks absichern: Öffentliche Webhook-URLs mit Signatur oder Token prüfen, damit keine fremden Aufrufe Workflows auslösen.
- Ressourcen begrenzen: Für den Container CPU- und RAM-Limits setzen, damit ein Ausreißer-Workflow nicht den ganzen Server blockiert.
- Ausführungen aufräumen: Alte Execution-Daten regelmäßig löschen, sonst wächst die Datenbank unbemerkt an.
- Fehler überwachen: Fehlgeschlagene Workflows aktiv per Benachrichtigung melden lassen, statt sie im Log zu übersehen.
- Zeitzone korrekt setzen, damit zeitgesteuerte Trigger zur erwarteten Uhrzeit feuern und nicht in UTC.
- Zugangsdaten trennen: sensible Credentials nur im n8n-Credential-Store hinterlegen und nicht im Klartext in einzelne Nodes schreiben.