Valkey 9 löst den Cachestau für DACH-Ops
Valkey 9 ist GA. Was der Linux-Foundation-Fork 18 Monate nach der Redis-Abspaltung bringt, für wen sich die Migration lohnt und wo Redis-Stack-Module zum eigentlichen Migrationsprojekt werden.
Die Valkey-Community hat am 14. April 2026 Version 9 freigegeben – 18 Monate nach dem Fork von Redis 7.4 unter Linux Foundation-Schirm. Damit steht Valkey erstmals mit einer eigenen Release-Historie da, die inhaltlich über reine Redis-Kompatibilität hinausgeht. Die Frage für DACH-Ops-Teams ist nicht mehr ob, sondern wann und in welcher Reihenfolge migriert wird.
Das Wichtigste in Kürze
- Valkey 9 ist BSD-3 lizensiert, Redis 8 nicht mehr. Der Fork hat 2024 genau diese Trennung ausgelöst – mit Version 9 erreicht Valkey den Punkt, an dem er als eigenständiger Cache-Stack mit OSS-Lizenz produktionsreif auftritt.
- Wire-Protokoll-Kompatibilität bleibt erhalten. Bestehende Redis-Clients funktionieren ohne Code-Änderung weiter. Die Umstellung ist Config-, nicht Application-Layer.
- Managed-Angebote folgen früher als erwartet. AWS ElastiCache for Valkey ist seit Q4 2024 verfügbar und gegenüber Redis-Varianten um 33 Prozent günstiger. GCP MemoryStore und Azure ziehen in Q2/Q3 2026 nach.
VerwandtCloud Repatriation 2026: Das TCO-Modell / Broadcom-VMware-Channel: Die Provider-Landschaft 2026
Was Valkey 9 konkret bringt
Der Release bringt drei Kategorien von Änderungen. Neue Funktionen: RDMA-Transport für Cluster-Replikation in High-Throughput-Szenarien, verbesserte ACL-Handhabung mit Active-Directory-Integration und ein überarbeitetes Scripting-Interface, das Lua-Skripte ohne Breaking-Changes übernimmt. Unter der Haube: performanteres I/O-Threading, das in Benchmarks der Linux Foundation bei Read-heavy-Workloads rund 20 Prozent Durchsatz-Gewinn gegenüber Redis 7.4 zeigt. Schließlich Lizenz-Sauberkeit: alles unter BSD-3, keine SSPL-Klauseln.
Im DACH-Enterprise-Umfeld sind zwei Punkte relevant. Erstens die BSD-Lizenz: Sie erlaubt Use-Cases, bei denen die SSPL von Redis 8 interne Freigaben blockiert hätte – etwa in stark regulierten Branchen wie Banken und Gesundheit. Zweitens die Managed-Verfügbarkeit bei AWS: ElastiCache for Valkey bringt bis zu 33 Prozent Preisvorteil gegenüber ElastiCache for Redis OSS. Für Teams mit mehrstelligen Cache-Clustern läppern sich da schnell fünfstellige Jahres-Einsparungen.
Valkey 9 gegen Redis 8 im Vergleich
Die beiden Stacks laufen 2026 parallel. Wer sich zwischen ihnen entscheidet, tut das selten technisch – meistens lizenz- und kommerziell. Die Unterschiede im Überblick:
| Aspekt | Valkey 9 (LF, BSD-3) | Redis 8 (Redis Inc., SSPL/RSAL) |
|---|---|---|
| Lizenz | BSD-3, OSI-konform | SSPL oder RSAL, nicht OSI-OSS |
| Client-Kompatibilität | Wire-Protokoll 100 Prozent, Commands abwärtskompatibel | Native, plus proprietäre Redis-8-Extensions |
| Managed-Cloud-Angebote | AWS (verfügbar), GCP/Azure (Q2-Q3 2026) | Redis Cloud, Redis Enterprise on premises |
| Vector-Support | Ab 9.0 nativ integriert | Stack-Modul Redis-Vector-Search |
| Community | Linux Foundation, AWS-, Google-, Oracle-Kontributoren | Redis Inc. als Maintainer, eigenständiges Governance-Modell |
Quelle: Valkey-Release-Notes 9.0 (April 2026), Redis 8 Changelog Q1 2026, Managed-Cloud-Angebote der Hyperscaler.
Was die Migration praktisch kostet
Für bestehende Redis-Cluster ist der Umstieg auf Valkey in den meisten Fällen eine Rolling-Replacement-Übung. Die Daten bleiben kompatibel, Persistenz-Dateien (RDB, AOF) lassen sich ohne Export/Import weiterverwenden. In der Praxis bedeutet das: Replikations-Topologie umkonfigurieren, Node für Node tauschen, Client-Konfiguration belassen. Der Aufwand liegt bei typischen 3-Node-Setups im mittleren einstelligen Personen-Tag-Bereich, die eigentliche Arbeit steckt in Monitoring-Umbau und Alert-Regeln, die Redis-spezifische Metrik-Namen erwarten.
Der Punkt, an dem es unangenehm wird, sind die kommerziellen Redis-Stack-Module: RedisGraph, RedisTimeSeries, RedisBloom und RediSearch. Wer sie produktiv nutzt, findet in Valkey aktuell entweder Community-Alternativen in unterschiedlicher Reife oder muss auf externe Dienste wechseln. Die Linux Foundation hat angekündigt, dass Valkey Modules bis Q3 2026 ein stabiles Extension-Ökosystem aufbaut – bis dahin ist die Migration dieser Use-Cases das eigentliche Projekt, nicht der Cache-Austausch selbst.
Für wen sich der Wechsel lohnt
Drei Gruppen haben 2026 einen klaren Business-Case. Erstens Unternehmen in regulierten Branchen, bei denen die SSPL-Lizenz interne OSS-Freigaben stoppt – Banken, Versicherer, Gesundheits-KRITIS. Zweitens AWS-Kunden mit großen Cache-Clustern, bei denen der 33-Prozent-Preisvorteil materiell wird. Drittens Teams, die aus dem Open-Source-Ökosystem heraus entwickeln und auf Long-Term-Community-Support angewiesen sind.
Für alle anderen gilt: die Migration ist kein Feuerwehr-Fall. Wer Redis 7.2 oder 7.4 in einem stabilen Managed-Service-Setup betreibt, muss nicht sofort springen. Der richtige Zeitpunkt ist der nächste größere Infrastruktur-Umbau oder das nächste Vertragsverhandlungsfenster mit dem Cloud-Provider. Valkey 9 ist jetzt verfügbar – aber ein kompletter Parallel-Betrieb zum Ausprobieren lohnt nur selten den Aufwand.
Häufige Fragen
Läuft mein bestehender Redis-Client ohne Änderung gegen Valkey 9?
Ja, sofern der Client nicht auf Redis-8-Extensions setzt. Das Wire-Protokoll ist identisch, Standard-Commands sind abwärtskompatibel. In Spring Data, Node-Redis, redis-py, go-redis und Jedis läuft die Umstellung ohne Code-Change – nur die Connection-URL zeigt woanders hin.
Was passiert mit RedisSearch, RedisGraph, RedisTimeSeries und RedisBloom?
Diese Stack-Module sind Redis-Inc.-proprietär und laufen nicht in Valkey. Die Linux Foundation arbeitet an Valkey-Modules für Vector, Search und TimeSeries – der Reifegrad variiert. Wer produktiv auf diese Module setzt, sollte die Migration als eigenes Teilprojekt planen, nicht als Cache-Austausch.
Lohnt sich AWS ElastiCache for Valkey finanziell wirklich?
Bei kleineren Single-Node-Caches ist der absolute Betrag überschaubar. Der 33-Prozent-Preisvorteil wird materiell bei Multi-AZ-Clustern mit mehreren r7g- oder r7gd-Instanzen. Ein typischer 6-Node-Cluster mit r7g.large spart pro Jahr im niedrigen fünfstelligen Bereich – genug, um eine interne Migration zu rechtfertigen.
Gibt es Compliance-Argumente pro Valkey in DACH-Audits?
Ja. BSD-3 ist OSI-konforme Open Source, die SSPL von Redis 8 nicht. Bei internen OSS-Gremien in Banken, Versicherern und Behörden fällt Redis 8 durch den SSPL-Raster, Valkey passiert ihn. Wer auf interne OSS-Policy angewiesen ist, hat mit Valkey weniger Diskussionsbedarf.
Lesetipps der Redaktion
Quelle Titelbild: Pexels / panumas nikhomkhai (px:1148820)
