Det korta svaret
Välj Uptime Kuma om du vill veta om dina webbplatser och tjänster svarar: den är snabbast att sätta upp, larmade inom en halv minut i vårt test och behöver inget installerat på servrarna den övervakar. Välj Zabbix om du också vill veta varför en server har det jobbigt, med mätvärden för CPU, minne och disk och färdiga gränser för dem, allt inställt genom att klicka i ett enda program. Välj Prometheus och Grafana om du vill ha de bästa dashboardsen och hellre har din konfiguration i textfiler, och kan leva med långsammare larm och mer minne.
De tre överlappar bara delvis. Uptime Kuma kontrollerar utifrån och vet inget om en servers CPU eller disk. Zabbix och Prometheus samlar in mätvärden inifrån varje server och behöver extra inställningar för att kontrollera en webbplats. Därför är det ofta vettigt att köra Uptime Kuma bredvid något av de andra två.
Det här testade vi
Vi installerade alla tre på en Melonslab VC-P Alloy (2 vCPU, 8 GB) med Debian 13, var och en enligt vår egen guide, och körde dem sida vid sida:
- Uptime Kuma 2.5.6, i en container under användaren
kuma. - Zabbix 7.0.31 med PostgreSQL 16, i en pod, och Zabbix agent 2 på servern.
- Prometheus och Grafana: Prometheus 3.15.0, Alertmanager 0.34.1 och Grafana 13.2.4 i en pod, och node_exporter 1.9.0 på servern.
Alla tre övervakade samma två HTTPS-webbplatser på servern, bakom Caddy, och Zabbix och Prometheus övervakade också serverns egen CPU, minne och disk. Sedan stoppade vi en av webbplatserna fyra gånger och tog tid på hur länge det dröjde innan var och en larmade, och innan den meddelade att allt var bra igen när webbplatsen var tillbaka. Uptime Kuma skickade sina larm till ntfy, och Zabbix och Alertmanager till en webhook-mottagare för test på servern; tiderna är när varje meddelande kom fram. Efteråt körde vi säkerhetskopieringen från varje guide, startade om servern och såg alla tre komma tillbaka av sig själva.
Siffrorna
| Uptime Kuma | Zabbix | Prometheus och Grafana | |
|---|---|---|---|
| Minne i vila | 120 till 135 MB | 130 till 140 MB i podden, och 50 MB för agenten | 345 till 405 MB i podden (Grafana 290 till 350 MB), och 26 MB för node_exporter |
| Disk: avbilder | 1,76 GB | 520 MB | 1,78 GB |
| Disk: data efter två timmar | under 2 MB | 250 MB (databasen) | 4 MB |
| Containrar | 1 | 3, och en agent på varje server | 3, och node_exporter på varje server |
| Tid för guidens kommandon | omkring 1,5 minuter | omkring 3 minuter | omkring 1,5 minuter |
| Larm efter att en webbplats stoppats | 18 till 26 sekunder | 15 till 22 sekunder | 1 minut 56 sekunder till 2 minuter 4 sekunder |
| Klartecken efter att den var tillbaka | 17 till 20 sekunder | 14 till 17 sekunder | 4 minuter 42 sekunder till 4 minuter 58 sekunder |
| Övervakar CPU, minne och disk | nej | ja | ja |
Installationstiderna är hur länge kommandona tog att köra, med nedladdning av avbilder, inte tiden du behöver för att läsa guiden och skriva in dem. Kontrollerna av webbplatser i Zabbix och Prometheus finns inte i våra guider för dem: avsnittet om funktioner nedan visar vad vi lade till.
Med alla tre igång, plus Caddy, ntfy och de två testwebbplatserna, använde servern 1,6 GB av sina 8 GB.
Installation
Uptime Kuma är en container och ett block i Caddy. Vid första starten frågar webbsidan efter en databas, där SQLite räcker, och ett konto, och sedan lägger du till bevakningar i ett formulär. Inget behöver installeras på servrarna du övervakar.
Zabbix är tre containrar, en server, ett webbgränssnitt och PostgreSQL, och servern skapar sin databas själv vid första starten, vilket tog under en minut. Sedan byter du standardlösenordet för Admin, installerar agenten på varje server du vill övervaka och pekar Zabbix mot den. Guiden har flest steg av de tre, men allt efter starten gör du genom att klicka i webbgränssnittet.
Prometheus och Grafana är tre containrar, fyra konfigurationsfiler i YAML och node_exporter på varje server. Inställningarna i guiden stänger också av Grafanas kontakter med grafana.com. När allt är igång är en färdig dashboard en import bort.
En sak ställde till det när alla tre kördes på samma server som webbplatserna de övervakar. En rootless-container som delar serverns adress kan inte nå webbplatserna bakom Caddy på samma server. Uptime Kuma-guiden har ett steg för det. Poddarna för Zabbix och Prometheus fick Connection refused, och samma ändring förstörde deras väg till agenten och node_exporter, så vi körde deras kontroller av webbplatserna från själva servern i stället. Kontroller av webbplatser på andra servrar fungerade från poddarna. Det är ändå bättre att övervaka en server från någon annanstans: en bevakning på servern som går ner kan inte tala om det för dig.
Driftkontroller, mätvärden och dashboards
Uptime Kuma kontrollerar utifrån: HTTP(s), ping, TCP-portar, DNS, certifikat och mer, var 60:e sekund som standard, och den kan publicera en statussida. Den har ingen agent och kan inte tala om att en disk håller på att bli full eller att minnet tar slut, bara att något har slutat svara.
Zabbix samlar in mätvärden inifrån varje server via sin agent. Mallen Linux by Zabbix agent gav mätvärden för CPU, minne, disk, nätverk och processer, grafer och nästan 80 färdiga triggers, så fort serverns agent svarade. Den öppnade till och med ett problem om att /etc/passwd hade ändrats när vi lade till en användare. För att övervaka en webbplats lägger du till ett web scenario på en värd och skriver sedan en trigger för det för hand. Ett web scenario för en webbplats någon annanstans fungerade från podden. För våra två webbplatser på samma server använde vi ett item som agenten kontrollerar, web.page.regexp, som läser HTTP-statuskoden, och en trigger som löser ut när den inte är 200.
Prometheus samlar in samma sorts mätvärden via node_exporter, och Grafana ritar dem: dashboarden Node Exporter Full gav den tydligaste bilden av CPU, minne, disk och nätverk av de tre. Larm är regler du skriver i PromQL, och guidens två regler täcker en server som slutar svara och en disk som är mer än 85 % full. För att kontrollera en webbplats behöver Prometheus ett program till, blackbox_exporter, som inte finns i vår guide. Vi installerade det från Debians paket prometheus-blackbox-exporter, lade till ett scrape-jobb för de två webbplatserna och en regel som löser ut när probe_success har varit 0 i en minut.
Larm
Uptime Kuma har dussintals larmtjänster inbyggda, bland dem ntfy, och du väljer en i ett formulär. Med standardinställningarna larmar den vid första misslyckade kontrollen, så den rapporterade den stoppade webbplatsen inom 18 till 26 sekunder och skickade Up inom 20 sekunder efter att den var tillbaka. Med en kontroll var 60:e sekund kan det ta upp till en minut.
Zabbix öppnade problemet inom 15 till 22 sekunder, eftersom dess item också kördes varje minut, och stängde det inom 17 sekunder efter att webbplatsen var tillbaka. Den skickar larm via media types: e-post och webhooks för ett trettiotal tjänster, som Slack, Telegram, Discord och Mattermost, men ingen för ntfy i 7.0. För testet lade vi till en egen webhook, några rader JavaScript. Åtgärden som skickar problem till administratörerna är avstängd från början, och det var den nya media typen också: vårt första larm skickades aldrig förrän vi slog på den.
Alertmanager var långsammast, med avsikt, och lika varje gång: omkring två minuter till larmet och omkring fem minuter till klartecknet. Regeln väntar en minut, Prometheus kontrollerar sina regler en gång i minuten, och Alertmanager väntar 30 sekunder på andra larm att skicka tillsammans med det. Uppdateringar om ett öppet larm skickar den högst var femte minut, vilket fördröjer klartecknet. Alla de här är inställningar du kan sänka. I gengäld väcker ett kort avbrott dig aldrig.
Resurser
Uptime Kuma använde 120 till 135 MB och Zabbix 180 till 195 MB med agenten. Prometheus och Grafana använde ungefär dubbelt så mycket som Zabbix, 370 till 430 MB med node_exporter, nästan allt av det Grafana, mellan 290 och 350 MB. Prometheus själv använde omkring 40 MB och Alertmanager 15 MB. blackbox_exporter, för kontrollerna av webbplatserna, tog ytterligare 30 MB.
På disken är det tvärtom. Uptime Kumas rootless-avbild är 1,76 GB, lika stor som Prometheus och Grafana tillsammans, och Zabbix tre avbilder är 520 MB. Zabbix databas börjar på 250 MB innan den har samlat in något, och växer med mätvärdena den sparar. Prometheus data tog 1,5 MB efter två timmar för en server och två webbplatser; guiden begränsar den till 30 dagar och 5 GB. Alla tre får gott om plats på paketet Alloy, som har SSD-lagring: Zabbix databas och Prometheus skriver hela tiden.
Uppdateringar och säkerhetskopior
Alla tre följer taggar som Podman uppdaterar varje dag. Uptime Kumas 2-rootless och Zabbix alpine-7.0-latest håller sig inom en huvudversion. Zabbix 7.0 är en version med långtidsstöd, med fullt stöd till juni 2027 och säkerhetsuppdateringar till juni 2029. Guiden för Prometheus och Grafana använder latest, som också byter till nya huvudversioner, så läs deras uppgraderingsanvisningar eller lås en tagg. Agenterna kommer från Zabbix eget paketförråd och behöver apt upgrade; node_exporter kommer från Debian och får dess säkerhetsuppdateringar.
Säkerhetskopior är enklast med Uptime Kuma: en volym med allt i, medan Kuma är stoppad en kort stund. Vår var 336 kB. Zabbix pg_dump körs medan Zabbix fortsätter arbeta och innehåller värdar, inställningar och alla mätvärden, 4,6 MB efter 45 minuter. Säkerhetskopian av Grafana är en volym och en fil med konfigurationen, 2,3 MB, och utelämnar Prometheus mätvärden, som byggs upp igen av sig själva.
Licens och kostnad
Vi kontrollerade projektens egna sidor den 14 oktober 2026.
- Uptime Kuma är öppen källkod under MIT-licensen. Det finns ingen betald version eller värdtjänst, och projektet finansieras med donationer.
- Zabbix är öppen källkod under GNU AGPL 3.0 sedan version 7.0, och under GPL 2.0 före det. Zabbix skriver att det inte har några licensavgifter, inga gränser för antal enheter och inga låsta funktioner. Zabbix LLC säljer supportabonnemang, från 245 € i månaden vid årsbetalning, och en värdtjänst, Zabbix Cloud, från 50 € i månaden.
- Prometheus, Alertmanager, node_exporter och blackbox_exporter är öppen källkod under Apache 2.0-licensen. Grafana är öppen källkod under GNU AGPL 3.0. Grafana Labs säljer också Grafana Enterprise och en värdtjänst, Grafana Cloud, med en gratisnivå på 10 000 mätserier som sparas i 14 dagar, och en Pro-nivå från 19 dollar i månaden plus användning.
På din egen server kostar alla tre ingenting utöver servern.
Vilken ska du välja?
- Bara webbplatser och tjänster att övervaka? Uptime Kuma. Den är enklast att sätta upp och sköta, och snabbast att larma. Den kan inte se in i en server.
- Servrar att övervaka, och ett program som gör allt genom att du klickar? Zabbix. Den ger dig mätvärden, grafer och rimliga gränser så fort en agent svarar, och larmar inom en minut. Gränssnittet är tätt, kontroller av webbplatser kräver en trigger du skriver själv, och den har inga inbyggda larm till ntfy.
- Servrar att övervaka, och du gillar dashboards och textfiler? Prometheus och Grafana. Den har de bästa graferna, och hela konfigurationen ryms i några filer som du kan ha i Git. Den använde mest minne, kontroller av webbplatser kräver blackbox_exporter, och med standardtiderna tar larmen omkring två minuter och klartecknet omkring fem.
Varje guide går bra att köra på paketet Alloy, och alla tre tillsammans använde 1,6 GB av dess 8 GB. Uptime Kuma fungerar bäst på en annan server än den den övervakar, så att den kan tala om när den servern går ner. Ett bra par är Uptime Kuma på en server och Zabbix eller Prometheus på en annan, som övervakar varandra.