Valkey 8.0, une version dérivée du système de gestion de bases de données Redis créée après la conversion du code source de Redis sous une licence propriétaire, a été publiée. Le projet est développé sur une plateforme neutre sous l'égide de Linux Valkey est une fondation qui bénéficie des contributions de développeurs d'entreprises telles qu'Amazon, Google, Oracle, Ericsson et Snap. Parmi les développeurs de Valkey figure Madelyn Olson, ancienne mainteneuse de Redis. Le code du projet est écrit en C et distribué sous licence BSD. Ce travail est soutenu par [nom de la fondation manquante]. Linux, macOS, OpenBSD, NetBSD et FreeBSD.
Depuis la version 7.4, le SGBD Redis a été transféré vers l'utilisation des licences RSALv2 (Redis Source Available License v2) et SSPLv1 (Server Side Public License v1), ce qui entraîne une discrimination à l'encontre de certaines catégories d'utilisateurs, qui ne leur permettent pas de être considéré comme ouvert ou gratuit. En termes d'objectifs, les deux licences sont similaires et les différences se résument au fait que la licence SSPL est basée sur la licence copyleft AGPLv3 et la licence RSAL est basée sur la licence permissive BSD. La licence RSAL permet d'utiliser, de modifier, de distribuer et d'intégrer le code dans des applications, sauf lorsque ces applications sont commerciales ou utilisées pour fournir des services payants gérés). La licence SSPL contient en outre l'obligation de fournir sous la même licence non seulement le code de l'application lui-même, mais également le code source de tous les composants impliqués dans la fourniture du service cloud.
Les SGBD Valkey et Redis offrent des fonctions pour stocker des données au format clé/valeur, étendues à la prise en charge des formats de données structurées tels que les listes, les tables de hachage et les ensembles, ainsi qu'à la possibilité d'exécuter des opérations en parallèle. serveur Gestionnaires de scripts Lua. La base de données est stockée en mémoire et synchronisée avec la version disque ou enregistrée dans le journal des modifications disque, garantissant ainsi l'intégrité des données en cas de panne. Les transactions, le mode publication/abonnement, les commandes d'incrémentation/décrémentation, les opérations sur les listes et les ensembles (union, intersection), le renommage des clés, la réplication maître-esclave, les sélections multiples et les fonctions de tri sont pris en charge.
La sortie de Valkey 8.0 se positionne comme la première version significative du projet. Parmi les changements :
- Des optimisations ont été apportées pour répartir la charge entre les cœurs CPU disponibles et permettre aux threads de traitement d'E/S de fonctionner simultanément avec le thread principal, ce qui permet d'exécuter des commandes et de traiter des opérations d'E/S en parallèle. L'efficacité du traitement des commandes en mode batch a été améliorée, par exemple, la prise en charge a été ajoutée pour récupérer de manière proactive les données fréquemment utilisées pour les stocker dans le cache du processeur. Lorsqu'elle a été testée dans l'environnement AWS r7g, la nouvelle version a démontré sa capacité à traiter jusqu'à 1.2 million de requêtes par seconde, soit trois fois plus que la version précédente.
- Amélioration de l'évolutivité et de la résilience des configurations de cluster. Ajout de la prise en charge du basculement automatique vers les serveurs de sauvegarde. serveurs En cas de basculement des nœuds disposant d'emplacements de partitionnement vides non encore attribués, la réplication des données d'état des emplacements est assurée : toutes les commandes « CLUSTER SETSLOT » sont désormais répliquées de manière synchrone avant leur exécution sur le nœud principal, ce qui renforce la résilience du cluster en cas de défaillance de ce dernier. La restauration automatique de l'état des emplacements de migration a également été ajoutée.
- Le travail de réplication a été accéléré grâce à la transmission simultanée des dumps RDB (Redis Database Backup) et d'un journal des modifications accumulées (backlog) dans différents threads. Les tests ont montré une réduction de la latence d'écriture et une réduction du temps de synchronisation jusqu'à 50 % sous des charges avec un flux très intensif de commandes de lecture. Consommation de mémoire considérablement réduite sur le nœud principal.
- De nouvelles métriques avec des statistiques liées aux emplacements individuels et aux clients ont été ajoutées. Par exemple, des métriques sont disponibles sur les clients utilisant le mécanisme de publication/abonnement, la latence dans le traitement des événements, le trafic du canal de commande, les statistiques sur la réorganisation des tables de hachage de la mémoire, ainsi que le nombre de clés, le trafic et la charge CPU par emplacement.
- Le stockage des clés a été optimisé, réduisant la consommation de mémoire d'environ 10 %.
- Ajout de la possibilité de travailler dans des systèmes utilisant simultanément IPv4 et IPv6.
- L'efficacité du mécanisme « publication/abonnement » a été augmentée, dans lequel un canal est créé, à partir duquel les messages sont distribués aux clients par abonnement.
- Ajout d'un support expérimental pour travailler sur RDMA.
Source: opennet.ru
