Die besten selbst gehosteten Open-Source-Uptime-Monitore (2026)

Wenn Sie nach einem selbst gehosteten Uptime-Monitor gesucht haben oder nach einer Alternative zu dem Tool, das Ihnen gerade zu klein wird, haben Sie die wichtige Entscheidung schon getroffen. Sie wollen die Daten auf Ihren eigenen Servern, keine Rechnung pro Monitor und keinen Anbieter, der den kostenlosen Tarif ändern kann, wann immer er will. Der Rest ist die Wahl des Tools, das zur Arbeitsweise Ihres Teams passt.

Wir bauen eines der Tools auf dieser Liste, Uptimepage, behalten Sie das also im Hinterkopf. Bei allen anderen haben wir versucht, uns auf Fakten zu beschränken, die wahr bleiben, statt auf Funktionsangaben, die in einem Monat veraltet sind, denn diese ganze Kategorie entwickelt sich schnell. Prüfen Sie die aktuelle Doku, bevor Sie sich festlegen. Nach dieser Vorbemerkung folgt ein ehrlicher Leitfaden für 2026.

Das Wichtigste in Kürze

• Uptime Kuma ist der Standard im Homelab: ein Container, 31 Monitortypen und 94 Benachrichtigungsintegrationen, aber ein einziger gemeinsamer Login, keine offizielle REST-API zur Verwaltung von Monitoren und einfache Statusseiten.
• Gatus ist die Wahl, wenn die Überwachung als YAML in Git liegen soll, für Ihr eigenes Team.
• Checkmate ist die frischeste Option nach Art von Kuma, mit moderner UI und Statusseiten mit Themes, sofern Sie einen Stack aus Node und MongoDB betreiben können.
• OneUptime und Apache HertzBeat sind vollständige Plattformen für den gesamten Lebenszyklus einer Störung oder für Datenbanken und Netzwerkgeräte, wenn Sie das Gewicht tragen können.
• Zabbix und Nagios Core überwachen Ihre Server von innen; sie können eine URL abfragen, aber keines von beiden gibt Kunden eine Statusseite.
• Bei Cachet und Statping steht die Statusseite an erster Stelle; Teams, die bereits Prometheus nutzen, können den Blackbox Exporter ergänzen.
• OpenStatus ist die am nächsten liegende AGPL-Alternative, die beide Aufgaben mit Überwachung als Code erledigt, auch wenn das Selbst-Hosting mehrere Dienste statt eines einzigen bedeutet.
• Uptimepage (von uns) verbindet Überwachung, eine Statusseite für Kunden und Bereitschaft in einer AGPL-Binärdatei, mit REST-API, Terraform, Rollen und Abonnenten, für den Moment, in dem ein einziger gemeinsamer Login nicht mehr reicht.

Worauf es beim Selbst-Hosting wirklich ankommt

Drei Fragen ordnen diese Kategorie schneller als jede Funktionstabelle.

Erstens: Wollen Sie eine Statusseite, die Ihre Kunden sehen, oder nur interne Alarme? Manche Tools machen das eine gut und schrauben das andere an. Zweitens: Konfigurieren Sie per Klick, oder wollen Sie die Konfiguration in Git? Diese eine Vorliebe streicht für die meisten die halbe Liste. Drittens: Wie viel wollen Sie selbst betreiben? Eine einzelne Binärdatei auf einem kleinen VPS ist eine andere Verpflichtung als eine Plattform, die Kubernetes voraussetzt. Und welches Tool Sie auch wählen, prüfen Sie, ob seine Statusseite die Verfügbarkeit zeigt, die es gemessen hat, und nicht nur die Störungen, die Sie veröffentlicht haben; das ist eine Statusseite, die man nicht fälschen kann.

Behalten Sie diese drei im Kopf, und die Wahl liegt auf der Hand. Hier die ganze Liste auf einen Blick, gemessen an diesen Fragen, bevor die Einzelheiten zu jedem Tool folgen.

Die Website oder API, die überwacht werden soll > überwachen

Uptime Kuma

Der Standard, und das zu Recht. Uptime Kuma ist das Tool, das die meisten meinen, wenn sie „selbst gehosteter Uptime-Monitor“ sagen. Ein Docker-Container, ein aufgeräumtes Dashboard, eine lange Liste von Monitortypen, Benachrichtigungen an fast alles. Wenn Sie ein Homelab oder eine Handvoll Nebenprojekte betreiben, können Sie hier aufhören zu lesen und es installieren.

Seine Grenze zeigt sich bei Teams. Stand 2026 nutzt es weiterhin einen einzigen gemeinsamen Login (der Pull Request für Mehrbenutzerbetrieb ist noch offen), jeder, der das Dashboard sehen kann, kann also alles ändern. Es gibt keine offizielle REST-API zur Verwaltung von Monitoren, die Konfiguration liegt in der Datenbank statt in einer Datei, die Sie committen können, und die Statusseiten sind einfach im Vergleich zu einem Tool, das sich an Kunden richtet. Für einen Raspberry Pi, der Ihren Blog überwacht, spielt nichts davon eine Rolle. Alles davon spielt eine Rolle, sobald eine zweite Person Zugriff braucht.

Wenn Sie an diese Grenzen stoßen, ist das der Moment, in dem der Rest dieser Liste interessant wird. Für die Einzelheiten haben wir einen ausführlicheren Vergleich mit Uptime Kuma geschrieben.

Gatus

Gatus ist das Tool für alle, die ihre Überwachung in YAML wollen und nirgendwo sonst. Sie beschreiben jeden Endpunkt in einer Konfigurationsdatei, committen sie, und Gatus überwacht ihn. Es ist winzig, spricht viele Protokolle und passt perfekt zu einem GitOps-Workflow.

Die Schwäche ist zugleich seine Stärke. Es gibt keine Web-UI zum Bearbeiten von Checks, wer nicht in der Technik arbeitet, kann also nichts daran ändern, und die Statusseite ist zweckmäßig, aber nichts, was Sie Kunden zeigen würden. Wenn Ihre Überwachung in einem Pull Request leben soll und Ihr Publikum Ihr eigenes Team ist, ist Gatus eine hervorragende Antwort.

Checkmate

Checkmate ist die neueste starke Option unter den Tools nach Art von Kuma, und es entwickelt sich schnell. Es deckt Website- und HTTP-Checks ab, Ping, TCP-Ports, SSL-Zertifikate, Docker-Container und sogar Gameserver, und es liefert Statusseiten mit moderner UI. Alarme gehen an die üblichen Stellen: E-Mail, Webhooks, Slack, Discord, PagerDuty, Telegram, Teams und SMS über Twilio. Wenn Sie auch Hardware-Metriken wollen, ergänzt ein separater, schlanker Agent namens Capture CPU, Arbeitsspeicher, Festplatte und Temperatur pro Host. Es steht unter AGPL, wie Uptimepage.

Der Preis im Betrieb ist der Stack: ein Node.js-Backend plus MongoDB, betrieben über Docker Compose oder Helm, statt einer einzelnen Binärdatei. Und es ist jung, also gilt hier derselbe Vorbehalt, den wir für uns selbst machen: weniger Jahre als Kuma, um seltene Fehler zu finden und zu beheben. Wenn Ihnen der Umfang von Kuma gefällt, Sie aber eine frischere UI und Statusseiten mit Themes wollen, ist es einen Blick wert.

OneUptime

OneUptime ist die Plattform für alles: Überwachung, Statusseiten, Bereitschaft, Störungsmanagement und Logs in einem Open-Source-Projekt. Wenn Sie mehrere kostenpflichtige Tools auf einmal ersetzen wollen und die Kapazität haben, es zu betreiben, leistet es viel.

Doch gerade dass es so viel tut, ist auch das Problem. Es ist schwerer als ein Tool aus einer einzigen Binärdatei und setzt voraus, dass Sie mit Docker oder Kubernetes vertraut sind und ein ordentliches Stück Ressourcen bereitstellen. Auf einem kleinen VPS ist es das falsche Tool. Für ein Plattformteam, das bereits Kubernetes betreibt und ein Open-Source-System für den gesamten Lebenszyklus einer Störung will, ist es die zusätzliche Arbeit wert. OneUptime im Vergleich mit Uptime Kuma geht diese Abwägung im Detail durch.

Apache HertzBeat

HertzBeat ist das, was entsteht, wenn Uptime-Überwachung als Apache-Projekt zu einer vollständigen Überwachungsplattform heranwächst. Es kommt ohne Agenten aus: Alles wird in YAML-Vorlagen beschrieben, die HTTP, SSH, SNMP, JMX, JDBC und Prometheus sprechen, sodass dasselbe Tool, das Ihre Website anpingt, auch MySQL, Redis, Kafka, Kubernetes und den Switch in Ihrem Rack überwachen kann. Es hat einen Baukasten für Statusseiten und Alarme an E-Mail, Slack, Discord, Telegram, SMS und mehr.

Der Preis ist die Komplexität. Ein Produktiv-Deployment besteht aus einer Java-Anwendung plus einer relationalen Datenbank plus einem Zeitreihenspeicher, eine andere Verpflichtung als eine einzelne Go-Binärdatei. Wählen Sie es, wenn es Ihnen gerade auf die breite Abdeckung ankommt, wenn ein System Datenbanken, Middleware und Netzwerkgeräte überwachen soll und nicht nur URLs. Für einfache Uptime-Checks und eine Statusseite für Kunden ist es mehr Plattform, als die Aufgabe braucht.

Zabbix

Zabbix taucht auf den meisten Listen selbst gehosteter Monitore auf und verdient den Platz, beantwortet aber eine andere Frage. Es arbeitet mit Agenten: Ein Agent auf jedem Host meldet CPU, Arbeitsspeicher, Festplatte, Prozesse, Logs und Datenbank-Interna an einen zentralen Server, der alles speichert und Trigger auswertet. So kann es Ihnen sagen, warum ein Server nicht gesund ist, was kein Checker von außen kann. Es steht seit 7.0 unter AGPL-3.0.

Es kann auch eine Website prüfen. Web-Szenarien führen eine Folge von HTTP-Schritten aus und prüfen Statuscodes, Zeichenketten im Body und die Antwortzeit, und einfache Checks wie icmpping und net.tcp.service brauchen keinen Agenten. Sie konfigurieren sie allerdings auf die Zabbix-Art, als Hosts, Templates, Items und Trigger, statt eine URL einzufügen. Was Sie betreiben, sind ein Server, eine Datenbank und ein PHP-Frontend, meist dazu ein Proxy für alles jenseits einer Netzwerkgrenze. Es hat Betriebs-Dashboards statt einer Seite, die Ihre Kunden lesen können, und eine vollständige JSON-RPC-API, aber keinen offiziellen Terraform-Provider. Wählen Sie es, wenn das Innere Ihrer Server überwacht werden soll. Nur für Checks von außen ist es eine Menge Plattform im Betrieb. Uptime Kuma im Vergleich mit Zabbix geht diese Trennung im Detail durch.

Cachet und Statping-ng

Diese beiden decken die Ecke der Statusseiten ab. Cachet ist eine langjährige, PHP-basierte Statusseite, die gerade neu gebaut wird, und in diesem Neubau stecken die Vorbehalte: v3 ist noch in Entwicklung, ohne stabiles Release, das neueste getaggte Release ist weiterhin v2.4.1 von 2023, und der v3-Branch wird unter einer eigenen Source-available-Lizenz ausgeliefert statt unter der BSD-Lizenz, die 2.x trug. Was es gut kann, ist die eigentliche Aufgabe einer Statusseite, inzwischen mit bestätigten E-Mail-Abonnenten. Es ist zuerst eine Seite: v3 hat einen einfachen HTTP-Check ergänzt, aber Sie planen ihn selbst ein, und ein Fehlschlag färbt eine Komponente ein, statt eine Störung zu eröffnen, in der Praxis speisen Sie es also weiterhin von anderswo. Statping-ng ist ein von der Community gepflegter Fork des älteren Statping, eine einzelne Go-Binärdatei, die sowohl Überwachung als auch eine Statusseite bietet, mit einer kleineren Community dahinter.

Wählen Sie diese, wenn eine Statusseite das eigentliche Produkt ist, das Sie brauchen, und die Überwachung zweitrangig ist oder schon anderweitig erledigt wird. Cachet im Vergleich mit Uptime Kuma zeigt, was Sie auf der Seite der Checks aufgeben, und der Überblick über Open-Source-Statusseiten vergleicht jede Option, bei der die Seite an erster Stelle steht.

Eine Anmerkung zu Beszel

Beszel taucht in jedem Thread über „Kuma-Alternativen“ auf, deshalb sparen wir Ihnen Zeit: Es ist kein Uptime-Monitor. Es ist ein sehr gutes, sehr schlankes Server-Dashboard. Ein Agent auf jedem Host meldet CPU, Arbeitsspeicher, Festplatte, Netzwerk, Temperaturen und Docker-Statistiken pro Container an einen einzigen Hub, mit Alarmen an rund zwanzig Dienste. Was es nicht tut, ist einen Endpunkt abzufragen: keine HTTP-, TCP-, DNS- oder TLS-Checks und keine öffentliche Statusseite. Man betreibt es neben einem Uptime-Monitor, nicht an seiner Stelle. Wenn Sie Host-Metriken und Uptime-Checks in einem einzigen Tool wollen, sind HertzBeat oder OneUptime dafür da.

Prometheus, Nagios und der Infrastruktur-Stack

Kein Produkt, sondern ein Muster, und eines, das eine Erwähnung verdient, weil viele Teams schon so arbeiten. Wenn Sie Prometheus betreiben, prüft der Blackbox Exporter HTTP, TCP, DNS und ICMP, und Alertmanager übernimmt die Alarmierung. Sie bekommen enorme Möglichkeiten und bauen alles Drumherum selbst, einschließlich der Statusseite und des Bereitschaftsablaufs. Für ein Team, das bereits tief in Prometheus steckt, sind zusätzliche Uptime-Checks ein kleiner Schritt. Für alle anderen ist es viel Arbeit, das zusammenzusetzen. Der Blackbox Exporter im Vergleich mit Uptime Kuma rechnet zusammen, was die zusammengebaute Variante tatsächlich kostet.

Nagios Core ist das älteste Mitglied dieser Familie und wird weiterhin gepflegt. Es führt jeden Check als kleines Plugin aus, das OK, WARNING, CRITICAL oder UNKNOWN zurückgibt, sodass check_http oder check_ping auf dem Nagios-Server Ihnen Prüfungen von außen liefern, und NRPE reicht ins Innere eines Hosts. Alles wird in Konfigurationsdateien in Textform deklariert, was zu Git passt, und es steht unter GPL-2.0. Was fehlt, ist eine Statusseite für Kunden: Seine Weboberfläche ist eine Konsole für Betreiber. Icinga begann als Fork von Nagios, und Checkmk ist auf dem Nagios-Kern gewachsen, für beide gilt also dieselbe Abwägung. Sie sind sehr gut darin, Infrastruktur zu überwachen, die Ihnen gehört, und die Verfügbarkeit für jemanden außerhalb Ihres Teams zu veröffentlichen, ist eine eigene Aufgabe.

OpenStatus

OpenStatus kommt dem, was wir bauen, hier am nächsten: ein AGPL-Projekt, das Statusseiten und Uptime-Überwachung an einem Ort zusammenbringt, mit einer echten REST-API, einem MCP-Server und einem Terraform-Provider, der inzwischen Monitore, Statusseiten und Benachrichtigungen abdeckt, nicht nur Checks. Sein gehosteter Dienst prüft aus achtundzwanzig Regionen bei drei Cloud-Anbietern, und derselbe Workflow für Überwachung als Code läuft, ob Sie den verwalteten Tarif nutzen oder selbst hosten.

Der Haken ist die Form des selbst gehosteten Stacks. OpenStatus selbst zu betreiben heißt, mehrere getrennte Dienste zu betreiben, die API, das Dashboard, den Checker, den Workflow-Prozessor und den Renderer für Statusseiten, statt eines einzigen Prozesses. Für ein Team, das den verwalteten Tarif will und gelegentlich selbst hostet, ist das in Ordnung. Wenn es Ihnen gerade darum geht, das Ganze auf Ihrer eigenen Maschine zu besitzen, sind das mehr bewegliche Teile als bei einem Tool aus einer einzigen Binärdatei. Wir haben OpenStatus und Uptime Kuma verglichen, falls Sie zwischen diesen beiden abwägen.

Uptimepage

Unser eigenes Tool, deshalb hier die Stärken und die Warnung in einem.

Uptimepage ist eine einzelne Rust-Binärdatei, die Uptime-Überwachung und eine Statusseite für Kunden zusammen erledigt, mit den Teilen, nach denen Nutzer von Uptime Kuma meist fragen: eine echte REST-API, ein Terraform-Provider, Organisationen mit Rollen, Prüfagenten in mehreren Regionen, die Sie selbst betreiben, und Statusseiten, die Ihre Kunden per E-Mail oder Webhook abonnieren können. Es deckt auch die Bereitschaft ab: Dienstpläne und Eskalationsrichtlinien entscheiden, wer alarmiert wird, wenn ein Check fehlschlägt. Es steht unter AGPL, also docker compose up, und es gehört Ihnen, oder Sie nutzen den gehosteten Uptime-Monitor und sparen sich den Betrieb. Dasselbe Datenmodell, dieselbe API und derselbe Terraform-Provider funktionieren in beiden Fällen, Sie sind an diese Wahl also nicht gebunden. Mehr dazu gibt es zum Betrieb als Open-Source-Uptime-Monitor, zum selbst gehosteten Setup und dazu, es aus Code zu steuern.

Der Vorbehalt: Es ist jünger als Uptime Kuma und hat eine kleinere Community, hatte also weniger Jahre, um seltene Fehler zu finden und zu beheben. Wenn Sie die am besten getestete und bewährte Option wollen und weder eine API noch mandantenfähigen Zugriff brauchen, ist Uptime Kuma heute die sicherere Wahl. Wenn Ihnen ein einziger gemeinsamer Login nicht mehr reicht und Sie Ihre Überwachung in Git haben wollen, ist genau diese Lücke das, wofür wir gebaut haben.

So wählen Sie, ohne es zu zerdenken

Für ein Homelab oder ein paar private Projekte installieren Sie Uptime Kuma und machen weiter, oder Sie probieren Checkmate, wenn Sie die frischere UI wollen. Für ein Team, das die Konfiguration in Git will und nur interne Alarme braucht, nehmen Sie Gatus; wir haben genauer betrachtet, wie sich Kuma und Gatus unterscheiden, falls Sie zwischen diesen beiden schwanken. Wenn es Ihnen um eine ausgefeilte Statusseite für Kunden mit Abonnenten und einer API geht, sehen Sie sich eine Open-Source-Statusseite mit eingebauter Überwachung an, das ist der Bereich, auf den wir uns konzentrieren. Wenn Sie den gesamten Lebenszyklus von Störungen selbst in der Hand haben wollen und bereits Kubernetes betreiben, ist OneUptime die breite Option. Und wenn Sie ohnehin in Prometheus zu Hause sind, ist der Blackbox Exporter eine kleine Ergänzung. Wenn Sie wissen müssen, warum ein Server krank ist, und nicht nur, ob er antwortet, ist das das Revier von Zabbix oder Nagios, und viele Teams betreiben eines davon neben einem Checker von außen.

Ein einzelnes bestes Tool gibt es hier nicht, nur das, das zu Ihren drei Antworten passt. Die gute Nachricht: Alle lassen sich kostenlos ausprobieren und kostenlos wieder verlassen, und genau darum geht es, wenn man bei Open Source bleibt.

Häufige Fragen

Was ist die beste Alternative zu Uptime Kuma?

Das hängt davon ab, an welche Grenze Sie stoßen. Sind es der einzige gemeinsame Login und die fehlende REST-API, bieten Ihnen Uptimepage und OpenStatus beide Teams und Überwachung als Code; OpenStatus und Kuma im Vergleich behandelt genau diese Wahl. Wollen Sie die Konfiguration in Git, Gatus. Wollen Sie eine frischere UI für dieselbe Aufgabe, Checkmate. Wollen Sie Host-Metriken und Middleware im selben Tool, HertzBeat.

Welcher Open-Source-Uptime-Monitor eignet sich am besten für Entwickler?

Wenn Sie alles in Git haben und in einem Pull Request prüfen wollen, passen Gatus und Uptimepage beide zur Arbeitsweise von Entwicklern, Gatus mit einer YAML-Datei und Uptimepage mit einem Terraform-Provider und einer REST-API. Uptime Kuma lässt sich angenehmer durchklicken, aber seine API ist die interne Socket.io-Schnittstelle statt einer unterstützten REST-API zur Verwaltung von Monitoren, deshalb ist es die schwächere Wahl, wenn Sie Überwachung als Code wollen.

Was ist externe Uptime-Überwachung?

Gemeint ist, Ihren Dienst von außerhalb Ihres eigenen Netzwerks zu prüfen, so wie ein echter Nutzer ihn erreicht, statt von einem Prozess auf derselben Maschine. Externe Checks erkennen DNS-, TLS- und Edge-Ausfälle, die ein interner Healthcheck nie sieht. Jedes Tool auf dieser Liste überwacht extern; die mit Sonden in mehreren Regionen, wie Uptimepage, lassen Sie von mehr als einem Ort gleichzeitig prüfen.

Ist Zabbix oder Nagios ein guter Uptime-Monitor?

Es sind Infrastruktur-Monitore, die auch die Verfügbarkeit prüfen können. Beide fragen URLs vom Server aus ab, Zabbix mit Web-Szenarien und Nagios mit Plugins wie check_http, aber keines von beiden gibt Ihren Kunden eine Statusseite, und beide verlangen im Betrieb mehr als ein spezialisiertes Uptime-Tool. Viele Teams betreiben eines davon innen und einen separaten Checker außen.

Kann ich die Statusseite als White-Label anbieten?

Manche Tools können das. Wenn Sie eine Agentur führen oder Überwachung weiterverkaufen und gegenüber Ihren Kunden Ihr eigenes Logo, Ihre Farben und Ihre Domain zeigen müssen, suchen Sie ein Tool, das dafür gebaut ist. Diesen Bereich behandeln wir unter White-Label-Uptime-Überwachung: Jeder Kunde bekommt eine Seite mit eigenem Branding, auf der kein Anbietername erscheint.