14 April 2026

4 Min. Lesezeit

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.

Die interessante Entscheidung ist nicht mehr Valkey gegen Redis. Sie ist Valkey gegen Redis-Stack-Funktionen, die in der OSS-Version bewusst nicht nachgezogen werden. Wer Bloom-Filter, Graphen oder Timeseries nutzt, muss prüfen, welche Valkey-Module oder Alternativen passen.

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.

Quelle Titelbild: Pexels / panumas nikhomkhai (px:1148820)

Auch verfügbar in

Ein Magazin der Evernine Media GmbH