Mit einem VPS bestimmen Sie, wo n8n läuft, wie seine Daten gespeichert werden und wann die Anwendung aktualisiert wird. Diese Kontrolle ist nützlich, wenn Workflows dauerhaft gespeicherte Zugangsdaten, eigene Integrationen oder einen Standort nahe den angebundenen Systemen benötigen. Dafür können Sie die KVM-VPS-Ressourcen von ServerQ in Istanbul und New York vergleichen.
Wählen Sie das Paket anhand der Workflows und nicht anhand einer versprochenen Anzahl von Automatisierungen. Eine kurze JSON-Synchronisierung und ein Workflow zur Verarbeitung großer PDF-Dateien können sehr unterschiedlichen Speicherbedarf haben. Server, n8n-Software, Workflow-Entwurf und externe API-Abonnements sind getrennte Projektbestandteile. Sie betreiben die Anwendung selbst; ein n8n-Installationsdienst oder eine verwaltete Automatisierungsleistung ist dadurch nicht enthalten.
Eine fundierte Entscheidung treffen
- Ressourcen nach Nutzlastgröße und gleichzeitig laufenden Ausführungen wählen.
- Persistente Daten, Zugangsdaten, Webhooks und Wiederherstellung gemeinsam planen.
- Aktuelle VPS-Angebote mit der überprüfbaren n8n-Vorgabe öffnen.
Entwickler und Teams, die n8n auf einem selbst verwalteten VPS betreiben möchten.
Bevor Sie beginnen- Eine Übersicht über Workflows, externe Dienste und erwartete Ausführungsmuster.
- Eine verantwortliche Person für Betriebssystem, Anwendungsupdates und Sicherheitskonfiguration.
- Eine Domain und ein HTTPS-Konzept, wenn Dienste öffentliche Webhooks aufrufen.
Beschreiben Sie die Arbeit jeder Ausführung
| Muster | Zuerst zu prüfende Ressource | Hilfreiche Beobachtung |
|---|---|---|
| Geplante API-Synchronisierung mit kleinen JSON-Datensätzen | Anwendungsgrundbedarf und Zugriff auf externe Dienste. | Ausführungsdauer, Fehler und API-Ratenlimits. |
| Webhook-Spitzen oder überlappende Zeitpläne | Spitzenspeicherbedarf und parallele Verarbeitung. | Warteschlangenverzögerung, Timeouts und Zahl gleichzeitiger Ausführungen. |
| Bilder, PDFs oder große Binärdaten | Speicherspitzen, temporärer Speicherplatz und Übertragung. | Größte Eingabe, Größe der Zwischendaten und Speicher je Ausführung. |
| Lange Ausführungshistorie | Datenbank- und Speicherkapazität sowie Aufbewahrung. | Tägliches Datenwachstum, Bereinigungsverhalten und Sicherungsgröße. |
Beginnen Sie mit einem realistischen Beispiel sowohl für den größten als auch für einen normalen Auftrag. Alle API-Datensätze gleichzeitig in den Speicher zu laden, kann deutlich mehr Ressourcen benötigen als eine seitenweise Verarbeitung. Ein Workflow, der auf einen Dienst mit Ratenlimit wartet, bleibt möglicherweise auch mit mehr CPU langsam.
Vergleichen Sie für einen kleinen Pilotbetrieb Optionen mit etwa 2–4 GB RAM und reservieren Sie Speicher für das Betriebssystem sowie eine gegebenenfalls lokale Datenbank. Das ist eine Testannahme und keine Kapazitätsgarantie. Die Vorgabe im Paketfinder ist anpassbar. Erhöhen oder verringern Sie die Anforderungen erst nach Betrachtung von Nutzlasten, Parallelität und Wartungsaufgaben.
Beziehen Sie Datenbank und Verschlüsselungsschlüssel ein
- 01API oder Webhook
- 02HTTPS-Reverse-Proxy
- 03n8n-Prozess
- 04Persistente Daten und separate Sicherung
Container vereinfachen die Bereitstellung. Sie sorgen nicht automatisch für persistente Daten oder Wiederherstellbarkeit.
Planen Sie n8n-Benutzerverzeichnis, persistente Volumes und Datenbank, bevor Sie den ersten produktiv nutzbaren Workflow anlegen. Ein neu erstellter Container muss die vorgesehenen Daten wiederfinden. Bewahren Sie den zur Entschlüsselung gespeicherter Zugangsdaten benötigten Schlüssel zusammen mit der Wiederherstellungskonfiguration auf.
Ein einzelner Host kann eine geeignete Ausgangsarchitektur sein. Queue-Modus und getrennte Worker bringen weitere Komponenten und Betriebsaufgaben hinzu, einschließlich Redis und einer gemeinsam genutzten Datenbank. Sie werden nicht automatisch durch den Kauf eines größeren VPS bereitgestellt. Führen Sie sie ein, wenn ein gemessener Bedarf die zusätzliche Komplexität rechtfertigt.
Wählen Sie Istanbul oder New York anhand Ihrer Integrationen
Prüfen Sie Istanbul, wenn wichtige Systeme oder Nutzer überwiegend in der Türkei liegen, und New York, wenn der Workflow stark von Diensten in Nordamerika abhängt. Messen Sie die vollständige Ausführung einschließlich Authentifizierung und Wartezeiten auf externe APIs. Ein Städtename allein kann keine bestimmte Latenz zusagen.
Jedes ServerQ-Paket weist vCPU, RAM und Speicher über KVM zu. Eine zugewiesene vCPU garantiert keinen eigenen physischen CPU-Kern. Der veröffentlichte Port bezeichnet die Verbindung des Hypervisor-Hosts. In Istanbul gilt das Traffic-Kontingent des gewählten Pakets; USA-Traffic hat kein festes Kontingent und unterliegt Fair Use. Gleichen Sie Workflows mit großen Dateien vor der Bestellung mit diesen Bedingungen ab.
Konfigurieren Sie für öffentliche Webhooks die richtige externe URL, den Proxy und das HTTPS-Zertifikat. Prüfen Sie bei einem Umzug neben DNS auch IP-Freigaben und registrierte Webhook-Adressen. Die Absicherung der Editor-Anmeldung und die Validierung eingehender Webhook-Anfragen sind unterschiedliche Aufgaben.
Planen Sie Wiederholungen vor externen Schreibzugriffen
Ein Wiederholungsversuch kann eine E-Mail zweimal senden, eine Bestellung duplizieren oder dieselbe Änderung mehrfach anwenden. Entwerfen Sie externe Schreibzugriffe mit einer eindeutigen Vorgangs-ID, einer Prüfung auf vorhandene Datensätze oder einer idempotenten API, soweit verfügbar. Ein erreichbarer Server macht einen Workflow für sich genommen nicht sicher wiederholbar.
Legen Sie passende Parallelität und Warteintervalle für jede Abhängigkeit fest. Mehr parallele Ausführungen ohne Messung von Spitzenspeicherbedarf und API-Limits können die Fehlerzahl erhöhen. Auch die Ausführungshistorie benötigt eine Aufbewahrungsregel: Behalten Sie genügend Informationen zur Fehlersuche und überwachen Sie zugleich das Datenbankwachstum.
Planen Sie Updates und Wiederherstellung von Anfang an
- Legen Sie die Anwendungsversion fest und lesen Sie vor Updates die Versionshinweise.
- Sichern Sie Datenbank, benötigtes Benutzerverzeichnis, Konfiguration und Verschlüsselungsschlüssel.
- Halten Sie Sicherung und Repository-Zugangsdaten auch ohne den ursprünglichen VPS zugänglich.
- Stellen Sie in einer isolierten Umgebung wieder her; Zeitpläne, ausgehende Nachrichten und produktive Schreibzugriffe bleiben deaktiviert.
- Prüfen Sie nach Wiederherstellung oder Update repräsentative Workflows, gespeicherte Zugangsdaten und Zeitzoneneinstellungen.
Eine Änderung des Datenbankschemas kann verhindern, dass allein der Start eines älteren Images einen sicheren Rückweg bietet. Planen Sie Anwendungsversion und Datenwiederherstellung gemeinsam. Terminieren Sie die Arbeit mit einem klaren Entscheidungspunkt und bewahren Sie alle Informationen auf, die für die Rückkehr zu einem bekannten funktionsfähigen Stand benötigt werden.
Vergleichen Sie den gesamten Betriebsplan
ServerQ addiert keine zusätzliche Steuer zum angegebenen VPS-Dienstpreis. Prüfen Sie Abrechnungszeitraum, ausgewählte kostenpflichtige Lizenzen sowie endgültige Währung und Gesamtsumme im Portal. Planen Sie Sicherungsspeicher, Domains, externe APIs und die Zeit zur Softwareverwaltung separat ein.
Prüfen Sie die aktuellen Lizenz- und Tarifbedingungen von n8n für Ihren Einsatzzweck. Interne Geschäftsabläufe auszuführen ist nicht dasselbe wie Kunden Zugang zu einem gehosteten n8n-Dienst zu verkaufen. Der VPS-Kauf enthält keine n8n-Enterprise-Funktionen und erlaubt nicht automatisch jedes Weiterverkaufsmodell.
Beginnen Sie mit der n8n-Vorgabe, um konkrete Angebote aus Istanbul und den USA zu vergleichen. Halten Sie die Annahmen fest, führen Sie einen repräsentativen Pilotbetrieb durch und bestätigen Sie anhand seiner Messwerte die endgültige Paketwahl. Wenn Sie eine enthaltene Installation oder Anwendungsverwaltung benötigen, klären Sie diesen Umfang, statt ihn im VPS vorauszusetzen.
Umfang der Prüfung
Ressourcenempfehlungen sind Ausgangsannahmen und keine garantierten Besucher-, Bestell- oder Workflow-Kapazitäten. ServerQ hat die KVM-Ressourcenzuweisung und den standortbezogenen Netzwerkumfang am 30. September 2026 bestätigt. Vergleichen Sie vor dem Kauf das aktuelle Paket und die Bestellübersicht im Portal. Die Anwendungskapazität muss mit Ihrer eigenen Arbeitslast gemessen werden.
Offizielle Quellen
Prüfen Sie Versions- und Konfigurationsdetails in der aktuellen Dokumentation des jeweiligen Projekts.
- n8n – Speicherbezogene Fehler (neuer Tab)
Der Speicherbedarf hängt von Nutzlasten und Workflow-Ausführungen ab.
- n8n – Queue-Modus (neuer Tab)
Aufgaben rund um Worker, Redis und Datenbank.
- n8n – Installation mit Docker (neuer Tab)
Hinweise zu persistenten Daten und Anwendungseinrichtung.
- n8n – Sustainable Use License (neuer Tab)
Prüfen Sie die aktuellen Bedingungen für Ihr tatsächliches Nutzungsmodell.