Checkmk

Serverövervakning · Agentbaserad server- och nätverksövervakning

Checkmk övervakar servrar, nätverk och applikationer med agenter eller SNMP, föreslår tjänster automatiskt och larmar när något avviker.

Betyg 70 av 100 Praktiskt granskad

Läs bedömningen
API · Officiellt

Varje site exponerar ett REST-API under /api/1.0 som täcker både konfiguration och monitoringdata; det egna webbgränssnittet och automation skriver värdar, regler och aktiveringar genom samma gränssnitt.

Checkmk REST API · Checkmk GmbH

Källa: docs.checkmk.com/latest/en/rest_api.html

Kontrollerat:

Officiellt · Livestatus (Checkmk GmbH) dokumentation

MCP · Tredjepart

Community-projekt som exponerar Checkmk för en språkmodell över MCP och läser värdar, tjänster och problem via Checkmk:s API och Livestatus. Det är ingen leverantörsprodukt och bör ges läsrättighet.

vibeMK · chexma (community)

Källa: github.com/chexma/vibeMK

Kontrollerat:

Checkmk: huvuddashboarden för Nordljus AB med 79 tjänster på 7 värdar – 6 värdar uppe och 1 nere, 60 tjänster OK, 2 varningar och 3 kritiska – paneler för värdproblem (sw-core-1 svarar inte på ping), tjänsteproblem och en händelselogg med de senaste kontrollerna
1 / 6 Huvuddashboarden med värd- och tjänstestatistik, pågående värdproblem och senaste händelser

Bedömning

Så bedömer vi

Totalbetyg

70 av 100

Praktiskt granskad

Bedömningsprofil
Drift av en mindre serverpark där servrar och nätverksutrustning ska bevakas från en installation, med larm när en tjänst går ner och en översikt som visar vad som är fel just nu.
Bedömningsdatum
Modellversion
3.0.0
  1. Öppenhet och kontroll

    Community-utgåvan ligger under GPL-2.0 enligt repots licensmetadata, och hela övervakningsmotorn – agenter, tjänsteupptäckt, regler, vyer och API – finns i den. De kommersiella utgåvorna Pro, Ultimate och Cloud bygger på samma produkt men lägger till slutna moduler: distribuerad övervakning, rapporter, affärslogik och flera integrationer. Kärnan är alltså öppen och fullt körbar själv, men väsentliga delar är låsta till de betalda utgåvorna, vilket ger tre och inte fem.

  2. Funktionell passform

    I labbet sattes sju värdar upp i två mappar: sex servrar med agent och en switch som bara pingas. Tjänsteupptäckten hittade tolv tjänster per server utan att någon skrev en checklista, de lokala kontrollerna gav varje värd sina egna applikationstjänster, och problemvyn visade både den nere switchen och de två tjänsteavvikelserna. Kvarvarande lucka för användningsfallet är att den fria utgåvan saknar distribuerad övervakning och färdiga rapporter, och att loggar och applikationsspårning kräver andra verktyg.

  3. Dataflytt och interoperabilitet

    Vyer kan exporteras som CSV och JSON, REST-API:t lämnar både konfiguration och monitoringdata, och Livestatus svarar på SQL-liknande frågor över socket eller TCP. Det som inte flyttar med är själva mätarhistoriken: den ligger i RRD-filer per site och är inte gjord för att tas med till en annan installation. Konfigurationen kan skrivas och läsas via API, men den praktiska vägen mellan två installationer är att exportera regler, inte att flytta data.

  4. Mognad och trygghet

    Checkmk publicerades 2009 och har sedan dess utvecklats av ett företag med egen organisation på GitHub, återkommande punktutgåvor och en dokumentationsportal som täcker installation, konfiguration och felsökning. Repot hade pushningar i slutet av oktober 2026, runtomkring 2 600 stjärnor, ett aktivt forum och ett översättningsprogram. Förvaltningen är alltså etablerad, inte ett enskilt projekt.

  5. Framtidskraft

    REST-API:t täcker både konfiguration och monitoringdata och användes i labbet för att skapa mappar och värdar; Livestatus ger egna dashboards tillgång till samma data. Vid sidan av det finns agent-plugins, lokala kontroller, kommando-hooks och ett eget kommandoradsverktyg. Det finns ingen MCP-server från leverantören, men väl fungerande tredjepartsservrar som exponerar Checkmk för en agent, och utvecklingstakten är hög. Det räcker till fyra men inte fem, eftersom agentintegrationen bygger på community-projekt.

  6. Drift och införande

    Införandet är hanterbart men kräver planering: en site skapas vid första starten, agenten rullas ut på varje värd, tjänsteupptäckten ska godkännas och trösklar sättas som regler i stället för per värd. I labbet tog hela kedjan från container till färdig övervakning ett par timmar inklusive felsökning av agentanslutningen. Uppgraderingar sker versionsvis och dokumenteras tydligt, vilket drar upp helheten något, men den regelbaserade modellen kräver vana.

  7. Kostnadsbild

    Community-utgåvan är gratis och licensierad under GPL-2.0, utan licensnyckel och utan värdbaserad räkning. De betalda utgåvorna har en publicerad prislista per värd och nivå, så kostnadsbilden är transparent även om den som väljer Pro eller Ultimate behöver räkna på värdar och support. Kvar att beräkna själv är drift och den tid införandet tar.

  8. Svensk användbarhet

    Engelska är källspråk och tyska är den mest kompletta översättningen. I översättningsprojektet på translate.checkmk.com finns ett trettiotal språk, men svenska är inte ett av dem, och dokumentationen finns på engelska och tyska. Gränssnittet i labbet var genomgående engelskt. Produkten är tekniskt användbar i Sverige, men något svenskt stöd – gränssnitt, dokumentation eller support – finns inte belagt.

Om Checkmk

Checkmk är en övervakningsplattform för serverhallar och nätverk. En liten agent på varje värd samlar in belastning, minne, diskar, nätverksgränssnitt, processer och drifttid; nätverksutrustning läses i stället över SNMP, och egna kontroller kan läggas till som små skript. Tjänsteupptäckten går igenom agentens data och föreslår vilka tjänster som ska bevakas, så att en ny server blir bevakad utan att någon skriver checklistor för hand.

Konfigurationen är regelbaserad: i stället för att sätta trösklar per värd skriver man en regel som gäller för en värdgrupp eller en etikett. Dashboards, problemvyer, notifieringar och inventering av hård- och mjukvara ingår, liksom ett REST-API och det SQL-liknande Livestatus-gränssnittet för den som vill hämta mätvärden till ett eget system. Den fria Community-utgåvan, tidigare kallad Raw Edition, är GPL-licensierad och räcker för en mindre serverpark; distribuerad övervakning, rapporter och affärslogik hör till de kommersiella utgåvorna.

Användning

Passar för

  • Driftteam som vill övervaka både servrar och nätverksutrustning från samma installation – agent på servrarna, SNMP mot switchar och routrar
  • Den som vill att tjänsteupptäckten ska föreslå vad som ska bevakas i stället för att underhålla checklistor per värd
  • Miljöer där trösklar och kontroller ska styras av regler och etiketter, inte av kopierade värdposter
  • Den som behöver hämta mätvärden och tillstånd till ett eget system via REST-API eller Livestatus

Passar mindre bra för

  • Den som vill ha övervakning som är igång på fem minuter utan att sätta sig in i värdar, regler och tjänsteupptäckt
  • Den som behöver distribuerad övervakning mellan flera platser eller färdiga rapporter – det ligger i de kommersiella utgåvorna
  • Den som behöver svenskt gränssnitt, svensk dokumentation eller svensk support
  • Den som vill samla loggar eller mäta applikationsprestanda i samma produkt; Checkmk övervakar tillstånd och mätvärden

Styrkor och begränsningar

Styrkor

  • Agentbaserad och agentlös övervakning i samma installation: servrar via agent, nätverk via SNMP och egna kontroller som skript
  • Tjänsteupptäckten föreslår tjänster ur agentens data, så en ny värd blir bevakad utan handskrivna checklistor
  • Regelbaserad konfiguration med värdetiketter gör att trösklar och kontroller kan gälla många värdar utan kopior
  • REST-API och Livestatus gör mätvärden och tillstånd åtkomliga för egna dashboards, rapporter och automation
  • Community-utgåvan är GPL-licensierad och fungerar utan licensnyckel, med samma kontrollmotor som de kommersiella utgåvorna

Begränsningar

  • Konfigurationen är regelbaserad och kräver att man förstår modellen med värdar, etiketter och tjänsteregler innan trösklar och undantag blir rätt
  • Distribuerad övervakning, rapporter, affärslogik och flera integrationer ligger i de kommersiella utgåvorna Pro, Ultimate och Cloud
  • Ingen logghantering, ingen applikationsspårning och ingen syntetisk övervakning i den fria utgåvan – det kräver andra verktyg eller tillägg
  • Gränssnitt och dokumentation finns på engelska och tyska; svensk översättning saknas i översättningsprogrammet
  • Mätarhistoriken ligger i RRD-filer per site och är inte avsedd att flyttas mellan installationer

Skärmbilder

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.

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

Betyg

90 av 100

Preliminär (källbaserad)

Läs bedömningen om Healthchecks

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.

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

Betyg

84 av 100

Preliminär (källbaserad)

Läs bedömningen om Beszel

Projektdata

26 821GitHub-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