Uptime Kuma einrichten
Professionelles Uptime-Monitoring selbst gehostet. Ueberwache Websites, APIs und Services mit schoener Oberflaeche.
🤔 Schritt 1: Was ist Uptime Kuma?
Uptime Kuma ist ein Open-Source Monitoring-Tool das du selbst hosten kannst. Es prueft regelmaessig ob deine Services erreichbar sind und benachrichtigt dich bei Problemen.
Features
- • HTTP(S), TCP, DNS, Ping Checks
- • Schoene Status-Seiten
- • 90+ Benachrichtigungs-Kanaele
- • Multi-User Support
- • Docker-Container Monitoring
Vorteile
- • Komplett kostenlos
- • Daten bleiben bei dir
- • Einfache Einrichtung
- • Aktive Entwicklung
- • Moderne UI
🐳 Schritt 2: Installation mit Docker
Die einfachste Methode ist Docker Compose:
version: '3'
services:
uptime-kuma:
image: louislam/uptime-kuma:1
container_name: uptime-kuma
restart: unless-stopped
ports:
- "3001:3001"
volumes:
- ./data:/app/data
- /var/run/docker.sock:/var/run/docker.sock:ro Starten mit:
docker compose up -d Docker Socket
Nach dem Start erreichst du Uptime Kuma unter http://server-ip:3001
🔑 Schritt 3: Erster Login und Setup
Beim ersten Aufruf erstellst du deinen Admin-Account:
- Oeffne
http://dein-server:3001 - Vergib einen Benutzernamen
- Waehle ein sicheres Passwort
- Klicke auf Create
Sicherer Zugang
➕ Schritt 4: Ersten Monitor anlegen
Klicke auf Add New Monitor und konfiguriere:
HTTP(S) Monitor (Website)
| Monitor Type | HTTP(s) |
| Friendly Name | z.B. "Meine Website" |
| URL | https://meine-domain.de |
| Heartbeat Interval | 60 Sekunden (Standard) |
| Retries | 3 (vor Alert) |
Erweiterte Optionen:
- Accepted Status Codes: Standard 200-299, kann angepasst werden
- Max Redirects: Wie viele Weiterleitungen erlaubt
- Certificate Expiry: Warnen X Tage vor SSL-Ablauf
- Keyword: Pruefe ob bestimmter Text auf der Seite ist
📋 Schritt 5: Monitor-Typen im Ueberblick
Uptime Kuma unterstuetzt verschiedene Check-Arten:
HTTP(S)
Fuer Websites und APIs. Prueft Status-Code und optional Inhalt.
TCP Port
Prueft ob ein Port offen ist. Fuer Datenbanken, SSH, etc.
Ping (ICMP)
Einfacher Erreichbarkeitstest. Fuer Server und Netzwerkgeraete.
DNS
Prueft DNS-Aufloesung. Erkennt DNS-Probleme frueh.
Docker Container
Prueft ob Container laufen. Benoetigt Docker Socket.
Push
Dein Service meldet sich bei Kuma. Fuer Cronjobs/Backups.
Push Monitoring
🔔 Schritt 6: Benachrichtigungen einrichten
Gehe zu Settings → Notifications und richte einen Kanal ein:
Telegram (empfohlen)
- Erstelle einen Bot via @BotFather
- Kopiere den Bot Token
- Starte Chat mit dem Bot
- Hole deine Chat ID (via @userinfobot)
- Trage beides in Uptime Kuma ein
E-Mail (SMTP)
- SMTP-Server eintragen
- Port (587 oder 465)
- Benutzername und Passwort
- Absender und Empfaenger-Adresse
Weitere Optionen
Discord, Slack, Matrix, Gotify, Pushover, ntfy, Webhook, und 80+ weitere...
Test nicht vergessen
📄 Schritt 7: Status-Seite erstellen
Erstelle eine oeffentliche Status-Seite fuer deine Nutzer:
- Gehe zu Status Pages im Menue
- Klicke New Status Page
- Vergib einen Namen und Slug (URL-Pfad)
- Fuege Monitore hinzu die angezeigt werden sollen
- Optional: Logo, Beschreibung, Custom CSS
Status-Seiten Features
- • Gruppen fuer verschiedene Service-Kategorien
- • Uptime-Prozent der letzten 24h/7d/30d
- • Incident-Historie
- • Geplante Wartungen ankuendigen
- • Domain-Mapping moeglich
Vertrauensbildung
📁 Schritt 8: Monitoring-Gruppen
Organisiere deine Monitore in Gruppen fuer besseren Ueberblick:
- Klicke auf Add New Monitor
- Waehle als Typ Group
- Vergib einen Namen (z.B. "Produktiv-Server")
- Ziehe bestehende Monitore per Drag & Drop in die Gruppe
Sinnvolle Gruppierung
- • Nach Umgebung: Produktion, Staging, Dev
- • Nach Service: Web, Mail, Datenbank
- • Nach Kunde: Kunde A, Kunde B, Intern
- • Nach Wichtigkeit: Kritisch, Normal, Nice-to-have
💡 Schritt 9: Best Practices
Tipps fuer effektives Monitoring:
Do's
- ✓ SSL-Ablauf ueberwachen (mindestens 14 Tage vorher warnen)
- ✓ Retries nutzen (3x fehlgeschlagen = echter Ausfall)
- ✓ Keyword-Check fuer wichtige Seiten
- ✓ Push-Monitoring fuer Backup-Jobs
- ✓ Status-Seite fuer Kunden einrichten
Don'ts
- ✗ Zu kurze Intervalle (unter 30 Sekunden)
- ✗ Zu viele Benachrichtigungen (Alert Fatigue)
- ✗ Monitoring ohne Backup-Check von extern
- ✗ Nur HTTP Status pruefen (auch Inhalt checken)
Monitoring das Monitoring