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.

Betyg 84 av 100 Preliminär (källbaserad)

Läs bedömningen
API · Officiellt

Hubbens gränssnitt är en Svelte-app ovanpå ett PocketBase-API med samlingar för system, mätvärden, containrar, larm och användare. Någon separat API-referens publiceras inte, men endpoints och behörigheter följer PocketBase standard.

Beszel-hubbens REST-API · henrygd

Källa: github.com/henrygd/beszel

Kontrollerat:

MCP · Tredjepart

Flera community-servrar finns som läser hubbens data över API:t, bland annat Red5d/beszel-mcp. Ingen av dem kommer från projektet självt.

beszel-mcp · Red5d (community)

Källa: github.com/Red5d/beszel-mcp, GitHub-sökning 2026-11-01

Kontrollerat:

Beszel-översikt: tabellen Alla system med raden nordljus-vps-1 som visar grön status, 83,8 procent CPU, 37,2 procent minne, 77,6 procent disk, belastning 7,00 och nätverkstrafik 99 B/s
1 / 4 Alla system i en tabell: status, CPU, minne, disk, belastning och nätverk — ett system i labbet, redo att fyllas på med fler VPS:er.
  • Beszel systemvy för nordljus-vps-1: fyra grafer över en timme — CPU-användning, Docker CPU-användning, Minnesanvändning med 19,5 GB totalt och Docker Minnesanvändning — samt Rot Användning och I/O för rot under
  • Beszel nätverksmonitorer: tre gröna rader för nordljus-vps-1 — 1.1.1.1 via ICMP 7,19 ms, nordljus-web via HTTP 1,09 ms och nordljus-db:5432 via TCP 318 µs, alla med 0,00 procent förlust
  • Beszel behållarlista: rader för nordljus-web, nordljus-db och nordljus-cache med CPU, minne, nätverk, hälsostatus, portar, avbild och upptid

Bedömning

Så bedömer vi

Totalbetyg

84 av 100

Preliminär (källbaserad)

Bedömningsprofil
Bedömningen avser Beszel som central övervakning för ett svenskt företags VPS:er, virtuella maskiner och Docker-värdar, där man vill se status och resursanvändning i en dashboard och få larm utan att sätta upp en separat larmtjänst.
Bedömningsdatum
Modellversion
3.0.0
  1. Öppenhet och kontroll

    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.

  2. Funktionell passform

    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.

  3. Dataflytt och interoperabilitet

    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.

  4. Mognad och trygghet

    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.

  5. Framtidskraft

    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.

  6. Drift och införande

    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.

  7. Kostnadsbild

    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.

  8. Svensk användbarhet

    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.

Om Beszel

## Vad det är

Beszel består av två delar: en hubb som är webbgränssnittet och databasen, och en agent som körs på varje maskin som ska övervakas. Agenten är ett litet Go-program, hubben är byggd på PocketBase och lagrar allt i en SQLite-fil som kan säkerhetskopieras genom att kopiera den.

## Vad som mäts

Hubben visar CPU, minne, disk och nätverk per system, och för varje Docker- eller Podman-container även CPU, minne och nätverkshistorik. Utöver resursmätning kan agenten göra egna nätverkskontroller med svarstider och avbrott, och ta emot pulsslag från schemalagda jobb — samma princip som Healthchecks, men inbyggd i samma gränssnitt.

## Anslutning och larm

Agenten kan nås av hubben över SSH, eller själv ansluta till hubben över WebSocket när maskinen står bakom NAT och ingen port får öppnas. Larm sätts per mätvärde och skickas till en lång rad tjänster, bland annat ntfy, Gotify, Matrix, Slack och generiska webhooks. Inloggning sker med lösenord eller OAuth/OIDC, och flera användare kan dela system med varandra.

Användning

Passar för

  • Många VPS:er och virtuella maskiner som ska ses i en enda dashboard
  • Docker- och Podman-värdar där containerstatistik behövs utan extra exporter
  • Den som vill ha larm utan att sätta upp en separat larmtjänst

Passar mindre bra för

  • Nätverksövervakning med SNMP mot switchar och routrar
  • Miljöer som kräver agentlös övervakning enbart över protokoll som SNMP eller IPMI
  • Den som behöver långtidslagring i en extern tidsseriedatabas

Styrkor och begränsningar

Styrkor

  • Mycket liten resursförbrukning på både hubb och agent
  • Containerstatistik för Docker och Podman utan extra komponenter
  • Inbyggd pulsslagskontroll för schemalagda jobb
  • OAuth/OIDC och flera användare med delade system

Begränsningar

  • Ingen SNMP- eller nätverksenhetsövervakning
  • All data ligger i SQLite — historiken skalas inte över kluster
  • Färre integrationsmöjligheter än Zabbix och Checkmk
  • Larmen är tröskelbaserade, inte regelkedjor över flera system

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 497GitHub-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

Nätverksövervakning med automatisk enhetsupptäckt, SNMP-insamling och varningsregler i webbgränssnitt.

Startår
2013
Licens
GPL-3.0
Öppen källkod
Ja

Betyg

84 av 100

Preliminär (källbaserad)

Läs bedömningen om LibreNMS

Projektdata

4 990GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2013
Licens
GPL-3.0Öppen källkod (OSI-godkänd licens) · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · Web
API
REST API Verifierat
Export
Ej verifierat Ej verifierat
Språk
Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: GPL-3.0 enligt repots README (raw.githubusercontent.com/librenms/librenms/master/README.md, verifierad 200) och LICENSE.txt i repot: full frihet att läsa, ändra, återdistribuera och drifta själv; officiell Docker-image för egen drift.
Funktionell passform Gäller: Användningsfallet är kärnfunktionalitet: trafikgrafer per gränssnitt från SNMP, varningsregler med trösklar och notifiering till e-post/chatt samt automatisk enhetsupptäckt som hittar ny utrustning (belagt i postens källor: librenms.org och docs.librenms.org). Inga större luckor eller kringgående för just detta fall.
Dataflytt och interoperabilitet Gäller: Ett omfattande REST-API låter data hämtas till egna system (belagt i postens styrkor och dokumentationen docs.librenms.org), och mätserierna ligger i öppna databaser/RRD. Inte heltäckande: rå RRD-data ger inte full täckning av alla objekttyper och inga standardiserade exportformat är belagda.
Mognad och trygghet Gäller: Publika releaser sedan 2013 (docs.librenms.org changelog 2013), löpande releaser, omfattande dokumentation, officiell Docker-image och en säkerhetspolicy (SECURITY.md) i repot — verifierat via git ls-tree 2026-10-27. Etablerat och aktivt underhållet; inte 5 eftersom brett ekosystem av tredjepartsintegrationer inte är belagt utöver kärnprojektet.
Framtidskraft Gäller: Starkt och välanvänt REST-API plus inbyggd automation: varningsregler med åtgärder, notifieringar till chattplattformar och distribuerade pollers för geografiskt utspridda miljöer (belagt i postens styrkor och docs.librenms.org). Verklig integrationsnytta är dokumenterad; inget officiellt MCP men API:n är den naturliga agentvägen.
Drift och införande Gäller: Driftkraven är tydliga men flerdelade: databas (MariaDB), schemalagd polling och en omfattande webbinstallationsguide vid första uppstart (belagt i postens begränsningar och labbplan). Hanterbart med normal IT-kompetens men klart mer än en enskild container — därför 3.
Kostnadsbild Gäller: GPL-3.0 gör licensen gratis (belagt via README), men transparent totalkostnad kräver redovisning av server/databas, poller-noder och förvaltningstid — de posterna måste beräknas separat, så 3 inte 4.
Svensk användbarhet Gäller: Svenska språkfiler finns i repot (lang/sv.json med 400 nycklar varav 383 översatta, samt lang/sv/*.php, verifierade 2026-10-27). Mätt andel mot engelskan i lang-filerna: 824 av 1 199 nycklar översatta = 69 %, i intervallet 15–79 % → nivå 2 enligt evidensregeln. Svensk dokumentation och svensk support är inte belagda.

Kostnad: .

Faktakontrollerad

Källor