Categoria: Bases de dades
Valkey gestionat: l'alternativa oberta a Redis, al vostre compte
El magatzem en memòria compatible amb Redis que manté la Linux Foundation amb llicència BSD, instal·lat o migrat al vostre compte, amb la compatibilitat revisada abans de canviar res.
- On es munta
- Al vostre compte, a nom vostre
- Còpies
- Amb restauració provada
- Actualitzacions
- Planificades i documentades
- Llicència
- Open source, BSD 3-Clause
En resum
Valkey és un magatzem de clau i valor en memòria, de codi obert amb llicència BSD, que va nàixer el 2024 com a bifurcació de Redis sota la Linux Foundation. Parla el mateix protocol, així que la majoria d'aplicacions funcionen sense canvis. L'instal·lem al vostre compte o migrem el vostre Redis actual, revisem clients i mòduls, configurem rèpliques i còpies i el mantenim actualitzat.
De què ens encarreguem?
Valkey s’opera igual que Redis: persistència, rèpliques, memòria i còpies. Això ho expliquem amb detall en Redis i Valkey gestionats. Aquesta pàgina tracta del que canvia quan trieu Valkey o hi migreu:
Inventari
Versió d’origen, ordres, scripts Lua, mòduls i clients que toquen el vostre Redis actual.
Compatibilitat
Proves de l’aplicació contra Valkey en un entorn a part, amb les mateixes dades.
Migració
Rèplica en viu, còpia RDB o omplert natural de la memòria cau, segons el cas.
Rèpliques
Sentinel o mode clúster, igual que en Redis, amb la commutació provada.
Mètriques
Exportador de Prometheus compatible i alertes de memòria, rèplica i expulsions.
Versions
Seguiment de les versions de Valkey, que ja afegeixen funcions pròpies.
Com migrem de Redis a Valkey?
El mètode depén sobretot de la versió de Redis de què partiu i de si les dades es poden perdre:
| Situació | Com ho fem | Tall |
|---|---|---|
| Memòria cau que es pot reconstruir | Apuntem l’aplicació a Valkey i deixem que s’òmpliga | Cap, només més càrrega en la base de dades una estona |
| Redis 7.2 o anterior, amb sessions o cues | Valkey com a rèplica del Redis actual i commutació controlada | Segons, en canviar la connexió |
| Redis 7.4 o 8 | Còpia de claus en viu amb una eina de migració i comprovació de recomptes | Curt, en una finestra pactada |
| Servei gestionat del proveïdor | Canvi de motor des del mateix servei quan ho permet | Segons el proveïdor; ho assagem abans en una còpia |
Abans de producció, l’aplicació passa les seues proves contra Valkey amb una còpia de les dades. I deixem preparat el camí de tornada: el Redis antic continua disponible fins que tot funciona.
Quins problemes trobem en una migració?
- Ordres noves de Redis que l’aplicació va començar a fer servir després de la bifurcació i que Valkey no té o implementa de manera diferent.
- Mòduls de Redis Stack dels quals ningú no se’n recordava, com cerca o JSON.
- Còpies que no carreguen: un fitxer de persistència de Redis recent que Valkey no reconeix.
- Clients molt antics que comproven el nom del servidor o la versió i es confonen.
- Monitoratge lligat a Redis: panells i alertes que depenen de camps concrets d’INFO.
- Sense marxa enrere: el Redis original apagat abans de comprovar que tot funciona.
Per què existeix Valkey?
Fins a la versió 7.2, Redis tenia llicència BSD. El 2024 la seua empresa la va canviar per una llicència doble, RSALv2 i SSPLv1, que no són de codi obert segons l’OSI. Pocs dies després, antics mantenidors i diverses empreses van crear Valkey a partir de Redis 7.2.4 sota la Linux Foundation, amb la llicència BSD de sempre. Més tard, Redis 8 va afegir l’AGPLv3 com a opció de llicència oberta. Des de la bifurcació, els dos projectes avancen per separat i cadascun afegeix funcions pròpies, així que la compatibilitat total és la de la versió de partida.
Per a qui té sentit?
- Una empresa la política de la qual exigeix llicències obertes aprovades per l’OSI i permissives per a tot el que s’executa en producció.
- Un equip en AWS, Google Cloud, DigitalOcean o OVHcloud el servei de memòria cau gestionat del qual ja ofereix Valkey com a opció principal.
- Qui parteix de zero amb memòria cau, cues o sessions i no depén de mòduls propis de Redis.
Si la vostra aplicació fa servir funcions o mòduls propis de Redis 8, continuar en Redis és una decisió raonable i la gestionem igual. Les mètriques acaben en el monitoratge amb Grafana i Prometheus.
On ho muntem?
Al vostre compte, al proveïdor que ja feu servir o al que encaixe millor. Si les dades s'han de quedar a la UE, Hetzner i OVHcloud són les opcions europees.
Proveïdors on ho muntem
- Hetzner
- AWS
- Google Cloud
- DigitalOcean
- OVH
- Servidor propi
| Proveïdor | Com ho muntem | A tindre en compte |
|---|---|---|
| Hetzner | Servidors cloud amb Valkey i Sentinel en tres màquines i xarxa privada, amb còpies RDB a Object Storage de Hetzner. | Sense memòria cau gestionada: rèplica, commutació i còpies les muntem nosaltres. |
| AWS | ElastiCache per a Valkey, o EC2 amb Valkey i Sentinel si necessiteu alguna cosa que el servei no permet. | El pas d'ElastiCache per a Redis OSS a Valkey es fa des del mateix servei; el planifiquem i revisem la versió dels clients. |
| Google Cloud | Memorystore for Valkey, amb mode clúster si les dades no caben en un node. | |
| DigitalOcean | Managed Caching for Valkey, o Droplets amb Valkey i Sentinel. | |
| OVH | Valkey gestionat d'OVHcloud Public Cloud, o instàncies amb Valkey muntat per nosaltres. | |
| Servidor propi | Valkey en els vostres servidors o màquines virtuals, amb Sentinel en tres màquines i còpies a un emmagatzematge S3 extern. |
Què inclou
- Valkey al vostre compte del núvol o en els vostres servidors, o el servei gestionat per a Valkey del vostre proveïdor si encaixa millor.
- Inventari previ del que fa servir el vostre Redis: versió, ordres, mòduls, scripts Lua i biblioteques client.
- Migració des de Redis amb rèplica en viu o a partir d'una còpia, segons la versió d'origen.
- Proves de l'aplicació contra Valkey en un entorn a part abans de canviar producció.
- Rèpliques amb Sentinel o mode clúster, persistència triada segons l'ús i maxmemory ajustat.
- Usuaris amb ACL per aplicació, TLS i accés només des de la xarxa privada.
- Mètriques en Prometheus i alertes de memòria, expulsions, connexions i rèplica endarrerida.
- Còpies RDB fora del servidor, restauració provada i actualitzacions rèplica a rèplica.
Preguntes freqüents
Hem de canviar el codi de la nostra aplicació per a passar a Valkey?
Normalment no. Valkey fa servir el mateix protocol i les mateixes ordres que Redis 7.2, així que les biblioteques client habituals connecten sense canvis. El que revisem és si feu servir ordres o estructures afegides en versions de Redis posteriors a la bifurcació, o mòduls que no existeixen en Valkey.
Podem migrar des de Redis 7.4 o 8?
Sí, però amb més cura. Aquestes versions van evolucionar pel seu compte i van canviar el format dels fitxers de persistència, així que restaurar-ne la còpia en Valkey no sempre funciona. En aquest cas copiem les claus en viu amb una eina de migració o deixem que la memòria cau s'òmpliga sola, i comprovem abans quines ordres noves fa servir l'aplicació.
Valkey té els mòduls de Redis, com cerca o JSON?
Valkey té els seus propis mòduls, mantinguts pel projecte, per a algunes d'aquestes funcions, però no són els mateixos que Redis Stack ni tenen sempre la mateixa interfície. Si depeneu d'un mòdul concret, el provem abans de proposar-vos el canvi; de vegades el més assenyat és quedar-se en Redis.
Per què els proveïdors cloud estan passant a Valkey?
Perquè Valkey manté la llicència BSD que Redis tenia fins al 2024 i el governa una fundació amb participació de diverses empreses, entre elles grans proveïdors cloud. Per això AWS, Google Cloud, DigitalOcean o OVHcloud l'ofereixen gestionat. Per a vosaltres, l'efecte pràctic és que sol ser l'opció per defecte en els seus serveis de memòria cau.
Expliqueu-nos el vostre cas
En una trucada gratuïta de 20 minuts veiem on sou i per on començar. Sense compromís.
Documentació oficial consultada
Les dades tècniques d'aquesta pàgina es basen en:
Revisat el