Self-hosted n8n mit Managed Postgres

Was deployt dieses n8n-Vorlage?

Diese Vorlage erstellt eine n8n-App und eine separate Managed Postgres-Datenbank. Lizard verbindet die App mit Postgres über Umgebungsvariablen-Referenzen, sodass Sie keine Datenbank-Passwörter in ein Repository kopieren müssen.

n8n ermöglicht es Ihnen, Workflows zu erstellen, die APIs verbinden, Daten transformieren und Schritte nach Zeitplan oder von einem Webhook ausführen. Sie können es nutzen, um Leads an ein CRM zu routen, Datensätze zwischen Diensten zu synchronisieren, Alerts zu senden oder ein KI-Modell als Teil eines Workflows aufzurufen. Externe Dienste können für API-Aufrufe, Nachrichten oder Modell-Token Gebühren erheben.

Die aktuelle Vorlage-Quelle umhüllt das offizielle n8nio/n8n:latest-Image und lauscht auf Port 5678. Es setzt ein App-Limit von 4 vCPUs und 4 GiB RAM sowie PostgreSQL 18 mit 1 GiB Speicher. Dies sind Vorlage-Einstellungen, keine gemessenen Ressourcenbedarfe und keine Zusicherung, dass jeder Workflow hineinpasst.

Postgres speichert die n8n-Datenbankdatensätze. Das Vorlage setzt keinen expliziten Verschlüsselungsschlüssel, bindet keine Persistent Volumes an die App und konfiguriert keine Redis-Worker. Schließen Sie das Setup unten ab, bevor Sie Credentials hinzufügen oder Geschäftsworkflows ausführen.

Wie man n8n auf Lizard deployt

1. Jetzt bereitstellen wählen. Melden Sie sich bei Lizard an, falls nötig. Das Vorlage erstellt die App und Datenbank in Ihrem Workspace. Prüfen Sie Ihre Account-Ressourcenlimits vor dem Bereitstellen.
2. Deployment prüfen. Warten Sie, bis Build und App gesund sind. Öffnen Sie die öffentliche HTTPS-Adresse der App und schließen Sie die Einrichtung des n8n-Owner-Accounts ab. Wenn der Start fehlschlägt, prüfen Sie die App-Logs und Datenbank-Verbindungsvariablen.
3. Verschlüsselungsschlüssel stabil halten. Bevor Sie Service-Credentials speichern, setzen Sie einen starken, eindeutigen N8N_ENCRYPTION_KEY in der App-Umgebung. Bewahren Sie eine sichere Sicherung dieses Schlüssels auf. Für eine bestehende Instanz behalten Sie den aktuellen Schlüssel bei; das Ersetzen durch einen neuen Wert re-verschlüsselt bestehende Credentials nicht.
4. Öffentliche Webhook-Adresse setzen. Nutzen Sie die HTTPS-URL Ihrer App in der n8n-Webhook-Konfiguration und deployen Sie erneut, um Umgebungsänderungen anzuwenden. Testen Sie einen veröffentlichten Workflow über dessen Produktions-Webhook-URL.
5. Zeitzone setzen und Neustart testen. Prüfen Sie geplante Trigger, eine externe API-Verbindung und gespeicherte Workflow-Daten nach einem kontrollierten Neustart. Richten Sie Wiederherstellung ein und testen Sie diese, bevor Sie sich auf die Instanz verlassen.

Für wiederholbare Service-Einstellungen lesen Sie die Lizard CLI Config-Referenz. Sie behandelt lizard-config.json und lizard config apply --dry-run, was Änderungen vor der Anwendung anzeigt. Halten Sie geheime Werte aus Dateien, die Sie committen. Für Bereitstellen- oder Account-Hilfe kontaktieren Sie den Lizard Support.

Für einen getesteten Workflow folgen Sie unserem n8n Webhook zu Postgres Beispiel. Es enthält ein gepinntes n8n-Image, Header-Authentifizierung, Retry-Prüfungen und Ergebnisse vor und nach einem Service-Neustart.

Wie funktionieren Webhooks hinter HTTPS?

n8n lauscht innerhalb der App auf Port 5678; Clients erreichen es über die öffentliche HTTPS-Adresse. Setzen Sie die Webhook-Basis-URL auf diese öffentliche Adresse, damit n8n erreichbare Callback-URLs bei anderen Diensten registriert.

Für n8n 2.35.0 und höher nutzen Sie N8N_WEBHOOK_URL. Frühere Versionen nutzen WEBHOOK_URL; n8n hat diesen Namen in 2.35.0 veraltet. Passen Sie die Einstellung an die Version an, die Sie deployen. Prüfen Sie N8N_PROXY_HOPS gegen die Anzahl vertrauenswürdiger Proxys in Ihrem Request-Pfad und bestätigen Sie weitergeleitete Host- und Protokoll-Header. Siehe n8ns Reverse-Proxy-Konfiguration.

Nach einer Domain-Ändern aktualisieren Sie die Basis-URL und alle bei externen Diensten registrierten OAuth-Redirect-URLs. Testen Sie Produktions-Webhooks getrennt von den temporären Test-URLs des Editors.

Überleben Workflows und Credentials einen erneutes Bereitstellen?

Die separate Postgres-Datenbank speichert Workflow-Datensätze und verschlüsselte Credentials. Die Wiederherstellung von Credentials erfordert ebenfalls den ursprünglichen Verschlüsselungsschlüssel. n8n generiert diesen Schlüssel normalerweise beim ersten Start und speichert ihn unter ~/.n8n. Ein Datenbank-Backup allein kann einen verlorenen Schlüssel nicht ersetzen. Folgen Sie n8ns Verschlüsselungsschlüssel-Hinweisen.

Verlassen Sie sich nicht auf das temporäre Dateisystem der App für Dateien, die Sie behalten müssen. Wenn Ihr Setup lokale n8n-Dateien benötigt, binden Sie ein Persistent Volume unter /home/node/.n8n ein und prüfen Sie, dass der Container-User dorthin schreiben kann. n8ns Docker-Setup-Anleitung erklärt, warum dieses Verzeichnis auch mit Postgres noch relevant ist.

Planen Sie Wiederherstellung für Datenbank, Verschlüsselungsschlüssel und alle gespeicherten Dateien. Bestätigen Sie Backup-Aufbewahrung und Wiederherstellungsschritte für Ihr Setup; dieses Vorlage konfiguriert keinen Backup-Zeitplan. Lesen Sie Lizard Speicher- und Wiederherstellungslimits, bevor Sie einen Wiederherstellungsplan wählen.

Wie viel kostet Self-Hosting von n8n?

Ihr Gesamtbetrag hat drei Teile: Lizard Hosting, jede gewählte kostenpflichtige n8n-Lizenz und Gebühren von Diensten, die Ihre Workflows aufrufen. n8n Community hat keine Software-Abo-Gebühr für erlaubte Nutzung, aber das macht das Hosting und nicht jedes n8n-Feature kostenlos.

Lizard nutzt Pay-as-you-go ohne monatliches Abonnement. Für dieses Vorlage planen Sie sowohl für die n8n-App als auch Managed Postgres ein, plus Speicher und jede abrechenbare ausgehende Übertragung. Ressourcenkosten werden von Ihrem Account-Guthaben abgebucht. Gekaufte Credits verfallen nicht; Zahlungsgebühren erscheinen vor dem Aufladen. Eine ruhende n8n-Instanz nutzt weiterhin Speicher und hält ihre Datenbank laufen.

Zur Monats-Schätzung:

1. Messen Sie CPU-Zeit und Speichernutzung von App und Datenbank über einen repräsentativen Zeitraum, inklusive geplanter Jobs und paralleler Runs.
2. Multiplizieren Sie diese Mengen mit den Raten auf Lizard Preisen. Addieren Sie Speicher- und ausgehende Transfergebühren.
3. Wenden Sie berechtigte Test- oder Promo-Credits einmal an; rechnen Sie ein gekauftes Guthaben nicht als Rabatt. Addieren Sie n8n-Lizenz und externe API-Gebühren separat.

Die Ausführungszahl allein sagt den Rechnungsbetrag nicht voraus: ein kurzer HTTP-Request und ein Workflow, der große Dateien verarbeitet, nutzen unterschiedliche Ressourcen. Die CPU- und RAM-Limits des Vorlagen sind Obergrenzen, keine festen Monatsgebühren. Messen Sie Ihre eigenen Workflows, bevor Sie Limits wählen oder Kosten vergleichen.

n8n Cloud, Lizard oder ein VPS: Was sollten Sie wählen?

Wählen Sie n8n Cloud, wenn n8n den Service betreiben soll. Wählen Sie Lizard, wenn Sie n8n mit Managed Postgres selbst hosten und die App-Einstellungen verwalten wollen, ohne einen Server aufzusetzen. Ein VPS passt zu Teams, die Server-Kontrolle wollen und dieses Setup warten können.

Community, Business und Enterprise enthalten nicht die gleichen Features. Prüfen Sie n8ns Edition Anleitung und aktuelle Preise für Features wie Sharing, SSO und Environments. Prüfen Sie die n8n-Lizenz für Ihren geplanten Einsatz, besonders wenn Sie n8n Kunden anbieten wollen.

Kann dieses Vorlage auf mehr Workflows skalieren?

Beginnen Sie mit der Messung von Laufdauer, Speicherspitzen und parallelen Ausführungen. Optimieren Sie Workflow-Design und Ausführungsdaten-Aufbewahrung, dann passen Sie App- und Datenbank-Ressourcen an. Ein höheres Ressourcenlimit allein lässt eine langsame API nicht schneller antworten.

Diese Vorlage läuft mit einer n8n-App. Für ein Worker-Setup fügt n8ns Queue Modus Redis und Worker-Prozesse hinzu, die Datenbank und Verschlüsselungsschlüssel teilen. Das erfordert weitere Konfiguration; das bloße Hinzufügen von App-Replikas ist nicht dasselbe Setup. Lizard stellt Managed Redis und Managed Postgres als separate Services bereit.

Wie sollten Sie n8n aktualisieren?

Das Vorlage folgt derzeit dem latest Image-Tag, sodass ein späterer Build eine neuere n8n-Version nutzen kann. Für kontrollierte Updates nutzen Sie Ihre eigene Kopie des Vorlage-Repositories und pinnen das Image auf eine getestete Version. Sichern Sie Datenbank und Key, prüfen Sie n8ns Release-Hinweise und testen Sie wichtige Workflows vor dem Wechsel der laufenden Version. Testen Sie auch Datenbank-Wiederherstellung sowie App-Rollback: Eine neue Version kann das Datenbankschema ändern.