Warum Uptime-Monitoring selbst hosten statt eines gehosteten Dienstes?

Zwei Gründe. Kontrolle und Privatsphäre — Ihre Monitore, Ihre Alarmregeln und die Liste dessen, was Sie betreiben, bleiben auf einem Server, der Ihnen gehört, nicht auf einem Drittanbieter-Dashboard. Und Unabhängigkeit — ein Monitor muss außerhalb des Beobachteten leben. Uptime Kuma auf seinem eigenen kleinen VPS prüft (und alarmiert) weiter, selbst wenn Ihr Hauptserver oder Ihre Heimverbindung ausgefallen ist. Ein gehosteter Dienst tut das auch, aber Selbsthosting hält es Ihres und zu festen Kosten.

Welchen Tarif und welche Ressourcen braucht Uptime Kuma?

Es ist leicht — ein Nano-IP (8 $/Monat) betreibt Dutzende Monitore bequem. Der RAM-Verbrauch wächst mit der Zahl der Prüfungen und der aufbewahrten Historie, also fügen Sie nur Reserve hinzu, wenn Sie Hunderte Endpunkte überwachen. Sie wollen eine dedizierte IP, damit Dashboard und öffentliche Statusseite über HTTPS erreichbar sind und Ihre Prüfungen von einer stabilen Adresse ausgehen.

Brauche ich eine dedizierte IP und eine Domain?

Für das Web-Dashboard und eine öffentliche Statusseite: ja — Sie öffnen https://status.yourdomain.com im Browser, was eine Domain, gültiges TLS und eingehendes 443 erfordert. Das ist ein Tarif mit dedizierter IPv4; NAT-Tarife nehmen keinen eingehenden Web-Verkehr an. Ein Reverse-Proxy (Caddy) gibt Ihnen automatisches HTTPS.

Sollte der Monitor auf demselben Server wie das Beobachtete sein?

Nein — das ist der ganze Sinn eines separaten Servers. Läuft Ihr Monitor auf derselben Maschine wie Ihre App, fallen sie zusammen aus, und Sie bekommen keinen Alarm. Setzen Sie Uptime Kuma auf seinen eigenen kleinen VPS (idealerweise in einer anderen Region als Ihre Hauptinfrastruktur), damit er ein unabhängiger Beobachter ist, der Sie noch erreichen kann, wenn etwas kaputtgeht.

Fragen Sie nach Ausweis oder Karte?

Nein. Mit einer E-Mail registrieren, in USDC oder USDT zahlen. Keine Dokumente, keine Karte, kein KYC.

VPS für selbstgehostetes Uptime-Monitoring (Uptime Kuma)

Betreiben Sie Uptime Kuma auf einem VPS, um Ihre Sites und Dienste zu überwachen und Ihre eigene Statusseite zu hosten — von einem Server außerhalb Ihrer Infrastruktur, damit er Sie noch alarmieren kann, wenn Ihre Hauptmaschine ausfällt. Dedizierte IP, Zahlung in Krypto, ohne KYC. Ab 8 $/Monat.

Die eine Regel des Monitorings lautet, dass der Monitor außerhalb des Beobachteten leben muss. Eine Health-Prüfung, die auf demselben Server wie Ihre App läuft, ist in dem Moment nutzlos, in dem dieser Server ausfällt — sie scheitern zusammen, und kein Alarm wird je ausgelöst. Sie wollen also eine kleine, unabhängige Maschine, deren einzige Aufgabe es ist, alles andere zu beobachten und Ihnen zu sagen, wenn es kaputtgeht. Uptime Kuma ist das selbstgehostete Werkzeug genau dafür, und ein günstiger VPS ist sein natürliches Zuhause.

Warum es selbst hosten

Unabhängigkeit. Auf seinem eigenen VPS — idealerweise in einer anderen Region als Ihre Hauptinfrastruktur — prüft und alarmiert Uptime Kuma weiter, selbst wenn Ihr Primärserver oder Ihre Heimverbindung ausgefallen ist. Das ist der ganze Wert eines Monitors.
Kontrolle und Privatsphäre. Ihre Liste überwachter Endpunkte, Ihre Alarmregeln und Ihre Statusseite leben auf einem Server, der Ihnen gehört, nicht auf einem Drittanbieter-Dashboard, das Ihren ganzen Stack kennt. Feste Monatskosten, keine Preise pro Monitor.
Eine Statusseite, die Sie hosten. Uptime Kuma veröffentlicht eine saubere öffentliche Statusseite — auf Ihrer eigenen Domain, die Ihren Nutzern sagt, was läuft, ohne ein Statusseiten-SaaS zu mieten.

Was es braucht

Eine dedizierte IPv4, eine Domain und HTTPS. Sie erreichen Dashboard und Statusseite unter https://status.yourdomain.com, was eine Domain, gültiges TLS und eingehendes 443 erfordert — einen Tarif mit dedizierter IP. NAT-Tarife nehmen kein Eingehendes an. Nano-IP (8 $/Monat) betreibt Dutzende Monitore bequem.
Leichte Ressourcen. Uptime Kuma ist klein; der RAM wächst nur mit der Zahl der Prüfungen und der aufbewahrten Historie. Fügen Sie Reserve für Hunderte Endpunkte hinzu, sonst reicht die kleinste Maschine.

Einrichtung (Ubuntu 24.04, Docker)

# dedicated-IP plan, root shell
apt update && apt install -y docker.io caddy
systemctl enable --now docker

docker run -d --restart=unless-stopped \
  -p 127.0.0.1:3001:3001 \
  -v uptime-kuma:/app/data \
  --name uptime-kuma louislam/uptime-kuma:1

# TLS + reverse proxy on your domain
echo 'status.yourdomain.com { reverse_proxy 127.0.0.1:3001 }' > /etc/caddy/Caddyfile
systemctl restart caddy && ufw allow 80,443/tcp

Richten Sie status.yourdomain.com auf Ihre IP, öffnen Sie es, legen Sie den Admin-Nutzer an und fügen Sie Monitore hinzu — HTTP(S), TCP-Port, Ping, DNS und mehr. Verdrahten Sie Benachrichtigungen (Telegram, E-Mail, Webhooks, ntfy), damit ein Ausfall Sie erreicht, und veröffentlichen Sie eine Statusseite für die Dienste, die Sie öffentlich machen wollen.

Für wen das ist

Devops und Selbsthoster, die einen unabhängigen Wachhund über ihren eigenen Servern und Diensten wollen.
Kleine Teams, die eine Statusseite und Alarmierung brauchen, ohne pro Monitor für ein gehostetes Werkzeug zu zahlen.
Jeder mit einem Home-Lab, der einen Cloud-Aussichtspunkt will, der online bleibt, wenn die Heimverbindung es nicht ist.

Warum EQVPS für Uptime Kuma

Dedizierte IPv4 ab 8 $/Monat, domain- + HTTPS-freundlich, alle Ports, Reverse-DNS im Self-Service.
EU-Standorte (Deutschland, Finnland) — und da wir zwei Regionen betreiben, können Sie den Monitor fern Ihrer Hauptmaschine platzieren, für echte Unabhängigkeit.
Kein KYC, Zahlung in Krypto. E-Mail zum Registrieren, USDC/USDT zum Zahlen.
Root in ~60 Sekunden, NVMe. Uptime Kuma hochfahren, Caddy dazu, und Ihr eigenes Monitoring ist live.

Betreiben Sie schon mehrere Dienste auf einer Maschine? Siehe mehrere Dienste hinter einer IP selbst hosten — ein Monitor passt natürlich zu einem Docker-Stack, auch wenn der Wachhund für echte Unabhängigkeit auf seinen eigenen separaten Server gehört.