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.
Betyg 89 av 100 Praktiskt granskad
Läs bedömningenHTTP-API:t tar emot loggar med /loki/api/v1/push och frågar dem med query, query_range, labels, series och tail, utan egen autentisering.
Källa: grafana.com
Kontrollerat:
Officiellt · OTLP-mottagning (Grafana Labs / OpenTelemetry) dokumentation
Grafana Labs officiella MCP-server frågar Loki med LogQL och läser etiketter, strömstatistik och detekterade loggmönster.
Källa: github.com/grafana
Kontrollerat:
Totalbetyg
89 av 100
Praktiskt granskad
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.
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.
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.
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.
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.
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.
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.
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.
Grafana Loki är ett system för att samla in, lagra och fråga loggar från applikationer och infrastruktur. Till skillnad från äldre loggplattformar indexerar Loki inte innehållet i loggraderna utan bara etiketterna som beskriver varje loggström – till exempel tjänst, värd och miljö. Själva texten komprimeras och lagras i chunkar på disk eller i objektlagring som S3, GCS eller Azure Blob, vilket gör lagringskostnaden låg även vid stora volymer.
Loggar skickas in över ett HTTP-API av en agent – Grafana Alloy är den rekommenderade, men Fluent Bit, Vector, OpenTelemetry Collector och en rad andra klienter stöder också Loki. Frågespråket LogQL ser ut som PromQL: en fråga börjar med en strömväljare som {service="portal-api"} och kan sedan filtreras med |=, parsas med json eller logfmt och räknas om till metriker med count_over_time och rate. Det gör att larm och instrumentpaneler kan byggas direkt ur loggarna, utan en separat metrikpipeline.
Loki kan köras som en enda binär eller container för labb och mindre miljöer, eller skalas ut i mikrotjänstläge mot objektlagring. Sedan 3.6 ligger det egna gränssnittet i ett Grafana-plugin: Logs Drilldown visar etiketter, fält, loggnivåer, mönster och loggvolym, medan Grafana Explore används för fria LogQL-frågor. Någon inbyggd inloggning finns inte – åtkomst och multi-tenancy hanteras i en proxy respektive med tenant-huvudet X-Scope-OrgID.
6 skärmbilder. Välj en bild för att visa den i full storlek. Svep i sidled för fler.
![Grafana 13 Utforska: LogQL-metrikfrågan sum by (service) (count_over_time({env="prod"} [5m])) ritad som graf med fem serier (customer-db, inventory-service, order-service, payment-gateway och portal-api) och loggexempel under grafen](/_image?href=%2F_emdash%2Fapi%2Fmedia%2Ffile%2Fskarmbild-loki-loggvolym-per-tjanst.webp&w=1920&f=webp&q=90)
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.
Mätvärden och dashboards · Distribuerad spårning
Distribuerad spårning som följer en förfrågan genom alla tjänster och visar var tiden går.
![Grafana 13 Utforska: LogQL-metrikfrågan sum by (service) (count_over_time({env="prod"} [5m])) ritad som graf med fem serier (customer-db, inventory-service, order-service, payment-gateway och portal-api) och loggexempel under grafen](/_emdash/api/media/file/skarmbild-loki-loggvolym-per-tjanst.webp)
