Skip to main content
White Fox Automations
Wissen 7 Min. Lesezeit

Server für n8n, Make oder Zapier: Kapazität richtig planen

Workflow-Plattformen selbst hosten erfordert präzise Server-Planung. So dimensionieren Sie CPU, RAM und Speicher für n8n, Make und Zapier im Mittelstand.

Von Arno Hoffrichter

Server für n8n, Make oder Zapier: Kapazität richtig planen · White Fox Automations Hamburg
Server für n8n, Make oder Zapier: Kapazität richtig planen. Foto: White Fox Automations, Hamburg.

Wer Workflow-Plattformen wie n8n, Make oder Zapier auf eigener Infrastruktur betreibt, steht vor einer grundlegenden Frage: Welche Server-Kapazität brauche ich wirklich? Zu schwach dimensionierte Hardware führt zu Timeouts und abgebrochenen Workflows, überdimensionierte Systeme verursachen unnötige Kosten. Gerade im Mittelstand, wo IT-Budgets und Ressourcen begrenzt sind, ist eine präzise Planung entscheidend.

Die Schwierigkeit: Workflow-Plattformen haben ein anderes Lastprofil als klassische Web-Anwendungen. Sie arbeiten mit kurzen, intensiven Rechenschritten, vielen gleichzeitigen Verbindungen zu externen APIs und variablen Datenmengen. Wer einfach einen Standard-Webserver bestellt, erlebt oft böse Überraschungen.

Warum Standard-Konfigurationen meist nicht passen

Ein typischer Webserver mit 2 CPU-Kernen und 4 GB RAM reicht für eine WordPress-Website oder ein kleines CRM. Workflow-Plattformen haben aber andere Anforderungen:

  • Parallele Ausführung: Ein einzelner Workflow kann mehrere Schritte gleichzeitig abarbeiten, jede API-Anfrage braucht eigene Ressourcen.
  • Speicher-Spitzen: Wenn ein Workflow 500 Zeilen aus einer Excel-Datei verarbeitet, lädt er alle Daten in den Arbeitsspeicher.
  • Datenbank-Last: Jeder Workflow-Schritt schreibt Logs, Metadaten und Zwischenergebnisse in die Datenbank.
  • Netzwerk-Bandbreite: Anbindung externer Systeme wie CRM, ERP oder Cloud-Speicher erzeugt kontinuierlichen Datenverkehr.

Wer diese Faktoren ignoriert, riskiert, dass Workflows nach wenigen Wochen langsamer werden oder bei höherer Last ganz ausfallen.

Rechenleistung: CPU-Kerne und Taktfrequenz

Die Anzahl der CPU-Kerne bestimmt, wie viele Workflows parallel laufen können. n8n beispielsweise arbeitet mit Node.js, das standardmäßig einen einzelnen Thread nutzt. Sie können jedoch mehrere Worker-Prozesse starten, die dann jeweils einen Kern belegen.

Faustformel für CPU-Kerne:

  • Bis 10 Workflows pro Stunde: 2 Kerne ausreichend
  • Bis 50 Workflows pro Stunde: 4 Kerne empfohlen
  • Bis 200 Workflows pro Stunde: 8 Kerne oder mehr

Workflows mit vielen API-Calls (z. B. Lead-Scoring, das 15 externe Dienste abfragt) profitieren von höherer Taktfrequenz. 3,0 GHz oder mehr beschleunigen die Abarbeitung einzelner Schritte spürbar.

Wichtig: Wenn Sie rechenintensive Schritte einbauen (z. B. Bildverarbeitung, PDF-Generierung), steigt der Bedarf schnell. Ein Workflow, der jede Stunde 200 PDFs erzeugt, belegt einen Kern dauerhaft zu 80 Prozent.

Arbeitsspeicher: RAM für Workflows und Datenbank

Workflow-Plattformen laden alle Daten eines laufenden Workflows in den RAM. Wenn ein Workflow 1.000 Datensätze aus einem CRM holt und jeden einzeln verarbeitet, braucht er temporär mehrere hundert Megabyte.

Faustformel für RAM:

  • Basis-Installation (n8n, Make, Zapier): 2 GB
  • Datenbank (PostgreSQL oder MySQL): 1 bis 2 GB zusätzlich
  • Pro aktivem Workflow (Durchschnitt): 100 bis 200 MB
  • Reserve für Spitzen: 20 bis 30 Prozent Puffer

Beispielrechnung für einen mittelständischen Betrieb mit 20 aktiven Workflows, die täglich zwischen 8 und 18 Uhr laufen:

  • Basis: 2 GB
  • Datenbank: 2 GB
  • 20 Workflows à 150 MB: 3 GB
  • Reserve (25 Prozent): 1,75 GB

Gesamt: 8 bis 10 GB RAM

Wenn Sie Workflows mit großen Dateianhängen (z. B. CSV mit 50.000 Zeilen) verarbeiten, sollten Sie mindestens 16 GB einplanen.

Speicher: SSD und Datenbank-Performance

Workflow-Plattformen schreiben bei jedem Schritt Logs und Metadaten. Eine Festplatte (HDD) verlangsamt die Datenbank schnell. SSD ist Pflicht, NVMe-SSD empfohlen.

Speicherbedarf im laufenden Betrieb:

  • Basis-Installation: 5 bis 10 GB
  • Datenbank-Logs (pro Monat): 2 bis 5 GB je nach Workflow-Anzahl
  • Datei-Uploads und Zwischenspeicher: variabel, 10 bis 50 GB Reserve einplanen

Wenn Sie Workflows mit Bild- oder PDF-Verarbeitung betreiben, steigt der Bedarf deutlich. Ein Workflow, der täglich 100 PDFs erzeugt und 30 Tage lang vorhält, braucht allein dafür 10 bis 20 GB.

Empfehlung: Mindestens 100 GB SSD, besser 250 GB, wenn Sie Datei-intensive Workflows planen.

Netzwerk und Latenz: Anbindung externer Dienste

Workflows rufen oft Dutzende externe APIs auf. Die Netzwerk-Anbindung Ihres Servers bestimmt, wie schnell diese Anfragen abgearbeitet werden. Ein Server in einem Rechenzentrum in Frankfurt hat zu deutschen SaaS-Diensten typischerweise 5 bis 15 ms Latenz, zu US-Diensten 80 bis 120 ms.

Praxis-Tipp: Wenn Sie viele Workflows mit internationalen APIs betreiben, kann ein zweiter Server in einer anderen Region sinnvoll sein. Das reduziert Timeouts und beschleunigt die Gesamtabwicklung.

Die Bandbreite ist meist kein Engpass. 100 Mbit/s genügen für die meisten Mittelstandsszenarien. Wenn Sie jedoch große Dateien (z. B. Backup-Archive) regelmäßig hoch- oder herunterladen, sollten Sie 1 Gbit/s einplanen.

Datenbank: PostgreSQL oder MySQL richtig dimensionieren

Workflow-Plattformen wie n8n nutzen entweder SQLite (nur für Tests geeignet) oder eine externe Datenbank. PostgreSQL ist Standard, MySQL wird ebenfalls unterstützt.

Datenbank-Tuning für Workflows:

  • Max. Connections: Mindestens 100, besser 200 bei vielen parallelen Workflows
  • Shared Buffers: 25 Prozent des RAM (bei 8 GB Server also 2 GB)
  • Work Mem: 16 bis 32 MB pro Connection
  • Checkpoint-Intervall: 15 Minuten statt 5 Minuten reduziert I/O-Last

Wer die Datenbank nicht tuned, riskiert, dass Workflows bei 50 gleichzeitigen Ausführungen warten müssen, bis eine Verbindung frei wird.

Skalierung: Wann ein einzelner Server nicht mehr reicht

Ein einzelner Server trägt in der Regel bis 100 bis 150 Workflows pro Tag. Darüber hinaus sollten Sie über Skalierung nachdenken:

  • Vertikale Skalierung: CPU und RAM erhöhen (bis zu einem Punkt wirtschaftlich)
  • Horizontale Skalierung: Mehrere Worker-Server, die sich Workflows teilen (erfordert Queue-System wie Redis oder RabbitMQ)

Horizontal skalieren ist technisch aufwendiger, bietet aber bessere Ausfallsicherheit. Wenn ein Worker ausfällt, übernehmen die anderen automatisch.

Achtung: Make und Zapier sind SaaS-Plattformen, die Sie nicht selbst skalieren können. Bei diesen Diensten zahlen Sie pro Ausführung, die Infrastruktur liegt beim Anbieter. n8n ist die einzige der drei Plattformen, die Sie vollständig selbst hosten und skalieren.

Monitoring: Kapazität kontinuierlich überwachen

Server-Dimensionierung ist keine einmalige Aufgabe. Workflows ändern sich, neue kommen hinzu, Datenmengen wachsen. Ohne Monitoring merken Sie erst beim Ausfall, dass Kapazitäten erschöpft sind.

Metriken, die Sie im Blick behalten sollten:

  • CPU-Auslastung: Dauerhaft über 70 Prozent ist ein Warnsignal
  • RAM-Nutzung: Swap-Nutzung deutet auf zu wenig Arbeitsspeicher hin
  • Disk I/O: Warteschlangen über 10 bedeuten Engpass bei der SSD
  • Datenbank-Connections: Wenn mehr als 80 Prozent belegt sind, drohen Timeouts

Tools wie Prometheus, Grafana oder einfache Skripte, die stündlich Metriken loggen, genügen. Wichtig ist, dass Sie Trends erkennen, bevor Probleme auftreten.

Was nicht funktioniert: Shared Hosting und Minimal-VPS

Einige Anbieter versprechen Workflow-Hosting auf Shared-Servern oder Minimal-VPS mit 1 GB RAM. Das mag für Test-Umgebungen genügen, im Produktivbetrieb scheitert es schnell:

  • Shared Hosting: Keine Kontrolle über CPU-Zuteilung, Workflows brechen bei Nachbarschafts-Last ab
  • 1-GB-VPS: Reicht nicht einmal für Basis-Installation plus Datenbank, sobald ein Workflow mit echten Daten läuft
  • HDD-Speicher: Datenbank wird so langsam, dass Workflows im Timeout enden

Wer hier spart, zahlt mit Ausfallzeiten und Mehraufwand bei der Fehlersuche.

Handlungsempfehlung für den Mittelstand

Starten Sie mit einem Server, der mindestens 4 CPU-Kerne, 8 GB RAM und 100 GB SSD bietet. Das kostet bei deutschen Hostern zwischen 30 und 60 Euro pro Monat und trägt die ersten 50 Workflows problemlos. Richten Sie von Anfang an Monitoring ein, damit Sie Engpässe rechtzeitig erkennen. Wenn Sie mehr als 100 Workflows pro Tag verarbeiten oder rechenintensive Schritte einbauen, planen Sie 16 GB RAM und 8 Kerne ein.

Wer unsicher ist, welche Konfiguration passt oder wie Monitoring und Skalierung konkret aussehen, findet bei uns pragmatische Unterstützung: Wir dimensionieren Server für Workflow-Plattformen nach realem Bedarf und richten Ihnen die Überwachung mit ein.

Sprechen Sie mit uns

Sie möchten das in Ihrem Betrieb umsetzen? Wir bauen die passende Maschine mit Ihnen.

Telefon: 040 468 967 680
E-Mail: info@whitefox-automations.com
Oder über unser Kontaktformular.

Wenn Sie das praktisch umsetzen wollen

Alle Insights ansehen

30 Minuten · kostenlos · unverbindlich

Schreiben Sie uns kurz, wo bei Ihnen der Schuh drückt.

Sie bekommen innerhalb eines Werk­tags eine Antwort. Kein Verkaufs­gespräch, keine E-Mail-Strecke. Florian oder ein Kollege ruft Sie an, hört zu und ordnet ein, ob wir die Richtigen sind.

Florian Wessling Learoy Eichholz Arno Hoffrichter

Persönlicher Rückruf

Wir rufen Sie persönlich zurück.

Sie schreiben hier, jemand aus unserem Hamburger Team meldet sich. Kein Sales-Team, kein Call-Center, keine E-Mail-Strecke. Wir hören zu, ordnen ein und sagen Ihnen, ob unsere Lösung zu Ihrer Situation passt.

Das White-Fox-Team · Hamburg

Lieber sofort anrufen?

+49 40 46 89 67 68 0

Oder per E-Mail an

info@whitefox-automations.com

Mit dem Absenden stimmen Sie zu, dass wir Ihre Angaben zur Bearbeitung Ihrer Anfrage verwenden. Details in unserem Datenschutz. Datenschutz .

Anrufen Erstgespräch