Pāreja no Redis uz Valkey: ko maina jaunais Valkey-proxy

Kopš Redis 2024. gadā mainīja licenci, daudzas komandas ir aplūkojušas Valkey — Linux Foundation uzturēto atvērtā koda atzaru — kā tiešu aizstājēju. Vienkāršiem risinājumiem pāreja ir viegla. Lielākiem līdz šim bija praktisks šķērslis: nebija standarta atvērtā koda starpniekservera, ko novietot Valkey klastera priekšā. 2026. gada 22. oktobrī Percona paziņoja par Valkey-proxy, lai aizpildītu tieši šo robu.

Kāpēc starpniekserveris ir svarīgs

Lietotnēm ir vienkārši izmantot vienu Redis vai Valkey serveri. Klasteris, kas sadala datus pa vairākiem mezgliem, prasa klientu bibliotēkas, kas saprot, kā atslēgas tiek sadalītas pa mezgliem, apstrādā pāradresācijas un pēc pārslēgšanās no jauna noskaidro topoloģiju. Daudzas vecākas lietotnes un dažas klientu bibliotēkas pieņem, ka serveris ir viens.

Komerciālie Redis piedāvājumi un daži mākoņpakalpojumi to slēpj aiz sava starpniekslāņa, tāpēc lietotne joprojām redz vienu galapunktu. Atvērtā koda Valkey lietotājiem līdzvērtīga risinājuma nebija — tāpēc atteikšanās no komerciālā Redis prasīja koda izmaiņas, nevis tikai infrastruktūras izmaiņas.

Ko dara Valkey-proxy

Saskaņā ar paziņojumu:

• Tas atrodas starp lietotnēm un Valkey, lai horizontāli mērogots klasteris izskatītos kā viens atsevišķs serveris. Lietotnes, kas rakstītas vienai instancei, var izmantot klasteri bez klienta koda izmaiņām.
• Tas apvieno aizmugursistēmas savienojumus pūlā, ierobežojot savienojumu skaitu ar Valkey, pieaugot lietotņu instanču skaitam.
• Tas tiek izplatīts ar BSD-3-Clause licenci un ir pieņemts kā oficiāls Valkey projekts.
• Kodu bija plānots publicēt oktobra vidū, pēc tam sekos publisks testēšanas periods; vispārēja pieejamība plānota 2027. gada sākumā.

Citiem vārdiem: interesanti jau tagad, gatavs ražošanai — vēlāk. Ir īstais laiks sākt plānošanu un testēšanu, nevis nākamnedēļ likt to maksājumu plūsmas priekšā.

Praktisks migrācijas plāns

1. Inventarizējiet izmantojumu. Sarakstiet visas lietotnes, kas pieslēdzas, kādas datu struktūras un komandas tās izmanto un vai dati ir atmetami (kešatmiņa) vai tiem jāsaglabājas (rindas, sesijas, skaitītāji).
2. Pārbaudiet versijas un funkcijas. Valkey ir saderīgs ar Redis atvērtā koda līniju līdz versijai 7.2. Funkcijām, kas pievienotas tikai jaunākām komerciālā Redis versijām vai patentētiem moduļiem, vajag aizstājēju vai arhitektūras izmaiņas.
3. Pārbaudiet noturības un replikācijas iestatījumus. RDB/AOF un atmiņas izspiešanas konfigurāciju pārnesiet apzināti, nevis paļaujoties uz noklusējumiem.
4. Izvēlieties pārslēgšanas metodi. Atmetamas kešatmiņas var pārslēgt ar konfigurācijas izmaiņu un iesildīšanu. Datus, kam jāsaglabājas, var pārnest, padarot Valkey par esošā servera repliku, vai ar dubultās rakstīšanas periodu, kam seko īsa kontrolēta pārslēgšana.
5. Pirms pārslēgšanas veiciet slodzes testus. Izmēriet aizturi pie maksimālās pieprasījumu plūsmas, arī pēc mezgla kļūmes.
6. Saglabājiet veco sistēmu pieejamu atkāpšanās periodam, līdz jaunā ir nostrādājusi pilnu biznesa ciklu.

Vai tas ir tā vērts?

Komandām, kas maksā par komerciālo Redis galvenokārt klasterizācijas un viena galapunkta dēļ, Valkey-proxy var novērst iemeslu turpināt maksāt. Komandām ar pārvaldītu mākoņa kešatmiņu pakalpojumu sniedzēja Valkey variants bieži ir lētāks par Redis ekvivalentu — ietaupījums, līdzīgs tiem, ko aprakstām rakstā par AWS RDS un Aurora izmaksu samazināšanu. Bet maziem viena servera risinājumiem pāreja jau kādu laiku ir bijusi vienkārša.