Sie haben also entschieden, n8n selbst zu hosten. Gute Entscheidung. Egal, ob Ihnen die nutzungsbasierte Abrechnung der Cloud-Version zu viel wird oder Sie einfach die vollständige Kontrolle über Ihre Workflows und Daten haben möchten – eine eigene Instanz zu betreiben ist einer der klügeren Schritte, die Sie als Automatisierungsbegeisterter unternehmen können. Bevor Sie jedoch einen Server hochfahren und mit dem Importieren von Workflows beginnen, lassen Sie uns darüber sprechen, was Sie tatsächlich brauchen, gegenüber dem, was das Internet Ihnen weismachen will.
Vorweggenommen: Es ist weniger, als Sie denken. n8n ist überraschend schlank, aber es gibt ein paar Fallstricke, die Ihr Wochenende ruinieren können, wenn Sie sie übersehen. Dieser Leitfaden führt Sie durch realistische Ressourcenanforderungen, Persistenz- und Backup-Strategien sowie die kleinen Details, die den Unterschied ausmachen zwischen einer Workflow-Engine, die einfach funktioniert, und einer, die Ihre Daten still und heimlich um 3 Uhr morgens verliert.
Was Sie tatsächlich benötigen, um n8n zu betreiben
Fangen wir mit der Hardware an. n8n selbst ist eine Node.js-Anwendung und verbraucht im Leerlauf kaum Ressourcen. Für eine persönliche Einrichtung oder die eines kleinen Teams, das vielleicht 20–50 Workflows mit moderater Komplexität ausführt, kommen Sie problemlos mit 1 GB RAM und 1 vCPU aus. Das ist alles. Wenn Sie umfangreichere Workflows mit viel Datentransformation, parallelen Ausführungen oder KI-Knoten ausführen, die große Datenmengen verarbeiten, verschafft Ihnen eine Erhöhung auf 2 GB RAM mehr Spielraum.
Was den Speicherplatz betrifft: Das n8n-Binary und seine Abhängigkeiten belegen etwa 500 MB. Das eigentliche Wachstum kommt aus Ihrer Ausführungshistorie, die in der Datenbank gespeichert wird. Wenn Sie täglich Hunderte von Workflows ausführen und vollständige Ausführungsprotokolle aufbewahren, planen Sie 10–20 GB Speicherplatz auf längere Sicht ein, oder richten Sie automatisches Bereinigen ein (dazu unten mehr). Die meisten Menschen, die auf einem kleinen VPS selbst hosten, werden diese Grenze nie erreichen.
Etwas, das Menschen überschätzen: die CPU. Sofern Sie keine aufwendige Datenverarbeitung in Funktionsknoten durchführen, wartet n8n hauptsächlich auf externe APIs. Ein bescheidener VPS bewältigt dies problemlos. Was Sie benötigen, ist zuverlässige Verfügbarkeit und ein stabiles Netzwerk, keine leistungsstarke Maschine.
Persistenz und Backups: Der Teil, den alle überspringen
Hier passieren Self-Hostern die größten Fehler. Wenn Sie n8n in Docker betreiben, ohne Volumes zu konfigurieren, befinden sich Ihre Workflows, Zugangsdaten und die Ausführungshistorie standardmäßig innerhalb des Containers. Starten Sie den Container auf die falsche Weise neu, und weg ist alles. Binden Sie stets ein persistentes Volume für /home/node/.n8n ein (oder wo auch immer sich Ihr Datenpfad befindet) und sichern Sie dieses Verzeichnis regelmäßig.
Für die Datenbank verwendet n8n standardmäßig SQLite, was für den persönlichen Gebrauch in Ordnung ist, bei einigen tausend Ausführungen jedoch träge werden kann. Wenn Sie eine stark ausgelastete Instanz betreiben, wechseln Sie zu PostgreSQL. Es verarbeitet gleichzeitige Ausführungen besser und ermöglicht sauberere Backups. Ein nächtlicher pg_dump, der an einen externen Speicherort weitergeleitet wird, ist Ihr bester Freund.
Vergessen Sie nicht, Ihren Verschlüsselungsschlüssel zu sichern. n8n verschlüsselt gespeicherte Zugangsdaten mit einem Schlüssel, der beim ersten Start generiert wird. Verlieren Sie diesen Schlüssel, werden jedes gespeicherte API-Token, jede OAuth-Verbindung und jedes Passwort zu unlesbarem Datenmüll. Bewahren Sie ihn an einem sicheren Ort auf – einem Ort, der nicht derselbe Server ist wie Ihre n8n-Instanz.
Die Fallstricke, vor denen niemand warnt
Erster Fallstrick: Webhook-URLs. Wenn Sie sich hinter einem Reverse-Proxy oder NAT befinden, muss n8n seine öffentliche URL kennen, um funktionierende Webhook-Endpunkte zu generieren. Setzen Sie die Umgebungsvariable WEBHOOK_URL auf Ihre tatsächliche öffentliche Domain, einschließlich HTTPS. Andernfalls geben Ihre Webhook-Knoten localhost-URLs aus, und Sie werden eine Stunde damit verbringen, sich zu fragen, warum nichts funktioniert.
Zweiter Fallstrick: aufgeblähte Ausführungsdaten. n8n speichert standardmäßig Eingabe und Ausgabe jeder Ausführung. Bei einer stark ausgelasteten Instanz füllt das Ihre Datenbank schnell. Setzen Sie EXECUTIONS_DATA_PRUNE=true und konfigurieren Sie ein maximales Alter (z. B. 14 Tage), damit alte Ausführungen automatisch bereinigt werden. Sie werden sich später selbst dafür danken.
Dritter Fallstrick: Zeitzonenprobleme. Cron- und Zeitplanknoten verwenden die Zeitzone des Servers. Wenn Ihr Server auf UTC läuft und Sie einen Workflow auf 9 Uhr morgens einstellen, in der Meinung, das sei Ortszeit, werden Sie verwirrt sein. Setzen Sie entweder die Variable GENERIC_TIMEZONE oder gehen Sie bewusst mit UTC in Ihren Zeitplänen um.
Überspringen Sie die Einrichtung mit der Ein-Klick-Installation von TPC Hosting
Wenn alles oben Genannte nach einem unterhaltsamen Wochendprojekt klingt, legen Sie los. Die Dokumentation von n8n ist solide und die Community ist hilfsbereit. Wenn Sie jedoch lieber auf Docker-Compose-Dateien, Reverse-Proxy-Konfiguration, SSL-Zertifikate und das Hantieren mit Umgebungsvariablen verzichten möchten, ist das genau der Grund, warum wir unser n8n-Hosting bei TPC Hosting entwickelt haben.
Unsere Ein-Klick-Installation bietet Ihnen eine produktionsreife n8n-Instanz mit persistentem Speicher, automatischen Backups, sofort konfiguriertem HTTPS und bereits gesetzten richtigen Umgebungsvariablen. PostgreSQL ist für Sie eingerichtet, die Ausführungsbereinigung ist standardmäßig sinnvoll konfiguriert, und Ihr Verschlüsselungsschlüssel wird sicher gespeichert. Sie melden sich an, beginnen mit der Erstellung von Workflows und umgehen den Infrastruktur-Umweg vollständig.
Davon abgesehen sind wir Fans des Self-Hostings in jeder Form. Wenn Sie n8n lieber auf Ihrem eigenen VPS betreiben möchten, sollte der obige Leitfaden Sie vor den häufigsten Fallen bewahren. Und wenn Sie Ihr DIY-Setup überwachsen oder einfach möchten, dass jemand anderes die langweiligen Teile übernimmt, ist TPC Hosting für Sie da.
Häufig gestellte Fragen
FAQ
Kann ich n8n auf einem Raspberry Pi betreiben?
Ja, absolut. Ein Raspberry Pi 4 mit 2 GB oder mehr RAM verarbeitet n8n für den persönlichen Gebrauch problemlos. Verwenden Sie das offizielle ARM-Docker-Image und binden Sie ein persistentes Volume auf einer externen SSD statt auf der SD-Karte ein, um Verschleiß und Datenverlust zu vermeiden.
Muss ich Docker für das Self-Hosting von n8n verwenden?
Nein, Sie können n8n direkt über npm installieren, wenn Node.js auf Ihrem Server vorhanden ist. Docker wird empfohlen, da es Abhängigkeiten isoliert und Upgrades übersichtlicher gestaltet, aber eine bare-metal-npm-Installation funktioniert für einfache Setups gut.
Wie sichere ich mein selbst gehostetes n8n?
Aktivieren Sie Basic-Auth oder richten Sie einen OAuth-Proxy ein, betreiben Sie n8n stets hinter HTTPS, halten Sie n8n aktuell, um Sicherheitslücken zu schließen, beschränken Sie die Firewall des Servers auf nur die benötigten Ports, und speichern Sie Ihren Verschlüsselungsschlüssel sowie Datenbankbackups außerhalb des Servers an einem sicheren Ort.
