Uptime Kuma

Serverövervakning

Uptime Kuma är ett självhostat verktyg för att övervaka uppstid med snygg webb-UI, statussidor och aviseringar via över nittio tjänster. En enda container eller Node-process räcker för att komma igång.

Öppen källkodJavaScriptTypeScript

Betyg 83 Preliminär (källbaserad)

Läs bedömningen
API · Officiellt

Officiell API-dokumentation (Socket.IO + begränsade REST-endpoints).

Uptime Kuma API-dokumentation · Louis Lam / Uptime Kuma

Källa: https://uptime.kuma.pet/docs/Internal-API

Kontrollerat:

Öppna dokumentation

MCP · Tredjepart

Community-MCP-server för Uptime Kuma v2.

mcp-uptime-kuma · DavidFuchs (GitHub)

Källa: https://github.com/DavidFuchs/mcp-uptime-kuma

Kontrollerat:

Öppna dokumentation

Jämför med alternativ Källor
Uptime Kuma: driftöversikt för Nordljus AB med elva övervakare – kundportalen, kundportalens API, intranätet, fakturatjänsten, databasen db-01, fillagringen fil-02, e-postservern mail-01, kärnswitchen sw-core-1, nattbackupen, backupverifieringen och kundportalens inloggning – med uptime-siffror, dygnsstaplar, taggar som kund och kritisk samt snabbstatistik som visar elva tjänster uppe
1 / 7 Driftöversikten med samtliga övervakare, uptime per dygn och de viktigaste händelserna

Bedömning

Så bedömer vi

Totalbetyg

83

Preliminär (källbaserad)

Bedömningsprofil
Självhostad upptidsövervakning i en container: HTTP/TCP/DNS/push-kontroller, publika statussidor och notifieringar via 80+ kanaler för småföretag och hemmalab.
Bedömningsdatum
Modellversion
3.0.0

  1. Öppenhet och kontroll

    MIT verifierad i repots LICENSE-fil; helt öppen kodbas.

  2. Funktionell passform

    Enklaste tillägget till Grafana/Prometheus/Zabbix i overvakning-kategorin enligt kategoriresearch — en container och igång; API-ytan är dock begränsad.

  3. Dataflytt och interoperabilitet

    Docker/självhostad är enkel att flytta, men API:t är främst Socket.IO efter autentisering plus RESTful-endpoints för push/badges/Prometheus — programmässig styrning är begränsad.

  4. Mognad och trygghet

    Mycket stor användarbas (50k+ GitHub-stjärnor) och aktivt underhållet repo verifierat 2026-10-22; huvudsakligen en enskild huvudutvecklare.

  5. Framtidskraft

    Populärt och aktivt utvecklat (v2-spår, tredjeparts-MCP-server för v2) men beroende av få underhållare.

  6. Drift och införande

    Lägsta tänkbara driftbörda: en Node.js-container; statussidor och notifieringar är inbyggda.

  7. Kostnadsbild

    Helt fritt under MIT; inga licenskostnader.

  8. Svensk användbarhet

    Dokumentation och community är engelskspråkiga; svenskt gränssnittsstöd är inte belagt i källorna.

Om Uptime Kuma

Uptime Kuma är ett lättanvänt, självhostat övervakningsverktyg med fokus på uppstid. Ni lägger in monitorer för HTTP(s), TCP, HTTP-nyckelord, HTTP JSON-frågor, WebSocket, Ping, DNS-poster, push, Steam-spelservrar och Docker-containrar, och ser status i ett reaktivt webbgränssnitt med ping-diagram och certifikatinformation.

Avisering sker till över nittio tjänster, däribland Telegram, Discord, Gotify, Slack, Pushover och vanlig e-post via SMTP, och intervall kan sättas ner till 20 sekunder. Flera statussidor kan publiceras och mappas till egna domäner, och verktyget stöder proxy och tvåfaktorsautentisering. Gränssnittet finns på många språk via Weblate.

Driften är enklast i Docker: en container som lyssnar på port 3001 med en volym för data. Utan Docker krävs en aktuell Node.js-version samt pm2 för att hålla processen igång; FreeBSD och OpenBSD stöds inte. Verktyget distribueras under MIT-licens, utvecklas av Louis Lam med bidragsgivare, och finansieras via Open Collective och GitHub Sponsors. En publik demo-server låter ni testa gränssnittet innan ni installerar. Observera att filsystem som NFS inte stöds för datavolymen.

Användning

Passar för

  • Övervaka uppstid för webbsidor, API:er, TCP-tjänster, ping och DNS-poster från en egen server
  • Publicera publika statussidor på egna domäner för interna eller externa intressenter
  • Skicka nedtidsaviseringar till Telegram, Slack, Discord, e-post och över nittio andra tjänster
  • Bevaka certifikatutgång och Docker-containrar utan att bygga en fullständig monitoring-stack

Passar mindre bra för

  • Full metrik- och logginsamling med dashboards och långtidshistorik – Grafana/Prometheus eller Netdata är byggda för det
  • Storskalig övervakning av tusentals endpoints med distribuerade probers och SLA-rapportering
  • Drift på BSD – FreeBSD/OpenBSD stöds inte, och NFS fungerar inte som datavolym

Styrkor och begränsningar

Styrkor

  • Enklast möjliga start: en Docker-container på port 3001 eller en Node.js-process med pm2
  • Brett monitorurval: HTTP(s), TCP, nyckelord, JSON-frågor, WebSocket, Ping, DNS-poster, push, Steam och Docker
  • Avisering till över nittio tjänster plus inbyggda statussidor med domänmappning
  • MIT-licens, ingen telemetri, öppen finansiering via Open Collective och GitHub Sponsors
  • Gränssnitt på många språk via Weblate och snabba kontrollintervall ned till 20 sekunder

Begränsningar

  • Filsystem som NFS stöds inte för datavolymen – räkna med lokal disk eller blockerad volymdrift
  • Utan Docker krävs Node.js >= 20.4 samt pm2; BSD-plattformar stöds inte
  • Verktyget täcker uppstid och enkla svarstider, inte djup metrik- eller logginsamling per värd
  • Utvecklingen leds av en enskild huvudutvecklare med communitybidrag – körningshistorik är kortare än för äldre monitoringprojekt

Skärmbilder

7 skärmbilder. Välj en bild för att visa den i full storlek. Svep i sidled för fler.

  • Uptime Kuma: driftöversikt för Nordljus AB med elva övervakare – kundportalen, kundportalens API, intranätet, fakturatjänsten, databasen db-01, fillagringen fil-02, e-postservern mail-01, kärnswitchen sw-core-1, nattbackupen, backupverifieringen och kundportalens inloggning – med uptime-siffror, dygnsstaplar, taggar som kund och kritisk samt snabbstatistik som visar elva tjänster uppe
    Driftöversikten med samtliga övervakare, uptime per dygn och de viktigaste händelserna
  • Uptime Kuma: övervakaren Kundportalen i detaljvy med svarstid, responsmedelvärde, drifttid för 24 timmar, 30 dagar och ett år, grön statusrad med hälsokontroller var 60 sekund och graf över genomsnittlig svarstid under dygnet med en period av förhöjda svarstider
    Kundportalen i detaljvy med svarstid, uptime och svarstidsgraf för dygnet
  • Uptime Kuma: den publika statussidan Nordljus AB – driftstatus med en pågående incident om förhöjda svarstider i kundportalen, beskedet att alla system är i drift och tjänsterna grupperade i Kundtjänster och Serverdrift med uptime-siffror och dygnsstaplar
    Den publika driftstatussidan med pågående incident och tjänsternas status
  • Uptime Kuma: nedre delen av statussidan Nordljus AB – driftstatus med tjänsterna i gruppen Drift och backup samt avsnittet med tidigare incidenter, där omstarten av databasen db-01 och den försenade nattbackupen beskrivs med datum
    Tidigare incidenter och underhåll på statussidan
  • Uptime Kuma: underhållsvyn med fyra fönster – uppgradering av databasen db-01 den 23 oktober, pågående migrering av fillagringen fil-02, veckovis patchning av serverdriften och det avslutade bytet av nätaggregat i sw-core-1 – med status, datumintervall och tidszon
    Planerat underhåll med kommande och återkommande underhållsfönster
  • Uptime Kuma: inställningar för notifieringar med tre kanaler – e-post till drift som standardkanal, Teams till driftkanalen och Ntfy till jourtelefonen – samt inställningar för toastnotifieringar
    Notifieringskanaler för e-post, Teams och jourtelefon
  • Uptime Kuma: redigeringsvyn för övervakaren Kundportalen med övervakningstypen HTTP med nyckelord, URL, nyckelordet Kundportalen svarar, hälsokontroll var 60 sekunder och två försök, samt notifieringskanalerna e-post och Teams till höger
    Inställningarna för en övervakare: nyckelord, intervall, försök och notifieringar

Tekniska resurser

Alternativ

Healthchecks

Serverövervakning · Övervakning av cron-jobb och schemalagda uppgifter

Självhostad övervakning av cron-jobb: dina skript pingar tjänsten när de har kört, och du larmas när pinget uteblir.

Öppen källkodPostgreSQLPythonSQLite
Startår
2015
Licens
BSD 3-Clause License
Öppen källkod
Ja
API
REST API
MCP
MCP-server, Tredjepart

Betyg

90

Preliminär (källbaserad)

Läs bedömningen

Projektdata

10 496GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2015
Licens
BSD 3-Clause LicenseÖppen källkod (OSI-godkänd licens) · Repots LICENSE-fil anger BSD 3-clause, och GitHub identifierar licensen som BSD-3-Clause. Licensen tillåter egen drift och ändringar så länge upphovsrättsnotisen behålls. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · containers
API
REST API Uppgivet
MCP
MCP-server, Tredjepart
Export
Delvis Kontroller, integrationer och märken går att läsa och skriva över Management API v3, och hela databasen kan flyttas som fil eller Postgres-databas. Pinghistoriken går att läsa per kontroll men har inget samlat exportformat. Uppgivet
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: BSD 3-clause enligt repots LICENSE och GitHubs licensidentifiering. Hela tjänsten – webb, Ping-API, Management-API och bakgrundsprocesserna – ligger i samma repo, databasen är SQLite eller en egen Postgres/MySQL, och ingen funktion är låst till leverantörens molntjänst. Den publika instansen på healthchecks.io är en separat drift av samma kod, inte en annan produkt.
Funktionell passform Gäller: Gör exakt det den lovar: tar emot en ping från ett jobb och larmar när pinget uteblir. I labbet sattes sju kontroller upp med period och respit, cron-uttryck och tidszon, med både lyckade och misslyckade körningar, och statusen växlade mellan uppe, sen, nere och pausad utan ingrepp. Ping-API:t tar GET, POST, HEAD och e-post, och en körning kan skicka med loggad utdata som sparas med pinget.
Dataflytt och interoperabilitet Gäller: Kontroller, integrationer och märken går att läsa och skriva över Management API v3, och hela databasen är en fil eller en vanlig Postgres-databas som kan flyttas med. Pinghistoriken har dock inget dokumenterat exportformat – den går att läsa via API:t per kontroll, men ingen samlad export finns, vilket håller nivån under 5.
Mognad och trygghet Gäller: Projektet har utvecklats sedan 2015, har över tio tusen stjärnor, säkerhetspolicy, återkommande utgåvor och en egen dokumentationsportal med guider för cron, systemd, Prometheus och ett tjugotal språkexempel. Driftmodellen är enkel och har varit stabil i många år, och den publika tjänsten kör samma kod som går att installera själv.
Framtidskraft Gäller: Management API v3 täcker kontroller, integrationer och märken, pingarna är rena HTTP-anrop och dokumentationen beskriver automation från skript, GitHub Actions, systemd och Prometheus. Någon MCP-server från leverantören finns inte, men en underhållen tredjepartsserver (healthchecks-mcp) finns publicerad på npm och fungerar mot både den publika tjänsten och en egen installation.
Drift och införande Gäller: En container med SQLite räckte för en fungerande installation; run.sh kör migreringarna och startar larm- och rapportprocesserna själv. Dokumentationen beskriver varje miljövariabel, och den löpande driften är liten. Det som kräver planering är SMTP för e-postlarm och att databasen säkerhetskopieras.
Kostnadsbild Gäller: Egen installation är gratis och alla funktioner i koden är tillgängliga. Den publika tjänsten har betalplaner, och kanaler som SMS, WhatsApp och telefonsamtal kräver egna Twilio-uppgifter även när tjänsten körs själv – det är tredjepartskostnader som tillkommer utöver server och SMTP.
Svensk användbarhet Gäller: Gränssnittet är engelskt: hc/settings.py sätter USE_I18N = False och repot har inga språkfiler, så det finns ingen svensk översättning att slå på. Dokumentationen är engelsk och supporten sker i GitHub Discussioner på engelska. Verifierat i labbet: hela gränssnittet renderas på engelska.

Kostnad: .

Faktakontrollerad

Beszel

Serverövervakning · Lättviktig server- och containerövervakning

Lättviktig serverövervakning med en central hubb och en liten agent per maskin: CPU, minne, disk, nätverk och Docker-containrar med historik och larm.

Öppen källkodGoSQLite
Startår
2024
Licens
MIT
Öppen källkod
Ja
API
Finns
MCP
Tredjepart

Betyg

84

Preliminär (källbaserad)

Läs bedömningen

Projektdata

26 826GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2024
Licens
MITÖppen källkod (OSI-godkänd licens) · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · FreeBSD · Windows · macOS
API
Finns Ej verifierat
MCP
Tredjepart
Export
Ej verifierat Ej verifierat
Språk
Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: MIT-licens verifierad via GitHub-API 2026-11-01, hela kodbasen är öppen (hubb i Go på PocketBase, agent i Go, gränssnitt i Svelte). Ingen betalutgåva, inga låsta funktioner och ingen obligatorisk molntjänst — hubben kan köras helt isolerad i eget nät.
Funktionell passform Gäller: Täcker det namngivna behovet för servrar och containrar: CPU, minne, disk, nätverk, Docker/Podman-statistik per container, historik och larm med stöd för ntfy, Gotify, Matrix, Slack och webhooks. Poäng 4 och inte 5 därför att nätverksutrustning, SNMP och IPMI saknas helt — den som också vill övervaka switchar behöver Zabbix eller Checkmk vid sidan om.
Dataflytt och interoperabilitet Gäller: Data ligger i en SQLite-fil som kan kopieras, agenten är en fristående binär och hubben en container — flytten till annan värd är enkel. Avdraget till 4 beror på att API:t är PocketBase-baserat och att det inte finns någon dokumenterad export av historiken i ett standardformat.
Mognad och trygghet Gäller: Projektet startade 2024 och senaste utgåvan är v0.21.1 (2026-10-22), det vill säga före 1.0: inställningar och API kan ändras mellan versioner. Utvecklingen är mycket aktiv (över 26 000 stjärnor och dagliga commits) men historiken är kort jämfört med Zabbix och Nagios.
Framtidskraft Gäller: Aktiv utveckling, tydlig roadmap i utgåvor och ett ekosystem av tredjepartsverktyg; integrationerna mot ntfy, Gotify och Healthchecks-liknande pulsslag gör den lätt att kombinera. Avdraget beror på att projektet vilar på en liten grupp underhållare och ännu inte nått 1.0.
Drift och införande Gäller: Lägsta driftbördan i kategorin: en container för hubben och en agent per maskin, ingen extern databas, ingen tidsserieklustring och inga certifikat att hantera. Uppgradering är att byta avbildning; data ligger kvar i volymen.
Kostnadsbild Gäller: Helt fritt under MIT, ingen prenumeration och inga funktioner bakom betalvägg. Resursbehovet är litet: hubben ryms på en liten VPS och agenten tar några megabyte, vilket gör totalkostnaden till den tid det tar att installera.
Svensk användbarhet Gäller: Gränssnittet är översatt till svenska — inloggningssidan, systemvyn, behållarlistan, monitorerna och inställningarna visade svensk text i labbkörningen 2026-11-01 ("Vänligen skapa ett administratörskonto", "Alla behållare", "Nätverksmonitorer"). Dokumentationen på beszel.dev är engelskspråkig och det finns ingen svensk support, därför 3 och inte 4.

Kostnad: 0 kr. Ingen licenskostnad. Driften är en container och en agent per maskin.

Faktakontrollerad

Källor

  1. uptime.kuma.pet
  2. Uptime Kuma README
  3. louislam/uptime-kuma (GitHub)
  4. Uptime Kuma Wiki
  5. Uptime Kuma-releases (GitHub)
  6. Uptime Kuma Docs