Wie viel Server braucht n8n? RAM, CPU und Speicher nach Workflow-Last

Wie viel Server n8n braucht, hängt weniger von der reinen Nutzerzahl ab als von der Zahl paralleler Ausführungen und der Menge an Binärdaten, die durch die Workflows laufen. n8n selbst hat in einem eigenen Benchmark eine einzelne Instanz mit 4 GB RAM (Typ ECS c5a.large, Hauptmodus mit Postgres) getestet und dabei bis zu 220 Workflow-Ausführungen pro Sekunde erreicht, allerdings mit einem sehr einfachen Workflow aus Webhook-Trigger und Edit-Fields-Node. Für die meisten KMU-Automatisierungen mit komplexeren Nodes, Datei-Verarbeitung oder KI-Aufrufen ist das kein realistischer Dauerwert, sondern eine Obergrenze unter Laborbedingungen. Stand: August 2026.

Reicht eine kleine Instanz für den Start?

Für den Einstieg reicht in der Regel eine kleine bis mittlere Instanz, solange Workflows nicht dauerhaft parallel und binärlastig laufen. Im n8n-eigenen Test blieb eine einzelne Instanz mit 4 GB RAM bis zu einem bestimmten Lastniveau stabil, die Antwortzeiten stiegen bei höherer Last jedoch deutlich an, in der Spitze auf über 100 Sekunden, während die Verarbeitung im Hintergrund weiterlief. Das zeigt: Eine kleine Instanz verarbeitet die Last am Ende noch, aber nicht mehr in nützlicher Zeit für synchrone Webhook-Antworten. Details zum Testaufbau liefert die Performance-Dokumentation von n8n.

Wann wird SQLite zum Problem?

SQLite wird spätestens dann zum Problem, wenn Sie auf mehrere n8n-Prozesse skalieren wollen. Für den Queue Mode mit mehreren Workern ist SQLite laut n8n nicht vorgesehen, stattdessen wird eine Postgres-Datenbank vorausgesetzt, auf die sowohl die Haupt- als auch alle Worker-Instanzen zugreifen können. Wer also absehbar wachsen will, sollte von Anfang an mit Postgres statt SQLite planen, auch wenn eine Einzelinstanz mit SQLite für kleine, nicht kritische Setups zunächst funktioniert.

Wann lohnt sich der Umstieg auf Queue Mode?

Queue Mode lohnt sich, sobald eine einzelne Instanz an ihre Grenzen kommt, etwa durch viele gleichzeitige Nutzer, viele parallele Ausführungen oder Lastspitzen bei Webhooks. Im Queue Mode übernimmt eine Hauptinstanz Trigger, Webhooks und die Oberfläche, während separate Worker-Instanzen die eigentlichen Ausführungen übernehmen, zusätzlich wird Redis als Message Broker zwingend benötigt. Jeder Worker verarbeitet standardmäßig bis zu 10 Jobs gleichzeitig, n8n empfiehlt aber, die Concurrency pro Worker auf mindestens 5 zu begrenzen, damit der Datenbank-Verbindungspool nicht erschöpft wird. Wie sich das im Detail konfigurieren lässt, beschreibt die n8n-Dokumentation zum Queue Mode.

Was ändert sich durch große Binärdaten?

Binärdaten wie PDFs oder Bilder verändern die Rechnung deutlich stärker als reine JSON-Verarbeitung, weil sie zusätzlichen Speicher- und I/O-Bedarf erzeugen. Im Queue Mode wird binäre Datenablage im lokalen Dateisystem laut Dokumentation nicht unterstützt, stattdessen wird externer S3-kompatibler Speicher empfohlen. Wer viele Dokumente verarbeitet, sollte diesen Punkt bei der Serverplanung von Anfang an einkalkulieren, statt ihn erst zu bemerken, wenn Festplatte oder Arbeitsspeicher voll sind.

Wie dimensioniere ich für den eigenen Fall?

Am zuverlässigsten dimensionieren Sie, indem Sie den eigenen, realistischen Workflow testen, statt sich auf generische Zahlen zu verlassen. n8n selbst verweist ausdrücklich darauf, dass die tatsächliche Leistung von Workflow-Typ, verfügbaren Ressourcen und Konfiguration abhängt, und empfiehlt eigene Benchmarks mit dem hauseigenen Test-Framework. Für den produktiven Einsatz auf einem eigenen, in Deutschland oder der EU gehosteten Server unterstützen wir bei NordFlux bei der n8n-Einrichtung inklusive passender Server- und Datenbankwahl.

Häufige Fragen zu n8n-Serverdimensionierung

Reicht eine kleine Cloud-Instanz mit wenig RAM für n8n?

Für einfache, nicht parallele Workflows kann eine kleine Instanz ausreichen, wie n8ns eigener Test mit 4 GB RAM zeigt. Sobald mehrere Workflows gleichzeitig laufen oder Binärdaten verarbeitet werden, steigt der Bedarf jedoch spürbar, weshalb ein eigener Test unter realistischer Last sinnvoller ist als eine pauschale Empfehlung.

Brauche ich zwingend den Queue Mode?

Nein, für kleinere Setups mit überschaubarer paralleler Last reicht eine einzelne Instanz aus. Queue Mode wird laut n8n vor allem dann relevant, wenn eine Instanz an ihre Skalierungsgrenzen stößt und zusätzliche Worker die Last verteilen sollen.

Wie viele Ausführungen pro Sekunde schafft n8n maximal?

n8n selbst nennt in einem eigenen Benchmark bis zu 220 Workflow-Ausführungen pro Sekunde auf einer einzelnen Instanz, gemessen mit einem sehr einfachen Test-Workflow. Bei komplexeren Workflows mit mehr Nodes, externen API-Aufrufen oder Binärdaten liegt der realistische Wert erfahrungsgemäß deutlich niedriger.

Läuft n8n mit SQLite in Produktion?

Für eine einzelne Instanz mit überschaubarer Last ist SQLite grundsätzlich nutzbar. Für den Queue Mode mit mehreren Workern ist SQLite laut Dokumentation jedoch nicht vorgesehen, dort wird Postgres vorausgesetzt.