Garnet

Cache

Microsofts Redis-kompatibla cache-server i .NET, byggd för hög genomströmning och självhosting under MIT-licens.

Öppen källkodC#

Betyg 80 Preliminär (källbaserad)

Läs bedömningen
API · Officiellt

Microsofts egna sidor beskriver Garnet som en RESP-kompatibel cacheserver.

Garnet RESP-kompatibilitet · Microsoft

Källa: https://microsoft.github.io/garnet/

Kontrollerat:

Öppna dokumentation

MCP · Tredjepart

Tredjeparts-MCP-server som ger LLM-agenter RAG-minne via Garnet Vector Sets; körs mot lokal eller self-hostad Garnet.

Garnet Vector Memory MCP Server (garnet-mcp) · tarazou9 (GitHub)

Källa: https://registry.modelcontextprotocol.io/v0/servers?search=garnet

Kontrollerat:

Öppna dokumentation

Jämför med alternativ Källor
Garnet i terminalen på cache-01: docker ps visar containern infralab-garnet, igång med porten 127.0.0.1:6379 publicerad bara på loopback; INFO server visar garnet_version 2.2.5, server_name garnet, os Unix 6.8.0.147, processor_count 8, arch_bits 64 och uptime 23 sekunder; dbsize svarar 1 303 nycklar och INFO keyspace visar db0 med 1 303 nycklar varav 1 286 med utgångstid; INFO clients visar noll anslutna klienter i det ögonblicket eftersom redis-cli stänger sin anslutning mellan kommandona, och INFO stats visar 17 mottagna och 17 stängda anslutningar, 7 650 körda kommandon, 2 operationer per sekund och 384 323 byte in
1 / 7 Garnet i drift: container, version 2.2.5 i .NET, 1 303 nycklar och trafiksiffrorna ur INFO

Bedömning

Så bedömer vi

Totalbetyg

80

Preliminär (källbaserad)

Bedömningsprofil
Redis-kompatibel cache med hög genomströmning i .NET-miljö.
Bedömningsdatum
Modellversion
3.0.0

  1. Öppenhet och kontroll

    MIT är en permissiv OSI-godkänd licens; ingen copyleft eller tjänstebegränsning i kärnan.

  2. Funktionell passform

    Täcker vanlig cache- och sessionslast med RESP, kluster och replikering; avancerade Redis-moduler saknas delvis.

  3. Dataflytt och interoperabilitet

    RESP-klienter och Redis-liknande dataformat gör migreringen relativt enkel, men specialkommandon kan skilja.

  4. Mognad och trygghet

    Aktivt men ungt projekt; Microsofts stöd och snabb utveckling väger upp en kortare historik.

  5. Framtidskraft

    Modern arkitektur, aktiv utveckling och ett protokoll som redan är en de facto-standard.

  6. Drift och införande

    Container och binär är enkla att starta; .NET-runtime och klusterkonfiguration kräver viss vana.

  7. Kostnadsbild

    Ingen licenskostnad; drift och minne är de väsentliga kostnaderna.

  8. Svensk användbarhet

    Dokumentation och gränssnitt är engelskspråkiga; ingen svensk lokalisering är belagd.

Om Garnet

Garnet är Microsofts cache-server för Redis-protokollet. Den är skriven i C# och körs på .NET, med fokus på hög genomströmning och låg latens även när många klienter arbetar samtidigt. Eftersom den talar RESP kan befintliga Redis-klienter ansluta utan större ändringar, och den kan köras på Linux, Windows eller i en container.

Garnet har kluster, replikering, beständighet och stöd för vanliga Redis-kommandon. Det gör den intressant för team som vill ha ett Redis-kompatibelt cache-lager utan licensavgift och som redan har .NET i sin miljö. Den är ett yngre projekt än Redis och Valkey, så ekosystemet och funktionspariteten är mindre; avancerade moduler och vissa specialkommandon saknas eller beter sig annorlunda.

För en vanlig cache- och sessionslast är Garnet ett trovärdigt alternativ. För den som behöver exakt Redis-beteende i alla kantfall, eller ett stort urval av färdiga verktyg, är det klokt att testa kompatibiliteten före en migrering. Kravet på .NET-runtime är en driftfråga men inte en licensfråga.

Användning

Passar för

  • Redis-kompatibel cache i .NET- och Microsoft-miljöer.
  • Hög genomströmning på Linux, Windows eller i container.
  • Kluster och replikering för applikationer som behöver mer än en nod.
  • Team som vill undvika licensavgifter men behålla RESP-klienter.

Passar mindre bra för

  • Miljöer som kräver full Redis-modulparitet och alla specialkommandon.
  • Den som vill ha det mest mogna ekosystemet av verktyg och tredjepartsstöd.
  • Mycket små installationer där en enklare cache räcker.

Styrkor och begränsningar

Styrkor

  • MIT-licens utan copyleft- eller tjänstevillkor.
  • Redis-kompatibelt protokoll med brett klientstöd.
  • Kluster, replikering och beständighet i en aktivt utvecklad server.
  • Kan köras på både Linux och Windows och i container.

Begränsningar

  • Yngre projekt med mindre ekosystem än Redis och Valkey.
  • Kräver .NET-runtime och har delvis funktionsparitet.
  • Vissa Redis-moduler och avancerade datatyper saknas.

Skärmbilder

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

  • Garnet i terminalen på cache-01: docker ps visar containern infralab-garnet, igång med porten 127.0.0.1:6379 publicerad bara på loopback; INFO server visar garnet_version 2.2.5, server_name garnet, os Unix 6.8.0.147, processor_count 8, arch_bits 64 och uptime 23 sekunder; dbsize svarar 1 303 nycklar och INFO keyspace visar db0 med 1 303 nycklar varav 1 286 med utgångstid; INFO clients visar noll anslutna klienter i det ögonblicket eftersom redis-cli stänger sin anslutning mellan kommandona, och INFO stats visar 17 mottagna och 17 stängda anslutningar, 7 650 körda kommandon, 2 operationer per sekund och 384 323 byte in
    Garnet i drift: container, version 2.2.5 i .NET, 1 303 nycklar och trafiksiffrorna ur INFO
  • Garnet: en inventering med SCAN räknar nycklarna per ändamål i Sundby Verkstad AB:s produktionsportal – 1 280 sensorvärden, 8 maskiner, 7 ordernycklar, 3 sessioner, 3 rate limit-räknare, 1 statistiknyckel och 1 konfigurationshash; maskinen laser-03 visas som hash med namnet Laserskärare Bystronic 3015, status produktion, order O-2026-0921, operatör Sofia Berg, beläggning 84,2 procent, senaste signal 2026-10-29T11:12:40 och verktyg T-08; sessionen för planering har 2 397 sekunder kvar och innehåller användaren karin.ahlund med rollen planering, inloggad 06:58 och senast aktiv 11:09; ett sensorvärde för temperaturen på laser-03 läses med 129,58 och 294 sekunder kvar av sin livstid
    Produktionsportalen: 1 280 sensorvärden, åtta maskiner, orderkön och sessioner i samma cache
  • Garnet: orderkön ligger som en lista med sex order från O-2026-0911 till O-2026-0925 i den ordning produktionsledaren ser dem; order O-2026-0914 visas som hash med kund Rönnmarks Åkeri AB, artikel Axel 22 mm, 340 stycken, steg fräsning, deadline 2026-11-02 och status planerad; utnyttjandegraden de senaste 30 dagarna ligger som en sorterad mängd och topplistan visar robot-06 på 91,3, laser-03 på 88,6, pack-08 på 83,5, svarv-02 på 81,2 och fräs-01 på 78,4; zcard bekräftar åtta maskiner i topplistan, rate limit-räknaren för ERP-integrationen står på 87 anrop med 48 sekunder kvar av fönstret
    Orderkön, en orderpost och OEE-topplistan per maskin – listor, hashar och sorterade mängder sida vid sida
  • Garnet: INFO store visar Store_DB_0 med CurrentVersion 4, SystemState state=REST, IndexBucketCount 2 097 152, IndexBucketSizeBytes 64, IndexMemorySizeBytes 134 217 728 det vill säga 128 MiB index, 16 overflow-bucketar med 8 454 144 byte, ett tak på 402 653 184 byte och tröskeln 300; hybridloggen har 16 777 216 byte stora sidor, två allokerade sidor, 33 554 432 byte i aktuell minnesstorlek och tail-adressen 1 156 992; processens minnesbild visar 20 971 323 392 byte systemminne, 19 999 MiB, 791 819 968 byte privat minne och 291 561 472 byte fysiskt minne, och docker stats visar att containern använder 0,13 procent CPU och 228,3 MiB minne av 19,53 GiB
    Hashindexet och hybridloggen: 128 MiB index, 16 MiB sidor och processens minnesbild ur Garnets egen STORE-sektion
  • Garnet: SAVE svarar OK och lastsave ger tidsstämpeln 1793270808; en genomgång av datakatalogen visar append-only-loggen i /data/checkpoints/AOF/aof.log.0 med commit-logg commit.15697.0, och två generationer av ögonblicksbilder i /data/checkpoints/Store/checkpoints – cpr-checkpoints med info.dat.0 och snapshot.dat.0 samt index-checkpoints med ht.dat.0 och info.dat.0 för varje generation; AOF-katalogen är 11 megabyte och Store-katalogen 257 megabyte; INFO persistence visar CommittedBeginAddress och CommittedUntilAddress på 19 937 372, SafeAofAddress -1 och rdb_last_bgsave_status ok
    Checkpoint och append-only-loggen: ögonblicksbildens filer på disk, AOF-segmenten och persistensräknarna
  • Garnet: nyckeln atervinning:marker sätts med värdet skrivet fore omstarten och en livstid på 3 600 sekunder, dbsize visar 1 304 nycklar, SAVE svarar OK, containern infralab-garnet startas om med docker restart, skriptet väntar tills servern svarar igen, INFO server visar uptime_in_seconds 3 för den nya processen och dbsize svarar fortfarande 1 304 nycklar; markern läses tillbaka med värdet skrivet fore omstarten och zcard på OEE-topplistan svarar 8, alltså hela datamängden återställd ur checkpointen och append-only-loggen
    Återvinning: en nyckel skrivs, cachen sparas, containern startas om och datat läses tillbaka ur checkpoint och AOF
  • Garnet: redis-benchmark med 50 klienter och 16 kommandon per pipeline ger 56 433 skrivningar per sekund vid p50 13,367 ms och 487 804 läsningar per sekund vid p50 1,167 ms, medan samma test utan pipelining ger 37 147 läsningar per sekund vid p50 0,871 ms; commandstats visar att set anropats 100 000 gånger, get 56 251 gånger och hset 18 gånger utan avvisade eller misslyckade anrop, och INFO stats summerar 160 mottagna anslutningar och 251 482 körda kommandon
    redis-benchmark mot Garnet med och utan pipelining, och kommandoräknarna ur commandstats

Tekniska resurser

Alternativ

Vinyl Cache

Cache · HTTP-cache och accelerator framför webbservern

HTTP-cache framför webbservern: VCL-regler avgör vad som cachas, loggen går till delat minne och PURGE tömmer en adress direkt.

Öppen källkodC
Startår
2006
Licens
BSD-2-Clause
Öppen källkod
Ja
API
Annan

Betyg

87

Praktiskt granskad

Läs bedömningen

Projektdata

13Gitea-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2006
Licens
BSD-2-ClauseÖppen källkod (OSI-godkänd licens) · Hela källkoden ligger under BSD-2-Clause enligt LICENSE i repot, med copyright hos Verdens Gang AS (2006), Varnish Software AS (2006–2021) och The Vinyl Cache Project (2026). Ingen sluten utgåva och ingen funktion bakom avtal; Varnish Softwares kommersiella produkt Varnish Enterprise är en separat produkt, inte en del av den här koden. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · FreeBSD
API
Annan Uppgivet
MCP
Saknas
Export
Delvis Konfigurationen är text (VCL) och kan versionshanteras och flyttas som den är. Själva cacheinnehållet går inte att exportera – det byggs upp igen från ursprunget, vilket är hela poängen med en cache. Uppgivet
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: Hela källkoden ligger under BSD-2-Clause med copyright hos Verdens Gang AS (2006), Varnish Software AS (2006–2021) och The Vinyl Cache Project (2026). Det finns ingen sluten utgåva av samma kod, inga funktioner bakom avtal och ingen licensnyckel: containern startade utan konto och alla verktyg – inklusive adminverktyget – följer med. Varnish Softwares kommersiella Varnish Enterprise är en separat produkt, inte en del av den här kodbasen, och påverkar därför inte bedömningen.
Funktionell passform Gäller: Driftsatt i labbet som en container framför en nginx-origin: de publika sidorna cachades i två minuter, kundportalen och API:t gick förbi cachen enligt VCL-reglerna, och PURGE tömde en publicerad sida så att nästa anrop blev en miss. 240 förfrågningar mot fyra adresser gav 179 träffar och tre missar. Hela användningsfallet – cacha publikt, undanta personligt, tömma vid publicering – gick att lösa utan kringgående, och varnishlog visade exakt vilken väg varje förfrågan tog.
Dataflytt och interoperabilitet Gäller: Konfigurationen är text i VCL och kan versionshanteras och flyttas mellan installationer som den är. Men VCL är projektets eget språk: en flytt till nginx, HAProxy eller en CDN blir en omskrivning av reglerna, inte en konvertering, och själva cacheinnehållet är flyktigt och byggs upp igen från ursprunget. Det som är portabelt är alltså policyn, inte data – därför tre och inte högre.
Mognad och trygghet Gäller: Koden har funnits sedan 2006 och släpps var sjätte månad med en underhållen 6.0-serie vid sidan av huvudserien, och säkerhetsarbetet sker med egna VSV-id och CVE:er i samarbete med Varnish Software. Projektet har formell organisation med stadgar och styrelse, och källkoden pushtes samma dag som kontrollen gjordes. Ett namnbyte och en flytt av förrådet ändrar inte det som avgör mognaden: tjugo års drift i produktion och en publik säkerhetsprocess.
Framtidskraft Gäller: Utvecklingen är aktiv – senaste commit samma dag som kontrollen – och modellen med HTTP-cachning och VCL är oförändrad sedan starten. Samtidigt pågår en pågående omställning: projektet bytte namn till Vinyl Cache, lämnade GitHub för en egen Forgejo-server och har ännu inte fått fram paket för den nya serien, medan Varnish Software ger ut en egen distribution under det gamla namnet. Två namn och två webbplatser gör läget otydligt för den som ska välja, vilket drar ned från högsta nivå.
Drift och införande Gäller: Driften är en enda daemon med 256 MB cacheminne och ingen databas: containern var igång på några sekunder och krävde inget konto. Ny konfiguration laddas och aktiveras över varnishadm utan omstart, backends kan sättas i sjukt läge och räknarna läsas som JSON. Det som kostar är kompetensen – VCL ska skrivas rätt, arbetskatalogen ska ligga på tmpfs och adminporten ska stängas från omvärlden – och att en cache som står framför allt blir en del av felvägen när något inte uppdateras.
Kostnadsbild Gäller: BSD-2-Clause utan avgift, konto eller licensnyckel, och ingen funktion i den dokumenterade kedjan kräver ett köp. Kostnaden är den egna driften: en container och det cacheminne man tilldelar den. Varnish Enterprise finns som betald produkt men behövs inte för cachning, loggning eller adminstyrning.
Svensk användbarhet Gäller: Gränssnittet är kommandoraden och VCL, och både dokumentation och support är engelska. Det finns ingen svensk översättning av verktygens utskrifter eller av referensmanualen, och något språkval existerar inte. Svensk text kan bara komma in i egna VCL-kommentarer och i den webbplats cachen serverar.

Kostnad: .

Faktakontrollerad

Valkey

Cache

Nyckelvärdesdatabas i minne som utvecklas under Linux Foundation och behåller BSD-3-Clause-licensen som Redis lämnade 2024. Klientkompatibel med Redis-protokollet och lämplig för cache, sessioner, köer och vektorsökning.

Öppen källkodCC++
Startår
2024
Licens
BSD 3-Clause License
Öppen källkod
Ja
API
Finns

Betyg

81

Preliminär (källbaserad)

Läs bedömningen

Projektdata

27 607GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2024
Licens
BSD 3-Clause LicenseÖppen källkod (OSI-godkänd licens) · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · containers
API
Finns Ej verifierat
MCP
Saknas
Export
Ej verifierat Ej verifierat
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: BSD-3-Clause verifierad mot COPYING i valkey-io/valkey (OSI-godkänd); projektet styrs av Linux Foundation, koden får läsas, ändras och återdistribueras fritt, egen drift är obegränsad och RESP-protokollet är öppet dokumenterat.
Funktionell passform Gäller: Täcker cache-, sessions-, kö- och räknarfall fullt ut (datastrukturer, atomära kommandon, TTL, hashfälts-utgång, vektorsökning via Valkey Search). Kvarvarande lucka för användningsfallet: datasetet ska rymmas i RAM och persistensmodellen är sekundär, vilket kräver kapacitetsplanering.
Dataflytt och interoperabilitet Gäller: RESP-protokollet är en de facto-standard: klienter kan bytas utan datakonvertering, och RDB/AOF-filer kan läsas av Redis-kompatibla verktyg i båda riktningarna. Begränsning: stora klustermigreringar kräver särskilda verktyg och nya datatyper (vektormängder) har inget filformat utöver dumps.
Mognad och trygghet Gäller: Regelbundna utgåvor och underhållslinjer (9.1.2 2026-09-01; 8.1- och 9.0-linjer patchade parallellt), dokumenterad säkerhetsprocess och flertal företagsbidragsgivare. Projektet är ungt (2024) även om kodbasen ärver en lång historik; därför inte 5.
Framtidskraft Gäller: Väldokumenterat kommandogränssnitt och API med real automation (valkey-cli, skript, klientbibliotek i hela ekosystemet); officiella tillägg (Valkey Search, valkey-json) och modern flertrådad arkitektur. Nivån hålls på 4.
Drift och införande Gäller: Installation som binär, paket eller container är väldokumenterad och konfigurationen är liten för en enkelnod; uppgraderingar inom huvudlinjer är rakt på. HA-arrangemang (Sentinel eller kluster) och kapacitetsplanering i RAM kräver dock driftvana.
Kostnadsbild Gäller: Licensen är gratis och kodbasen öppen, så licenskostnaden är noll. Projektet erbjuder inget eget supportavtal; hanterade alternativ hos molnleverantörer har offentliga priser, men totalkostnaden för självdrift (RAM-tungt minnesbehov, support) får ni beräkna själva.
Svensk användbarhet Gäller: Namngiven negativ kontroll 2026-10-26: valkey.io/docs innehåller inga svenska språkversioner eller översättningar (dokumentationen är endast engelsk; ingen språkväljare med svenska). Ingen svensk lokalisering, support eller lokal integration är belagd — engelskspråkig men tekniskt användbar i Sverige.

Kostnad: .

Faktakontrollerad

Källor

  1. Officiell webbplats/dokumentation
  2. Officiellt repo
  3. LICENSE-fil
  4. Garnet v1.0.0
  5. Release-sida
  6. Garnet – API/MCP-dokumentation
  7. Garnet Vector Memory MCP Server (garnet-mcp)