Wie man Uptime Kuma auf einem VPS selbst hostet

Sie können Uptime Kuma auf einem VoyraCloud VPS selbst hosten, indem Sie das vorinstallierte Anwendungs-Image auswählen, den ersten Administrator über einen privaten SSH-Tunnel erstellen und dann Überwachungen für die von Ihnen betriebenen Dienste hinzufügen. Das Image bietet einen dauerhaften Ausgangspunkt für Uptime Kuma, während der öffentliche Zugang, vertrauenswürdiges HTTPS, Benachrichtigungen, Backups, Updates, Kapazitätsplanung und Incident-Response unter Ihrer Kontrolle bleiben.

TL;DR

Das VoyraCloud Uptime Kuma-Anwendungs-Image bietet ein vorinstalliertes Überwachungs-Dashboard auf Cloud VPS und Residential IP VPS.
Der Port 3001 ist standardmäßig an 127.0.0.1 gebunden, daher erstellen Sie den ersten Administrator über einen SSH-Tunnel, anstatt eine nicht initialisierte Setup-Seite ins Internet zu exponieren.
Uptime Kuma unterstützt HTTP, HTTPS, TCP, Ping, DNS, WebSocket, Push, Keyword- und JSON-Abfrageüberwachungen, unter anderem Überwachungsarten, die im Projekt dokumentiert sind.
Öffentlicher Dashboard- oder Statusseitenzugang erfordert Ihre eigene Domain, einen Reverse-Proxy, der WebSocket-Upgrades unterstützt, und browser-vertrauenswürdiges HTTPS.
Konfiguration, Benutzer, Überwachungshistorie, Benachrichtigungen und Statusseiten werden unter /app/data auf lokalem persistentem Speicher gespeichert. Reboot-Persistenz ist kein Backup.
Ein Arbeitslastprofil mit 20 Monitoren und 60-Sekunden-Intervallen ist das anfängliche Validierungsprofil des Images, keine Garantie für unbegrenzte Monitore oder ein Ersatz für die Messung Ihrer eigenen Arbeitslast.
Die Überwachung vom selben VPS hat einen wichtigen blinden Fleck: Wenn dieser VPS, seine Region oder sein Netzwerkpfad ausfällt, kann Uptime Kuma möglicherweise den Alarm nicht senden.

Was ist Uptime Kuma?

Uptime Kuma ist eine Open-Source-Anwendung zur Selbstüberwachung, um Websites, APIs, Netzwerkdienste und andere erreichbare Endpunkte von einem Dashboard aus zu überprüfen, das Sie kontrollieren. Es zeichnet Prüfergebnisse und Antwortinformationen auf, präsentiert die Diensthistorie und kann Benachrichtigungen über Integrationen senden, die vom Administrator konfiguriert wurden.

Das offizielle Uptime Kuma-Projekt listet die Unterstützung für Überwachungsarten wie HTTP(S), TCP, HTTP(S) Keyword, HTTP(S) JSON-Abfrage, WebSocket, Ping, DNS-Eintrag, Push und Docker-Containerüberwachung auf. Es bietet auch mehrere Statusseiten, Zertifikatsinformationen, Ping-Diagramme, Zwei-Faktor-Authentifizierung, Proxy-Unterstützung und eine breite Palette von Benachrichtigungsintegrationen.

Das Selbsthosting ist nützlich, wenn Sie:

Ein Überwachungs-Dashboard unter Ihrer eigenen Serveradministration wünschen.
Kontrolle über die Überwachungs-Konfiguration, Benutzer, Historie und Statusseiten haben möchten.
Eine einfache Möglichkeit benötigen, mehrere Websites, APIs oder Netzwerkdienste zu überprüfen.
Die Option haben möchten, Benachrichtigungsanbieter zu verbinden, die Sie bereits verwenden.
Ein Überwachungstool benötigen, das kontinuierlich auf einem kleinen VPS laufen kann.

Uptime Kuma ist kein verwalteter Überwachungsdienst, wenn es auf diese Weise bereitgestellt wird. Sie besitzen den VPS, Zugriffskontrollen, Upgrades, Backups, Benachrichtigungsanmeldeinformationen und den Reaktionsprozess. Sie müssen auch entscheiden, ob ein Überwachungsstandort genügend Sichtbarkeit für die für Sie wichtigen Dienste bietet.

Wie starten Sie mit dem VoyraCloud-Anwendungs-Image?

Der schnellste Weg, Uptime Kuma selbst zu hosten, besteht darin, einen unterstützten VoyraCloud VPS mit dem Anwendungs-Image zu erstellen und die erste Einrichtung über einen lokalen SSH-Tunnel abzuschließen. Sie müssen Uptime Kuma nicht manuell installieren, aber Sie müssen den Administrator sicher erstellen, bevor Sie Überwachungen konfigurieren.

Öffnen Sie die VoyraCloud-Seite für Uptime Kuma und fahren Sie mit dem Kaufprozess für VPS fort.
Wählen Sie einen berechtigten Cloud VPS- oder Residential IP VPS-Plan aus und wählen Sie dann eine beliebige Region, die derzeit von diesem Produkt angeboten wird.
Bestätigen Sie, dass Uptime Kuma im Abschnitt Images ausgewählt ist, und erstellen Sie dann den VPS.
Warten Sie, bis die VPS-Ressource und die Anwendung bereit sind.
Öffnen Sie die Ressourcendetails und suchen Sie den Abschnitt Anwendung.
Kopieren Sie den angezeigten SSH-Tunnel-Befehl. Er folgt diesem Muster:

ssh -p <ssh-port> -L 3001:127.0.0.1:3001 <ssh-user>@<server-ip>

7. Halten Sie diese SSH-Sitzung geöffnet und gehen Sie zu:

http://127.0.0.1:3001

8. Vervollständigen Sie die offizielle Uptime Kuma-Setup-Seite und erstellen Sie einen einzigartigen Administrator-Benutzernamen und ein starkes Passwort.

9. Melden Sie sich an, erstellen Sie einen Testmonitor und bestätigen Sie, dass die Prüfungen im Dashboard erscheinen.

10. Starten Sie den VPS einmal neu und überprüfen Sie, ob Uptime Kuma automatisch zurückkehrt und dass das Konto, der Monitor und die Historie verfügbar bleiben.

Die Browseradresse ist lokal, aber die Anwendung läuft auf dem VPS. SSH leitet Ihren lokalen Port 3001 über eine verschlüsselte Verbindung zu 127.0.0.1:3001 auf dem Server weiter. Das Schließen der SSH-Sitzung schließt den Tunnel; es stoppt Uptime Kuma nicht.

Wenn Ihr Computer bereits den lokalen Port 3001 verwendet, wählen Sie einen anderen lokalen Port, ohne das entfernte Ziel zu ändern:

ssh -p <ssh-port> -L 33001:127.0.0.1:3001 <ssh-user>@<server-ip>

Sie würden dann http://127.0.0.1:33001 in Ihrem Browser öffnen. Halten Sie die entfernte Seite als 127.0.0.1:3001.

Verwenden Sie den SSH-Benutzernamen und den Port, die für Ihre eigene Ressource angezeigt werden, anstatt root und Port 22 anzunehmen.

Was enthält das Anwendungs-Image?

Das Anwendungs-Image enthält eine vorinstallierte, persistente Uptime Kuma-Instanz, aber es verwandelt den VPS nicht in einen verwalteten Überwachungsdienst. Die folgende Grenze ist wichtig, wenn Sie die Produktionsnutzung planen.

Vom Anwendungs-Image bereitgestellt	Benutzerverwaltet oder nicht enthalten
Stabile Uptime Kuma-Version, die für das Image genehmigt ist	Automatische Anwendungs-Upgrades
Cloud VPS- oder Residential IP VPS-Betriebsumgebung	Verwaltete Serveradministration
Dienstwiederherstellung nach einem normalen VPS-Neustart	Hohe Verfügbarkeit oder automatisches Failover
Nur lokaler Zugriff auf `127.0.0.1:3001`	Öffentliche Port `3001` Exposition
Offizieller Setup-Prozess für den ersten Administrator	Vorkonfigurierten Administrator oder festes Passwort
Persistenter lokaler `/app/data` Speicher	Automatische Off-Server-Backups
Überwachungs-Dashboard, Historie, Benachrichtigungen und Statusseitenfunktionen	Vorkonfigurierte Drittanbieter-Benachrichtigungskonten
SSH-Tunnel-Anweisungen in den Ressourcendetails	Domainregistrierung, Reverse-Proxy oder vertrauenswürdiges HTTPS
Benutzerkontrollierte Überwachungs-Konfiguration	Garantierte Erkennungsgenauigkeit oder Alarmzustellung
Uptime Kuma unter seiner Open-Source-Lizenz	VoyraCloud-Wartung von Uptime Kuma nach der Lieferung

Das Image enthält kein festes Administrator-Anmeldeinformationen, keinen Authentifizierungsmodus, keine Benachrichtigungsgeheimnisse, keine Domain, kein Zertifikat oder keinen öffentlichen Verwaltungsendpunkt. Das hält den ersten Zugriff privat und vermeidet es, eine nicht initialisierte Kontoerstellungsseite direkt ins Internet zu stellen.

Welche Überwachungsarten sollten Sie verwenden?

Wählen Sie jede Uptime Kuma-Überwachungsart entsprechend der Schicht, die Sie testen müssen, denn ein erfolgreicher Ping beweist nicht, dass eine Website, API oder Anwendung korrekt funktioniert. Ein nützliches Überwachungsset überprüft die benutzerseitige Schicht und ausgewählte Abhängigkeiten, anstatt sich auf einen generischen Heartbeat zu verlassen.

Überwachungsart	Was sie verifizieren kann	Wichtige Einschränkung
HTTP oder HTTPS	Eine URL antwortet und gibt einen erwarteten Status zurück	Eine erfolgreiche Antwort kann dennoch falsche Inhalte enthalten
Keyword	Eine Antwort enthält oder schließt erwarteten Text aus	Textprüfungen validieren nicht jede Geschäftsfunktion
JSON-Abfrage	Eine API-Antwort enthält einen erwarteten Wert	Die Abfrage muss der realen Antwortstruktur entsprechen
TCP-Port	Ein Netzwerkdienst akzeptiert eine Verbindung	Ein offener Port beweist nicht, dass die Anwendung gesund ist
Ping	Ein Host antwortet auf ICMP	ICMP kann gefiltert werden, und eine Antwort beweist nicht, dass eine App funktioniert
DNS-Eintrag	Ein Resolver gibt den erwarteten Eintrag zurück	Eine Resolveransicht kann die globale Verbreitung nicht darstellen
WebSocket	Ein WebSocket-Endpunkt kann erreicht werden	Es validiert nicht jeden Nachrichtenfluss
Push	Ein Job oder ein Remote-Prozess meldet seinen eigenen Heartbeat	Ein fehlender Push benötigt ein Alarmfenster, das für diesen Job entworfen wurde
Zertifikatsinformationen	Zustand und Ablaufinformationen des Zertifikats	Die Erneuerung hängt weiterhin von Ihrem Zertifikatsprozess ab

Für eine öffentliche Website könnte ein praktisches Set eine HTTPS-Überprüfung, eine Keyword- oder JSON-Überprüfung auf sinnvolle Inhalte und eine Zertifikatsablaufüberprüfung umfassen. Für einen internen Dienst, der vom VPS erreichbar ist, kann eine TCP- oder HTTP-Überprüfung die Infrastruktur-Sichtbarkeit erhöhen. Für einen geplanten Job kann ein Push-Monitor erkennen, wenn der erwartete Heartbeat nicht ankommt.

Vermeiden Sie es, mehrere Überwachungen zu erstellen, die aus demselben Grund alle fehlschlagen, und behandeln Sie sie dann als unabhängige Beweise. Das Design der Überwachung sollte reale Fehlermodi widerspiegeln: DNS, TLS, Netzwerk-Erreichbarkeit, Anwendungsantwort, Inhaltskorrektheit und Abschluss von Hintergrundjobs.

Was bedeutet das 20-Monitor-Validierungsprofil?

Das 20-Monitor-Profil ist eine konservative Akzeptanzarbeitslast für die anfängliche Imagekonfiguration, keine maximale Kapazitätsversprechen. Die geplante Validierung verwendet 20 Monitore mit 60-Sekunden-Intervallen über 24 Stunden, gefolgt von einem VPS-Neustart und einer Persistenzüberprüfung.

Diese Validierung soll eine enge Frage beantworten: Kann die berechtigte Einstiegskonfiguration eine kleine Uptime Kuma-Installation ohne Out-of-Memory-Ereignisse, Datenbank-Sperren, unerwartete Container-Neustarts oder verlorene Daten unter einer definierten Arbeitslast ausführen? Es beweist nicht, dass derselbe Plan unterstützen kann:

Unbegrenzte Monitore.
Sehr kurze Prüfintervalle.
Große Antwortkörper oder teure JSON-Abfragen.
Viele gleichzeitige Benutzer oder Besucher öffentlicher Statusseiten.
Lange Aufbewahrungsfristen ohne Speicherwachstum.
Hohe Benachrichtigungsvolumen.
Docker-Überwachung mit Zugriff auf den Host-Socket.
Zusätzliche Anwendungen, die denselben VPS teilen.

Die tatsächliche Ressourcennutzung hängt von Überwachungsart, Intervall, Timeout, Antwortgröße, Historie, Benachrichtigungsverhalten, Dashboard-Aktivität und anderer Software auf dem Server ab. Beginnen Sie mit einem gemessenen Set, beobachten Sie CPU, Speicher, Festplattennutzung, Datenbankverhalten und Prüfdauer, und wechseln Sie dann zu einer größeren berechtigten VoyraCloud VPS-Konfiguration, wenn die tatsächliche Arbeitslast dies erfordert.

Interpretieren Sie das Mindestmaß im Kaufprozess nicht als universelle Größenempfehlung. Es ist ein Berechtigungstor für das validierte Startprofil.

Wie sollten Sie Uptime Kuma sicher veröffentlichen?

Veröffentlichen Sie Uptime Kuma über eine dedizierte Domain oder Subdomain, einen WebSocket-fähigen Reverse-Proxy und browser-vertrauenswürdiges HTTPS, während Sie den Port 3001 an localhost gebunden halten. Langfristiger SSH-Tunnelzugang ist ebenfalls gültig, wenn nur Administratoren das Dashboard benötigen und keine öffentliche Statusseite erforderlich ist.

Die offizielle Uptime Kuma Reverse-Proxy-Anleitung erklärt, dass die Anwendung WebSocket verwendet und der Proxy die Upgrade- und Connection-Header weitergeben muss. Es wird auch darauf hingewiesen, dass Uptime Kuma nicht unter einem normalen URL-Unterverzeichnis wie /uptime-kuma gehostet werden kann; verwenden Sie einen dedizierten Hostnamen wie status.example.com.

Ein typischer Nginx-Standortblock umfasst:

location / {
    proxy_pass http://127.0.0.1:3001;
    proxy_http_version 1.1;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
}

Dieses Snippet deckt nur den Proxy-Pfad ab. Sie müssen den Hostnamen, das vertrauenswürdige TLS-Zertifikat, die Zertifikatserneuerung, die HTTP-zu-HTTPS-Weiterleitung, die Firewall und die Zugriffspolitik separat konfigurieren. Überprüfen Sie das aktuelle offizielle Beispiel für Ihren gewählten Reverse-Proxy, bevor Sie es anwenden.

Verwenden Sie diese Produktions-Checkliste:

Erstellen Sie einen DNS-Eintrag für einen dedizierten Hostnamen.
Halten Sie 3001/tcp für das öffentliche Internet unzugänglich.
Konfigurieren Sie den Reverse-Proxy, um 127.0.0.1:3001 zu erreichen.
Bewahren Sie die WebSocket-Upgrade-Header.
Installieren Sie ein von normalen Browsern vertrauenswürdiges Zertifikat.
Leiten Sie einfaches HTTP zu HTTPS um.
Bestätigen Sie, dass das Dashboard ohne WebSocket-Fehler aktualisiert wird.
Testen Sie die Anmeldung, Abmeldung, Monitor-Updates und Statusseiten.
Beschränken Sie den Administrations-Hostnamen, wenn der öffentliche Zugriff nicht erforderlich ist.
Überprüfen Sie die Einstellungen für vertrauenswürdige Proxys erst, nachdem der Proxy- und Firewall-Pfad korrekt sind.

Vertrauenswürdiges HTTPS schützt Anmeldeinformationen und Sitzungstraffik während der Übertragung, sichert jedoch kein schwaches Administrator-Passwort oder einen veralteten Server. Halten Sie SSH gehärtet, beschränken Sie Berechtigungen, aktivieren Sie die Zwei-Faktor-Authentifizierung, wo es angebracht ist, und halten Sie das Betriebssystem und den Reverse-Proxy auf dem neuesten Stand.

Wie funktionieren Benachrichtigungen und Statusseiten?

Benachrichtigungen und Statusseiten sind Funktionen, die Sie nach der Initialisierung konfigurieren; das Image enthält keine Drittanbieter-Konten, Anmeldeinformationen, Zustellgarantien oder eine öffentliche Domain. Uptime Kuma unterstützt viele Benachrichtigungsmethoden, aber jeder Anbieter hat sein eigenes Konto, Verfügbarkeit, Preisgestaltung, Limits und Zustellverhalten.

Die offizielle Dokumentation zu Benachrichtigungsmethoden bietet anbieter-spezifische Einrichtungsreferenzen. Fügen Sie nur Integrationen hinzu, die Ihr Team besitzt, speichern Sie Anmeldeinformationen sorgfältig und senden Sie eine Testbenachrichtigung, bevor Sie sich darauf verlassen. Ein erfolgreicher Test beweist, dass eine Nachricht zu diesem Zeitpunkt funktioniert hat; er garantiert nicht die zukünftige Zustellung.

Für jeden wichtigen Monitor:

Entscheiden Sie, wer eine Benachrichtigung erhalten soll.
Setzen Sie ein Prüfintervall und eine Wiederholungsrichtlinie, die zum Dienst passt.
Konfigurieren Sie eine oder mehrere benutzerbesessene Benachrichtigungsmethoden.
Testen Sie Fehlermeldungen und Wiederherstellungsbenachrichtigungen.
Bestätigen Sie, dass eine Bereitschaftsperson auf die Nachricht reagieren kann.
Dokumentieren Sie, was zu tun ist, wenn der Monitor einen Fehler meldet.

Statusseiten ermöglichen es Ihnen, ausgewählte Monitorzustände und Vorfallinformationen zu teilen. Sie müssen nicht jeden internen Monitor offenlegen. Gruppieren Sie Dienste so, dass Kunden sie verstehen, vermeiden Sie die Veröffentlichung sensibler Hostnamen oder interner Topologie und verwenden Sie Ihre eigene Domain und einen sicheren Proxy-Pfad für den öffentlichen Zugriff.

Gehen Sie nicht davon aus, dass jede Benachrichtigungsintegration kostenlos ist. Einige Dienste können Gebühren erheben, die Nutzung einschränken, ihre APIs ändern oder zusätzliche Konfigurationen erfordern. VoyraCloud stellt diese Drittanbieter-Konten nicht zur Verfügung und kann nicht garantieren, dass ein Anbieter eine Nachricht akzeptiert oder zustellt.

Wie werden Uptime Kuma-Daten gespeichert und gesichert?

Uptime Kuma hält seinen Anwendungszustand unter /app/data, der auf persistentem lokalem Speicher bleiben muss und separat vom laufenden VPS gesichert werden muss. Die offizielle Installationsanleitung erfordert Dateisystemunterstützung für POSIX-Dateisperren und warnt vor Problemen mit Dateisperren, die häufig mit NFS verbunden sind.

Die persistente Daten umfassen die Datenbank und den Anwendungszustand, die für Elemente wie:

Administrator- und Benutzereinstellungen.
Überwachungsdefinitionen.
Überwachungshistorie.
Benachrichtigungskonfiguration.
Statusseiten.
Wartungspläne.
Andere Instanz-Einstellungen.

Ein normaler VPS-Neustart sollte diese Daten bewahren und die Anwendung neu starten. Dieses Verhalten ist Persistenz, keine Notfallwiederherstellung. Unabsichtliches Löschen, Datenbankbeschädigung, kompromittierte Anmeldeinformationen, fehlgeschlagene Upgrades, Speicherverlust oder das Löschen des VPS können dennoch die einzige Kopie entfernen.

Eine sicherere Backup-Routine ist:

Identifizieren Sie das tatsächliche lokale Docker-Volume oder das lokale Verzeichnis, das auf /app/data abgebildet ist.
Planen Sie Backups an einem Ziel außerhalb des VPS.
Quiesce oder stoppen Sie Uptime Kuma, wenn die gewählte Backup-Methode eine konsistente Datenbankkopie erfordert.
Kopieren Sie das vollständige Datenset, nicht nur eine exportierte Monitorliste.
Verschlüsseln und schützen Sie das Backup, da es betriebliche Details und Benachrichtigungsanmeldeinformationen enthalten kann.
Behalten Sie mehr als einen Wiederherstellungspunkt.
Stellen Sie auf einer separaten Testinstanz wieder her und überprüfen Sie Konten, Monitore, Historie, Benachrichtigungen und Statusseiten.
Dokumentieren Sie die Anwendungsversion, die mit dem Backup verbunden ist.

Setzen Sie das Live-Verzeichnis /app/data nicht für dieses Image auf NFS. Ein entferntes Backup-Ziel ist für kopierte Backup-Artefakte geeignet; es ist etwas anderes, die aktive Datenbank direkt auf einem Netzwerkdateisystem auszuführen.

Was ist der blinde Fleck bei der Überwachung desselben Servers?

Eine Uptime Kuma-Instanz kann zuverlässig keine Fehler melden, die auch ihren eigenen Compute-, Netzwerk- oder Benachrichtigungsweg entfernen. Wenn Uptime Kuma auf demselben VPS wie die Website läuft, die es überwacht, kann ein VPS-Ausfall sowohl die Website als auch den Monitor stoppen, bevor der Alarm gesendet wird.

Selbst wenn der überwachte Dienst auf einem anderen Server ist, beobachtet ein Uptime Kuma-Standort ihn immer noch von einem Netzwerk und einer Region aus. Eine lokale ISP-Route, ein regionales Netzwerkproblem, ein Unterschied im DNS-Resolver oder eine Firewall-Richtlinie können diese Sichtweise beeinflussen, ohne die Erfahrung jedes Benutzers darzustellen.

Verwenden Sie die Bereitstellung entsprechend den Konsequenzen:

Überwachungsbedarf	Angemessener Ansatz
Bequemes Dashboard für kleine Dienste	Eine selbst gehostete Uptime Kuma-Instanz kann ausreichend sein
Überwachung eines Dienstes auf einem anderen VPS	Platzieren Sie Uptime Kuma außerhalb der Ausfallzone des überwachten Servers, wenn dies praktikabel ist
Erkennung regionaler Erreichbarkeitsunterschiede	Verwenden Sie unabhängige Prüfungen von mehreren Standorten
Alarm während des Ausfalls des Überwachungs-VPS	Fügen Sie einen externen Heartbeat oder einen unabhängigen Überwachungsdienst hinzu
Hochverfügbarkeitsüberwachung	Entwerfen Sie eine separate Multi-System-Überwachungsarchitektur

Das Anwendungs-Image bietet keine verteilte Überwachung, hohe Verfügbarkeit oder einen unabhängigen externen Prüfer. Behandeln Sie es als einen Überwachungspunkt und fügen Sie unabhängige Abdeckung hinzu, wenn versäumte Alarme erhebliche geschäftliche Auswirkungen haben würden.

Wie sollten Sie Uptime Kuma aktualisieren?

Aktualisieren Sie Uptime Kuma absichtlich, indem Sie die offiziellen Veröffentlichungsanleitungen überprüfen, /app/data sichern und die neue Version validieren, bevor Sie sich darauf verlassen. VoyraCloud aktualisiert die Kundeninstanzen nach der Erstellung des VPS nicht automatisch.

Befolgen Sie die offizielle Uptime Kuma-Aktualisierungsanleitung, die für die installierte Hauptversion und die Bereitstellungsmethode gilt. Vor einem Update:

Lesen Sie die Versionshinweise und Migrationsanforderungen.
Dokumentieren Sie die derzeit laufende Anwendungsversion.
Erstellen und überprüfen Sie ein Off-Server-Backup von /app/data.
Bestätigen Sie ausreichend freien Speicherplatz.
Planen Sie ein Wartungsfenster für eine wichtige Überwachungsinstanz.
Verwenden Sie eine spezifische genehmigte Version anstelle eines unüberprüften schwebenden Tags.
Starten Sie die aktualisierte Instanz und überprüfen Sie deren Protokolle.
Testen Sie die Administratoranmeldung, mehrere Überwachungsarten, eine Benachrichtigung, eine Statusseite und die Wiederherstellung nach dem Neustart.
Halten Sie einen Rollback-Plan, der mit den durch die Veröffentlichung beschriebenen Datenbankänderungen kompatibel ist.

Gehen Sie nicht davon aus, dass das Zurücksetzen des Container-Images immer ausreicht. Eine Migration der Hauptversion kann Anwendungsdaten ändern, sodass die Wiederherstellung möglicherweise das Backup der Daten vor dem Update sowie die frühere Imageversion erfordert.

Updates des Betriebssystems, Docker-Updates, Reverse-Proxy-Updates und die Zertifikatserneuerung sind separate Verantwortlichkeiten. Ein aktueller Uptime Kuma-Container macht den Rest des Servers nicht aktuell.

Häufige Fehler, die zu vermeiden sind

Die meisten Fehler bei der Bereitstellung von Uptime Kuma resultieren aus der Exposition der Initialisierung, der Überschätzung eines Überwachungsstandorts oder der Behandlung von persistentem Speicher als vollständigen Betriebsplan. Vermeiden Sie diese Fehler:

Den Port 3001 zu veröffentlichen, bevor der Administrator erstellt wird. Halten Sie ihn auf localhost und verwenden Sie den SSH-Tunnel.
Das Dashboard auf öffentlichem HTTP zu belassen. Verwenden Sie vertrauenswürdiges HTTPS für jeden öffentlichen Zugriff.
Die WebSocket-Proxy-Header zu vergessen. Die Schnittstelle kann geladen werden, aber nicht korrekt aktualisiert werden.
Unter einem Unterverzeichnis zu hosten. Verwenden Sie eine dedizierte Domain oder Subdomain.
Aktives /app/data auf NFS auszuführen. Halten Sie es auf kompatiblem lokalem Speicher.
Die Reboot-Persistenz als Backup zu betrachten. Bewahren Sie getestete Kopien außerhalb des VPS auf.
Zu glauben, dass eine Statusseite unabhängige Überwachung schafft. Sie wird von derselben Uptime Kuma-Instanz präsentiert.
Ein VPS nur von sich selbst zu überwachen. Ein vollständiger Serverausfall kann sowohl den Dienst als auch seinen Monitor zum Schweigen bringen.
20 Monitore als garantierte maximale oder minimale Anzahl zu betrachten. Es ist eine definierte Validierungsarbeitslast, kein universelles Kapazitätsergebnis.
Zu erwarten, dass die Zustellung von Benachrichtigungen garantiert ist. Die Verfügbarkeit des Anbieters, Anmeldeinformationen, Quoten, Routing und der Überwachungs-Host sind alle wichtig.
Jede Integration ohne einen Eigentümer zu aktivieren. Konfigurieren Sie nur Kanäle, die jemand testet und auf die reagiert.
Ohne wiederherstellbare Datensicherung zu aktualisieren. Sichern Sie die vollständigen Anwendungsdaten, bevor Sie Versionen ändern.

FAQ

Kann ich Uptime Kuma selbst hosten, ohne es manuell zu installieren?

Ja. Das VoyraCloud-Anwendungs-Image bietet eine vorinstallierte Uptime Kuma-Instanz auf einem berechtigten Cloud VPS oder Residential IP VPS. Sie erstellen weiterhin den ersten Administrator, fügen Überwachungen hinzu, konfigurieren Benachrichtigungen und verwalten Sicherheit, Updates, Backups und öffentlichen Zugriff.

Warum wird `http://127.0.0.1:3001` anstelle der Server-IP angezeigt?

Die lokale Adresse verhindert, dass die nicht initialisierte Administrator-Setup-Seite direkt ins Internet exponiert wird. Stellen Sie den SSH-Tunnel von Ihrem Computer her, halten Sie die Sitzung geöffnet und gehen Sie dann zur lokalen URL. Der Tunnel leitet Ihre Browserverbindung sicher zu Uptime Kuma auf dem VPS weiter.

Kann ich den Port `3001` direkt ins Internet exponieren?

Die direkte Exposition ist nicht der empfohlene Produktionsweg. Halten Sie den Dienst an localhost gebunden und verwenden Sie einen Reverse-Proxy mit einem dedizierten Hostnamen, WebSocket-Unterstützung, vertrauenswürdigem HTTPS und einer angemessenen Zugriffspolitik. Das Anwendungs-Image konfiguriert diesen öffentlichen Pfad nicht automatisch.

Enthält Uptime Kuma kostenlose SMS-, E-Mail-, Slack- oder andere Benachrichtigungsdienste?

Nein. Uptime Kuma kann mit vielen Benachrichtigungsanbietern integriert werden, aber Sie stellen das Anbieter-Konto und die Anmeldeinformationen bereit und verwalten sie. Die Preisgestaltung, Quoten, Verfügbarkeit und Nachrichtenübermittlung von Drittanbietern liegen außerhalb des Anwendungs-Images und können sich ändern.

Ist ein 1 GB VPS ausreichend für Uptime Kuma?

Es kann nur ein berechtigter Ausgangspunkt sein, nachdem die definierte Imagevalidierung bestanden wurde, aber die tatsächliche Kapazität hängt von Ihrer Arbeitslast ab. Das anfängliche Profil verwendet 20 Monitore mit 60-Sekunden-Intervallen über 24 Stunden. Mehr Monitore, kürzere Intervalle, größere Antworten, längere Historie, zusätzliche Dienste oder intensivere Dashboard-Nutzung können mehr Speicher, CPU und Speicherplatz erfordern.

Bietet Uptime Kuma hohe Verfügbarkeit oder externe Überwachung?

Nein. Dieses Image bietet eine selbst gehostete Uptime Kuma-Instanz auf einem VPS. Hohe Verfügbarkeit, verteilte Prüfungen und unabhängige externe Überwachung erfordern zusätzliche Systeme und Architekturen, die nicht enthalten sind.

Wird Uptime Kuma mich benachrichtigen, wenn sein eigener VPS ausfällt?

Es könnte nicht, da der Prozess, der den Alarm sendet, mit dem VPS oder seinem Netzwerkpfad ausfallen kann. Verwenden Sie einen externen Heartbeat oder einen unabhängigen Überwachungsstandort, wenn die Erkennung des Ausfalls des Uptime Kuma-Hosts wichtig ist.

Was muss ich sichern?

Sichern Sie die vollständigen persistenten Daten, die auf /app/data abgebildet sind, und speichern Sie die Wiederherstellungskopie außerhalb des VPS. Schützen Sie das Backup, da es Überwachungs-Konfigurationen und Benachrichtigungsgeheimnisse enthalten kann, und testen Sie eine Wiederherstellung, anstatt anzunehmen, dass ein kopiertes Dateiset verwendbar ist.

Aktualisiert VoyraCloud Uptime Kuma automatisch?

Nein. Neue VPS-Ressourcen erhalten die zum Zeitpunkt der Erstellung genehmigte Anwendungsversion für das Image, während spätere Updates vom Kunden verwaltet werden. Überprüfen Sie die offiziellen Upgrade-Anweisungen, sichern Sie /app/data und testen Sie die aktualisierte Instanz, bevor Sie sich darauf verlassen.

Fazit

Selbst hosten Sie Uptime Kuma, wenn Sie ein einfaches Überwachungs-Dashboard, konfigurierbare Prüfungen, Benachrichtigungen und Statusseiten unter Ihrer eigenen Verwaltung wünschen. Beginnen Sie privat über den SSH-Tunnel, entwerfen Sie Überwachungen rund um reale Fehlermodi, halten Sie /app/data auf persistentem lokalem Speicher, sichern Sie es außerhalb des VPS und fügen Sie einen WebSocket-fähigen Reverse-Proxy mit vertrauenswürdigem HTTPS nur hinzu, wenn öffentlicher Zugriff erforderlich ist.

Eine Instanz ist nützlich für viele kleine Überwachungsbedürfnisse, bleibt jedoch ein Beobachtungspunkt mit einer Ausfallzone. Fügen Sie unabhängige Überwachung hinzu, wenn der Uptime Kuma-Host selbst, regionale Erreichbarkeit oder Alarmkontinuität ebenfalls abgedeckt werden müssen.

Verwenden Sie das VoyraCloud-Anwendungs-Image für Uptime Kuma, um von einer vorinstallierten VoyraCloud VPS-Umgebung zu beginnen, während Sie Zugriff, Daten, Benachrichtigungen und Operationen unter Ihrer Kontrolle behalten.