VictoriaMetrics

Mätvärden och dashboards

Snål tidsseriedatabas för mätvärden med PromQL-kompatibelt frågespråk och inbyggd frågevy.

Öppen källkodGoTypeScript

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

Läs bedömningen

API · Officiellt

Förstapartsdokumentation med API-exempel och query-API:ns endpoints (HTTP 200).

VictoriaMetrics HTTP API (Prometheus querying API) · VictoriaMetrics

Källa: https://docs.victoriametrics.com/victoriametrics/single-server-victoriametrics/

Kontrollerat: 28 oktober 2026

Öppna dokumentation

MCP · Officiellt

Repository och MCP-registerpost kontrollerade (HTTP 200).

VictoriaMetrics MCP Server · VictoriaMetrics

Källa: https://github.com/VictoriaMetrics/mcp-victoriametrics

Kontrollerat: 28 oktober 2026

Öppna dokumentation

Jämför med alternativ Källor

VictoriaMetrics vmui: frågevyn med två PromQL-frågor - sum(rate(nordljus_http_requests_total[5m])) by (service) och sum(rate(nordljus_http_requests_total{status="5xx"}[5m])) by (service) - över de senaste 24 timmarna, ett linjediagram med serier för api, portal och kassa och min-, median- och maxvärde per serie i teckenförklaringen — 1 / 7 Frågevyn med ett dygn av anrop och serverfel per tjänst i Nordljus AB:s portal

VictoriaMetrics vmui: tabelläget för frågan topk(12, sum by (service, status) (rate(nordljus_http_requests_total[1h]))) med en rad per tjänst och statuskod (2xx, 3xx, 4xx, 5xx) och kolumnen Value — 1 / 7 Frågevyn med ett dygn av anrop och serverfel per tjänst i Nordljus AB:s portal

Bedömning

Så bedömer vi

Totalbetyg

87 av 100

Preliminär (källbaserad)

Bedömningsprofil: Driftteamet bygger långtidslagring för alla klustermätvärden och frågar efter historiska trender i vmui vid kapacitetsplanering.
Bedömningsdatum: 27 oktober 2026
Modellversion: 3.0.0

Öppenhet och kontroll

Apache-2.0 enligt LICENSE i repot; fri läsning, ändring, återdistribution och egen drift i valfri miljö utan leverantörsbindning.
Funktionell passform

Byggd för just lagrings- och frågeskiktet: tar emot Prometheus-agenter, lagrar komprimerat, svarar via PromQL-kompatibelt API med MetricsQL-utökningar och visar trender i inbyggda vmui — dokumenterat på docs.victoriametrics.com och i postbeskrivningen.
Dataflytt och interoperabilitet

PromQL-kompatibelt HTTP-API och stöd för Prometheuss dataformat innebär att dashboards och regler kan pekas om rakt av; snapshot- och backupförfarande är dokumenterat i den officiella dokumentationen.
Mognad och trygghet

Aktivt sedan 2018 (första releasen v1.3.0, 2018-12-05), löpande releaser via GitHub, omfattande dokumentation och officiell Docker-image; dock ingen fullt verifierad säkerhetsprocess i postens källor.
Framtidskraft

Väldokumenterat HTTP-API, CLI-flaggor, ekosystemkomponenter (vmagent, vmalert) och etablerade integrationer (Grafana, Prometheus-agenter); modern enskild-binär-arkitektur utan externa beroenden.
Drift och införande

Enskild nod körs som process eller container utan beroenden, med retention-inställningar och inbyggd frågevy; klustervarianten kräver dock mer kompetens och fler komponenter.
Kostnadsbild

Apache-2.0 utan licenskostnad enligt LICENSE; enterprise-pris sätts på förfrågan och TCO (disk, drift, förvaltning) kräver egen beräkning — tydlig kostnadsbild men inte transparent totalkostnad.
Svensk användbarhet

Negativ kontroll: docs.victoriametrics.com (verifierad 2026-10-27) är endast engelsk utan svensk språkversion, och ingen svensk dokumentation eller svensk support är belagd — verifierat svagt svenskt stöd.

Om VictoriaMetrics

VictoriaMetrics är en tidsseriedatabas byggd för övervakningsmätvärden. Den tar emot data från Prometheus-agenter och andra källor, lagrar den komprimerat på disk och svarar på frågor via ett HTTP-API som är kompatibelt med PromQL — dessutom med utökningar i form av MetricsQL. Det gör att dashboards och regler byggda för Prometheus-ekosystemet kan pekas om mot VictoriaMetrics.

En enda nod drivs som en process eller container utan beroenden: ingen separat databasmotor krävs, och lagringen hanteras internt med retention-inställningar. Den inbyggda webbfrågevyn vmui visar grafer direkt, och endpoints för hälsa, mål och mätvärden gör att tjänsten är enkel att integrera i befintlig övervakningskedja. För större miljöer finns klusterlösning och komponenter som vmagent och vmalert i samma ekosystem.

I övervakningskategorin fyller VictoriaMetrics lagrings- och frågeskiktet: den kompletterar samlare som Prometheus och dashboards som Grafana snarare än att ersätta dem. Det är ingen statuskontrollmotor med larm till människor som grundfunktion, ingen loggdatabas och ingen färdig dashboardprodukt — den som vill ha allt-i-ett-overvakning behöver komplettera med agenter, alertregler och visualisering.

Användning

Passar för

Lagra övervakningsmätvärden från Prometheus-agenter på egen disk
Fråga mätserier med PromQL och MetricsQL
Ersätta eller avlasta Prometheuss långtidslagring
Driva en enskild nod utan externa databasberoenden

Passar mindre bra för

Larm och meddelanden till människor utan kompletterande alertkomponent
Loggning och spårdata
Färdiga instrumentpaneler utan Grafana eller motsvarande

Styrkor och begränsningar

Styrkor

Hög komprimering av tidsseriedata
PromQL-kompatibelt API med MetricsQL-utökningar
Enkel drift som enskild container eller process
Inbyggd frågevy vmui i webbläsaren
Skalbar klustervariant i samma ekosystem

Begränsningar

Ingen visualisering utöver den inbyggda frågevyn
Larm kräver vmalert eller motsvarande komponent
Kräver att agentdata redan samlas in från målsystemen

Skärmbilder

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

$VictoriaMetrics vmui: frågevyn med två PromQL-frågor - sum(rate(nordljus_http_requests_total[5m])) by (service) och sum(rate(nordljus_http_requests_total{status="5xx"}[5m])) by (service) - över de senaste 24 timmarna, ett linjediagram med serier för api, portal och kassa och min-, median- och maxvärde per serie i teckenförklaringen$
Frågevyn med ett dygn av anrop och serverfel per tjänst i Nordljus AB:s portal
Samma fråga i tabelläget: de tolv mest anropade kombinationerna av tjänst och statuskod
$VictoriaMetrics vmui: vyn Raw Query med tidsserievalsuttrycket nordljus_orders_total{status="betald"} över tolv timmar, sampel utritade som punkter på en stigande räknarkurva och teckenförklaringen som visar alla etiketter inbegripet jobb, instans och miljö$
Råa sampel: räknaren för betalda ordrar utan aggregering, med full etikettuppsättning
Mätvärdesutforskaren: applikationsserverns svarstider och ködjup över ett dygn
Kardinalitetsvyn: vilka mätvärden och etiketter som kostar flest serier i databasen
Skrapmålen: de tre servrarna i Nordljus AB:s miljö hämtas var femtonde sekund
Topplistan över frågor: svarstid och antal körningar per PromQL-fråga

Tekniska resurser

Alternativ

Grafana

Mätvärden och dashboards · Visualisering och observability-dashboardar

Grafana visualiserar och larmar på mätvärden, loggar och spår från externa datakällor.

Öppen kärnaGoJavaScriptTypeScript

Startår: 2014
Licens: AGPL-3.0-only för Grafana OSS (med Apache-2.0-undantag i vissa paket) och kommersiell licens för Grafana Enterprise
Öppen källkod: Delvis
API: REST API
MCP: MCP-server, Officiellt tillägg

Betyg

90 av 100

Preliminär (källbaserad)

Läs bedömningen

Projektdata

77 677GitHub-stjärnor

Visa alla fakta och bedömningarVisa alla fakta

Startår: 2014
Licens: AGPL-3.0-only för Grafana OSS (med Apache-2.0-undantag i vissa paket) och kommersiell licens för Grafana EnterpriseÖppen kärna med kommersiella delar · Repots LICENSE-fil innehåller GNU Affero GPL v3 och README anger AGPL-3.0-only; LICENSING.md listar Apache-2.0 för vissa paket (t.ex. packages/grafana-data och packages/grafana-ui). Grafana Labs bytte den 20 april 2021 licensiering från Apache-2.0 till AGPLv3 för kärnprojekten. Grafana Enterprise levereras under kommersiell licens. · Licensmodeller
Öppen källkod: Delvis
Plattformar: Linux · Windows · macOS · containers · Webbläsare
API: REST API Verifierat
MCP: MCP-server, Officiellt tillägg
Export: Finns Dashboards kan exporteras och importeras som JSON både i gränssnittet och via HTTP-API:t och delas som snapshots; konfiguration och dashboards lagras i databasen. Ej verifierat
Språk: Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska

Öppenhet och kontroll Gäller: AGPL-3.0-kärna med kommersiella delar — open-core; kärnan är öppen men vissa funktioner ligger i betalutgåvor.

Funktionell passform Gäller: Ledande visualisering med brett datakällstöd, larm och incidenthantering — täcker användningsfallet väl.

Dataflytt och interoperabilitet Gäller: Brett datakällstöd (Prometheus, Loki m.fl.), API och export — utmärkt interoperabilitet.

Mognad och trygghet Gäller: Sedan 2014, mycket aktiv utveckling, etablerad förvaltning och stort community.

Framtidskraft Gäller: Inbyggd MCP-server, plugin-SDK och API — förstklassig agentberedskap och anpassningsförmåga.

Drift och införande Gäller: Väldokumenterad installation och drift (binär/container); hanterbart med normal IT-kompetens.

Kostnadsbild Gäller: Fri kärna; kommersiella funktioner/support betalda — transparent med egna antaganden om skala.

Svensk användbarhet Gäller: Svensk översättning finns i repot; dokumentationen är engelskspråkig — verifierad svensk lokal relevans.

Kostnad: .

Faktakontrollerad 31 oktober 2026

Grafana Loki

Mätvärden och dashboards · Loggaggregering

Loggaggregering som indexerar etiketter i stället för text och lagrar komprimerade loggströmmar på disk eller objektlagring.

Öppen källkodGo

Startår: 2018
Licens: GNU Affero General Public License v3.0
Öppen källkod: Ja
API: REST API
MCP: MCP-server, Officiellt tillägg

Betyg

89 av 100

Praktiskt granskad

Läs bedömningen

Projektdata

29 123GitHub-stjärnor

Visa alla fakta och bedömningarVisa alla fakta

Startår: 2018
Licens: GNU Affero General Public License v3.0Öppen källkod (OSI-godkänd licens) · Loki ligger under AGPL-3.0, en OSI-godkänd copyleft-licens: koden får läsas, ändras och återdistribueras, men den som erbjuder en ändrad version som nätverkstjänst måste också publicera ändringarna. Grafana Labs säljer Grafana Enterprise Logs som en separat kommersiell produkt byggd på samma öppna kod; den utgör inte låsta delar i Loki-paketet och gör därför inte licensmodellen till open-core. · Licensmodeller
Öppen källkod: Ja
Plattformar: Linux · macOS · Windows · FreeBSD · containers
API: REST API Uppgivet
MCP: MCP-server, Officiellt tillägg
Export: Delvis Loggar läses ut via fråge-API:t, logcli eller direkt ur objektlagringen, och dataformatet är öppet (JSON-strömmar med etiketter). Något färdigt verktyg för att flytta hela historiken mellan två installationer finns inte; en migrering görs genom att kopiera objektlagringen eller läsa ut loggarna över API:t inom retentionstiden. Uppgivet
Språk: Gränssnitt: Delvis svenska · Dokumentation: Engelska · Support: Engelska

Öppenhet och kontroll Gäller: Hela Loki – servern, indexeraren, compactorn, frågelagret och agenterna – ligger under AGPL-3.0, en OSI-godkänd copyleft-licens, enligt repots licensmetadata och projektets egen webbplats. Det finns ingen låst del i paketet och ingen funktion som kräver ett abonnemang. Grafana Labs säljer Grafana Enterprise Logs som en separat kommersiell produkt byggd på samma öppna kod, men den är ett tillägg ovanpå Loki och gör därför inte licensmodellen till open-core. Copyleft-villkoret innebär att den som erbjuder en ändrad version som nätverkstjänst måste publicera ändringarna, vilket är en praktisk begränsning men inte en låsning av koden.

Funktionell passform Gäller: I labbet drevs Loki i single-binary-läge med filsystemslagring och tog emot 599 loggrader från fem påhittade Nordljus-tjänster över push-API:t. Grafana Explore visade loggströmmen för kundportalen med volymdiagram per nivå, radfiltret |= "ERROR" plockade ut 24 felloggar ur alla tjänster, parsersteget | json gjorde JSON-loggarna sökbara per fält och count_over_time gav en tidsserie per tjänst som kan larmas på. Logs Drilldown visade etiketter, fält, mönster och loggvolym i samma vy. Avdraget gäller att frågor utan etikettavgränsning läser igenom hela strömmar, att gränssnittet ligger i Grafana i stället för i produkten och att larm kräver att en ruler konfigureras.

Dataflytt och interoperabilitet Gäller: Inmatningen sker över ett dokumenterat HTTP-API och OTLP, så loggar kan flyttas in från vilken agent som helst – Alloy, Fluent Bit, Vector eller OpenTelemetry Collector – utan att formatet ändras. Lagringen är utbytbar mellan filsystem, S3, GCS och Azure Blob, och dataformatet är öppna JSON-strömmar med etiketter som kan läsas ut med logcli eller fråge-API:t. Det som saknas för högsta nivå är ett färdigt verktyg för att flytta hela historiken mellan två installationer: en migrering sker genom att kopiera objektlagringen eller läsa ut loggarna inom retentionstiden.

Mognad och trygghet Gäller: Projektet startades på Grafana Labs 2018 och annonserades på KubeCon Seattle, och det har sedan dess blivit en av de vanligaste loggplattformarna i Prometheus-ekosystemet. Repot är aktivt med push samma dag som bedömningen, omkring 29 100 stjärnor och ett brett bidrag från både Grafana Labs och communityn. Utgåvor publiceras som binärer för Linux, macOS, Windows och FreeBSD samt som Debian-, RPM- och containerpaket, dokumentationen är versionsindelad och det finns etablerade distributionsformer från enskild binär till mikrotjänster i Kubernetes.

Framtidskraft Gäller: API:t svarade i labbet på push, query_range, labels och label-värden, och OTLP-mottagningen ligger på samma server. LogQL är ett deklarativt frågespråk som både människor och agenter kan skriva, och Grafana Labs officiella MCP-server mcp-grafana innehåller verktyg för att köra Loki-frågor, lista etiketter och etikettvärden, hämta strömstatistik och läsa detekterade mönster – det är ovanligt stark agentberedskap för en loggbackend. Att loggar kan räknas om till metriker i samma fråga gör dessutom att larm och instrumentpaneler kan byggas utan en separat pipeline.

Drift och införande Gäller: Single-binary-läget startade i labbet som en enda container med en YAML-fil och var redo att ta emot loggar inom några sekunder; retention sköts av compactorn mot samma lagring. Vid större volymer delas tjänsten upp i distributör, ingester, querier och query-frontend mot objektlagring, vilket kräver mer av den som driftar. Avdraget gäller att produkten saknar egen inloggning och TLS – API:t måste skyddas av en proxy – och att etikettstrategin avgör både prestanda och lagringskostnad, så den måste sättas med omsorg från början.

Kostnadsbild Gäller: Loki är AGPL-3.0 utan licensnyckel, abonnemang eller volymgräns; alla funktioner i den självhostade produkten är kostnadsfria. Kvar blir driftkostnaden för containern och lagringen, och eftersom bara etiketterna indexeras och texten komprimeras blir lagringsutrymmet litet jämfört med system som indexerar hela innehållet. Grafana Cloud Logs är ett betalt alternativ för den som inte vill drifta själv, men det påverkar inte kostnaden för den egna installationen.

Svensk användbarhet Gäller: Loki har inget eget gränssnitt sedan 3.6 – vyn ligger i Grafana-pluginet Logs Drilldown – och Grafanas svenska översättning täcker merparten av gränssnittet, vilket gav svenska menyer och knappar i skjutningen. Loki-specifika delar som pluginets fält- och mönstervyer är dock delvis engelska, och dokumentationen, API-referensen och supporten från Grafana Labs är helt engelskspråkiga. Någon svensk översättning av Loki självt eller svensk support kan inte beläggas, så nivån blir delvis i stället för full.

Kostnad: .

Faktakontrollerad 3 november 2026