Self-Hosting

Coolify auf einer 6-Dollar-VPS: Benchmarks und Anforderungen an die Auslagerungsdatei

Ein zeitgesteuerter Benchmark zeigt, dass Coolify auf einem 1-GB-DigitalOcean-Droplet läuft, wenn Sie eine 2-GB-Auslagerungsdatei hinzufügen; die Installation dauert 172 Sekunden.

Illustration of a small server with limited resources managing a delicate balance of tasks.
Für diesen Artikel erstellte Illustration

Automatisch aus dem englischen Original übersetzt.

Ein kürzlich durchgeführter Benchmark testete, ob die selbst gehostete Plattform Coolify effektiv auf einem kostengünstigen virtuellen privaten Server (VPS) laufen kann. Der Test wurde am 1. Oktober 2026 auf einem DigitalOcean-Droplet durchgeführt, das sechs Dollar pro Monat kostet. Die Ergebnisse bestätigen, dass die Software auf dieser minimalen Hardware funktioniert, jedoch nur, wenn Administratoren vor der Installation einen spezifischen Trick zur Speicherverwaltung konfigurieren.

Was passiert ist

Der Test zielte darauf ab, festzustellen, ob die offiziellen Systemanforderungen von zwei CPUs und 2 GB RAM strikte Notwendigkeiten oder konservative Schätzungen sind. Der Tester stellte Coolify auf einem DigitalOcean-Droplet bereit, das über eine virtuelle CPU, 1 GB RAM und eine 25-GB-SSD verfügte. Der Prozess wurde Schritt für Schritt zeitlich gemessen, um die reale Leistung für kleine Teams zu bewerten, die Nebenprojekte oder interne Tools verwalten.

Das Installationsskript war nach 172 Sekunden abgeschlossen. Nach dem Erstellen eines Root-Kontos und der Konfiguration der ersten Anwendung dauerte die erste Bereitstellung 210 Sekunden, bis HTTP-Anfragen beantwortet wurden. Die gesamte Wall-Clock-Zeit für das komplette Setup betrug etwa 23 Minuten, wobei die aktiven Konfigurationsschritte weniger als zehn Minuten in Anspruch nahmen. Die Verzögerung umfasste die Fehlersuche bei einem falsch konfigurierten Basisverzeichnis und eine kurze Pause.

Die Daten zur Speichernutzung zeigten, warum die zusätzliche Konfiguration entscheidend ist. Während das inaktive System etwa 618 MB RAM belegte, erreichte der Build-Prozess einer Beispiel-Node.js-Anwendung einen Spitzenwert von 720 MB RAM und nutzte zusätzlich 669 MB Auslagerungsspeicher. Ohne die Auslagerungsdatei hätte der Kernel den Build-Prozess aufgrund von Speicherplatzmangel beendet. Mit aktivierter Auslagerungsdatei verlangsamte sich der Build, wurde aber erfolgreich abgeschlossen.

Wichtige Details

  • Verwendete Hardware: DigitalOcean Basic Regular Plan ($6/Monat) mit 1 vCPU, 1 GB RAM und 25 GB SSD unter Ubuntu 24.04 LTS.
  • Kritische Anforderung: Eine 2-GB-Auslagerungsdatei muss vor der Installation erstellt werden, um Out-of-Memory-Fehler während des Builds zu verhindern.
  • Installationszeit: Das offizielle Installationsskript benötigte 172 Sekunden, hauptsächlich für die Installation von Docker und das Ziehen der Container-Images.
  • Bereitstellungszeit: Die erste Bereitstellung der Anwendung dauerte 210 Sekunden vom Klick bis zur live HTTP-Antwort; folgende Bereitstellungen waren schneller mit 1 Minute 52 Sekunden.
  • Ressourcenverbrauch: Coolify selbst nutzt im Leerlauf etwa 250 MB RAM, was auf einem 1-GB-Server wenig Spielraum für Anwendungen lässt.
  • Kosteneffizienz: Das Setup kostet $6 monatlich, deutlich weniger als vergleichbare Platform-as-a-Service-Angebote wie Heroku oder Render für mehrere kleine Dienste.

Hintergrund

Coolify ist ein Open-Source-Tool, das Entwicklern ermöglicht, ihre eigene Plattform ähnlich wie Heroku, Vercel oder Netlify zu hosten. Es bietet eine Weboberfläche zum Bereitstellen von Anwendungen, die in Docker-Containern laufen. Dieser Ansatz, bekannt als Self-Hosting, gibt Teams volle Kontrolle über ihre Infrastruktur und Daten, vermeidet dabei aber die wiederkehrenden Gebühren pro App, die kommerzielle Cloud-Anbieter erheben.

Auslagerungsspeicher (Swap Space) ist ein Teil des Festplattenspeichers, der als Erweiterung des physischen RAMs genutzt wird. Wenn ein Server keinen physischen Speicher mehr hat, verschiebt er inaktive Daten in die Auslagerungsdatei. Dies verhindert Abstürze von Anwendungen, ist aber viel langsamer als die Nutzung des tatsächlichen RAMs. Auf Servern mit begrenztem Speicher, wie dem 1-GB-Droplet in diesem Test, ist Swap unerlässlich, um temporäre Lastspitzen zu bewältigen, z. B. beim Kompilieren von Code während einer Bereitstellung.

Warum es wichtig ist

Für kleine Unternehmen und unabhängige Entwickler sind Infrastrukturkosten ein erhebliches Anliegen. Kommerzielle Plattformen berechnen oft pro Anwendung oder pro Dienst, was schnell hohe Kosten verursachen kann, wenn mehrere interne Tools, Staging-Umgebungen oder Nebenprojekte betrieben werden. Durch die Konsolidierung dieser Dienste auf einem einzelnen kostengünstigen Server können Teams ihre monatlichen Hosting-Rechnungen von mehreren Dutzend Dollar auf eine einzige feste Gebühr senken. Dieser Benchmark beweist, dass sogar die günstigste Stufe des Cloud-Hostings eine funktionale Entwicklungsplattform unterstützen kann.

Allerdings erfordert das Betreiben von Produktionslasten auf minimaler Hardware sorgfältiges Management. Der Test zeigt, dass zwar die Software passt, die Fehlertoleranz jedoch gering ist. Builds sind ressourcenintensiv, und Traffic-Spitzen könnten einen 1-GB-Server überlasten. Teams müssen verstehen, dass Kosteneinsparungen mit erhöhter betrieblicher Verantwortung einhergehen. Sie müssen die Ressourcennutzung überwachen, Backups verwalten und Sicherheitsupdates selbst durchführen, anstatt sich auf einen Managed-Provider zu verlassen.

Diese Informationen helfen IT-Leitern, fundierte Entscheidungen darüber zu treffen, wo die Grenze zwischen Self-Hosting und Managed Services gezogen werden sollte. Für nicht-kritische interne Tools oder Websites mit geringem Traffic ist die $6-Option praktikabel. Für kundenseitige Anwendungen, die hohe Verfügbarkeit und schnelle Build-Zeiten erfordern, ist ein Upgrade auf einen 2-GB-Plan oder die Nutzung externer Build-Pipelines notwendig.

Was Sie tun können

  • Erstellen Sie eine 2-GB-Auslagerungsdatei auf jedem Linux-Server mit 1 GB RAM, bevor Sie speicherintensive Anwendungen installieren, um Abstürze während des Builds zu verhindern.
  • Verwenden Sie den Befehl free -m, um die Speicher- und Swap-Nutzung in Echtzeit zu überwachen, wenn Sie neue Anwendungen bereitstellen, um Ressourcenengpässe zu identifizieren.
  • Erwägen Sie, schwere Build-Prozesse auf externe CI/CD-Dienste wie GitHub Actions auszulagern, wenn Ihr Server mit Kompilierzeiten kämpft.
  • Führen Sie ein Upgrade auf einen 2-GB-RAM-Plan durch, wenn Sie planen, mehr als zwei kleine Anwendungen oder datenbankintensive Dienste neben Coolify zu hosten.
  • Aktivieren Sie automatisierte Backups über Ihren Cloud-Anbieter, um Datensicherheit zu gewährleisten.

Weitere News

Alle News