Comment Redis Enterprise gère la croissance des données

Comment Redis Enterprise gère la croissance des données

Nous avons récemment sondé nos clients et reçu des retours intéressants. Par exemple, nous avons découvert que 71 % des utilisateurs ont augmenté leur utilisation de Redis Enterprise en raison de la croissance de leur entreprise.

blog grow data1
Figure 1. Les clients Redis ont augmenté leur utilisation de Redis.

Dans l’ensemble de notre clientèle, nous avons constaté à quelle vitesse la taille de la base de données et les exigences de débit peuvent augmenter. Supposons que vous ayez lancé une nouvelle application il y a quelque temps et qu’elle stocke des données dans Redis. Supposons que la taille de votre ensemble de données était d’environ 1 Go lorsque vous l’avez lancée, mais que votre application est devenue très populaire. Votre ensemble de données Redis a peut-être atteint plus de 20 Go et devrait atteindre environ 50 Go dans les prochains jours. Dans ce type de scénario, un débit de lancement de 100 000 opérations/seconde pourrait désormais se rapprocher d’une exigence de 1 000 000 d’opérations/seconde – un défi pour toute base de données.

Cloud d’entreprise Redis les utilisateurs dans cette situation peuvent facilement augmenter la taille et la capacité de débit de leur base de données en passant simplement à une limite supérieure dans la console Redis Enterprise Cloud. Ce DBaaS (base de données en tant que service) sans serveur entièrement géré est alimenté par l’architecture Redis Enterprise, qui vous permet d’augmenter la taille et le débit de votre ensemble de données de manière totalement transparente.

blog grow data2
Figure 2. Redis Enterprise Cloud inclut un tableau de bord administrateur pour augmenter la taille et le débit de la mémoire.

Que se passe-t-il sous le capot ?

Dans les coulisses, tout fonctionne de manière transparente grâce à la architecture symétrique sans partage de Redis Enterprise. Cette technologie se compose d’un cluster et d’un ensemble de nœuds physiques ou virtuels. Chaque nœud comprend de zéro à quelques centaines de bases de données pouvant être configurées comme une base de données simple, une base de données à haute disponibilité (HA), une base de données en cluster ou une base de données en cluster HA.

blog grow data3
Figure 3. Les bases de données Redis Enterprise peuvent être configurées en modes simple, HA, en cluster et en cluster HA.

Comme illustré dans la figure quatre ci-dessous, un nœud Redis Enterprise dans le cluster contient des fragments Redis, un proxy à latence zéro, un gestionnaire de cluster et une API REST sécurisée. Le proxy gère le point de terminaison de la base de données et masque la complexité du cluster en masquant les détails. Par exemple, pour une base de données en cluster avec un jeu de données couvrant plusieurs partitions, le proxy est le point de terminaison unique et transmet chaque demande à la partition appropriée.

blog grow data4
Figure 4. Composants du nœud Redis Enterprise

Lorsque vous augmentez la mémoire ou la taille de débit de votre base de données, Redis Enterprise calcule le nombre supplémentaire de partitions et de nœuds de cluster dont vous avez besoin en fonction de vos besoins, ajoute de nouvelles partitions et nœuds au cluster et rééquilibre les données pour de meilleures performances. Redis Enterprise optimise également la taille de votre partition pour la maintenir suffisamment petite pour une réplication, une migration, une sauvegarde et une restauration rapides des partitions. La figure 5 montre ce qui se passe lorsque vous ajoutez une nouvelle paire de fragments maître-réplica à une base de données existante.

blog grow data5
Figure 5. Utilisation de Redis Enterprise pour évoluer avec le repartitionnement.

Le proxy dans Redis Enterprise joue un rôle clé dans cette opération. Puisqu’il active un point de terminaison unique pour votre base de données Redis qui s’étend sur plusieurs partitions, même après un repartitionnement, votre application se connecte toujours au même point de terminaison. Cela garantit que vous n’avez pas à apporter de modifications au code de votre application à mesure que la taille de votre base de données augmente.

blog grow data6
Figure 6. Une base de données Redis Enterprise avec le maître frontal proxy et les fragments de réplica

Repartitionnement : le processus en quatre étapes

Pour en savoir plus sur le fonctionnement exact de cela, explorons les quatre étapes principales effectuées par Redis Enterprise lors du repartitionnement.

Étape 1: La plate-forme construit deux nouvelles répliques (R1 et R2), déplace la moitié de votre ensemble de données du maître vers R1 et l’autre moitié de l’ensemble de données (mutuellement exclusif) de la réplique vers R2.
blog grow data7

Étape 2: Ensuite, Redis Enterprise draine toutes les demandes en attente avant de terminer le processus de repartitionnement. Cela garantit la cohérence et évite de perdre toute opération “d’écriture”.
blog grow data8

Étape 3: La troisième étape comprend la conversion du maître en maître 1 et de la réplique en maître 2, puis l’arrêt du processus de vidange. Désormais, les nouvelles requêtes sont toutes traitées à la fois par le maître 1 et le maître 2, et les nouveaux fragments qui ont été introduits à l’étape 1 (R1 et R2) deviendront des répliques des deux nouveaux fragments maîtres.
blog grow data9

Étape 4: Enfin, la plate-forme ajuste le maître 1 et le maître 2, de sorte que chaque fragment contient un ensemble de données associé à la moitié des emplacements de hachage Redis.
blog grow data10

Comme vous pouvez le constater, Redis Enterprise Cloud gère les partitions et les proxys de manière véritablement sans serveur. En tant qu’utilisateur, vous n’avez pas à vous soucier des nœuds ou des clusters, et l’opération de mise à l’échelle décrite ci-dessus est totalement transparente pour vous. Si vous utilisez le logiciel Redis Enterprise, la console d’administration fournit tous les outils dont vous avez besoin pour évoluer de manière linéaire et transparente.

Passer au niveau supérieur avec Redis Enterprise

Si votre objectif est d’évoluer encore plus haut, vous pouvez configurer plusieurs serveurs proxy dans Redis Enterprise. Avec cette configuration, vous pouvez tirer parti de notre API de cluster pour vous connecter à tous les serveurs proxy requis par votre application. Récemment, nous avons démontré comment cette architecture unique sans partage peut s’adapter à 200 millions d’opérations/seconde en manière parfaitement linéaire.

Redis sur Flash (RoF) est un autre moyen de faire évoluer votre base de données, tout en économisant plus de 70 % sur les coûts d’infrastructure. Cette option peut être extrêmement rentable lorsque la taille de votre jeu de données dépasse 100 Go et que la taille moyenne des valeurs de votre jeu de données est supérieure à la taille moyenne de vos clés. De plus, RoF est optimal lorsque la plupart des requêtes de base de données sont ciblées sur un sous-ensemble de votre ensemble de données, ce qui permet à RoF de conserver un ensemble de données de travail en mémoire (RAM) uniquement.

blog grow data11
Figure 7. Redis sur l’architecture de mémoire multicouche de Flash

Chez Redis, nous nous efforçons de comprendre et de répondre aux besoins de nos clients. Lorsque nous avons entendu parler des difficultés liées à la gestion des données croissantes, nous avons investi dans la création des bonnes capacités pour les surmonter. Aujourd’hui, plus de 7 400 entreprises clientes bénéficient des fonctionnalités de mise à l’échelle de Redis Enterprise décrites ci-dessus.

Découvrez la meilleure option de mise à l’échelle pour votre situation. Appelez nos experts aujourd’hui au (415) 930-9666, ou envoyez un courriel expert@redis.com. Si vous savez déjà quelle taille de base de données vous avez besoin, contactez-nous pour connaître les prix à https://redis.com/redis-enterprise/software/tarification/.

Development Source

Related Posts

RLEC 4.2.1 apporte des contrôles granulaires à la haute disponibilité et aux performances

RLEC 4.2.1 apporte des contrôles granulaires à la haute disponibilité et aux performances

Comment HolidayMe utilise Redis Enterprise comme base de données principale

Comment HolidayMe utilise Redis Enterprise comme base de données principale

Annonce de RedisGears 1.0 : un moteur sans serveur pour Redis

Annonce de RedisGears 1.0 : un moteur sans serveur pour Redis

Clés Redis dans la RAM |  Redis

Clés Redis dans la RAM | Redis

No Comment

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *