Redis est un magasin clé-valeur avancé. En fait, il s'agit du premier magasin de valeur clé et de la huitième base de données la plus populaire au monde. Il a un débit élevé et s'exécute à partir de la mémoire, mais a également la capacité de conserver les données sur le disque. Redis est une excellente solution de mise en cache pour les applications très exigeantes, et de nombreuses solutions sont disponibles pour vous aider à déployer et à gérer Redis dans le cloud. Dans cet article, nous allons comparer ScaleGrid pour Redis™ et Azure Cache pour les performances et les fonctionnalités de gestion de Redis afin de vous aider à choisir la meilleure solution gérée pour votre déploiement Redis.
ScaleGrid est un fournisseur DBaaS qui fournit un hébergement entièrement géré non seulement pour Redis™, mais également pour la base de données MongoDB®, MySQL et PostgreSQL. Le plan Bring Your Own Cloud (BYOC) héberge le serveur de base de données dans votre propre compte AWS, Azure ou GCP.
Azure fournit un service hébergé pour Redis appelé Cache Azure pour Redis.
En un coup d'œil – TLDR | ||||||
---|---|---|---|---|---|---|
|
ScaleGrid pour Redis™ par rapport à Azure Cache pour l'analyse comparative des performances Redis
Dans ce benchmark, nous mesurons les performances en termes de débit et de latence. Le débit est mesuré en opérations par seconde (ops/sec) et la latence en microsecondes. Consultez notre section Configurations de référence plus loin dans cet article pour plus d'informations sur la configuration de cette référence de performance.
Nous avons comparé les performances de Redis™ avec les configurations suivantes.
Fournisseur | Taille du plan | RAM | Coût mensuel |
---|---|---|---|
ScaleGrid pour Redis™ | Hébergement dédié Large sur Azure | 7 Go de mémoire | 607 $ |
Cache Azure pour Redis | Norme C3 – Bande passante réseau modérée | 6 Go de mémoire | 328,50 $ |
Cache Azure pour Redis | P1 Premium – Bande passante réseau modérée | 6 Go de mémoire | 404,42 $ |
Cache Azure pour Redis | P2 Premium – Bande passante réseau élevée | 13 Go de mémoire | 810,30 $ |
Performances de débit
Connexions | ScaleGrid pour Redis™ | Azure Cache C3 Std. 6 Go | Azure Cache P1 6 Go | Azure Cache P2 13 Go | Amélioration de ScaleGrid |
---|---|---|---|---|---|
100 | 134 667 | 16 461 | 19 881 | 38 459 | 439 % |
200 | 147 551 | 16 246 | 25 361 | 35 459 | 474 % |
300 | 152 341 | 15 872 | 25 346 | 35 045 | 499 % |
400 | 152 624 | 15 235 | 19 043 | 37 301 | 539 % |
Comme nous pouvons le voir dans le graphique ci-dessus, ScaleGrid pour Redis™ atteint un débit environ 5 fois plus élevé par rapport à Azure Cache pour Redis lorsqu'il est comparé avec 100 à 400 connexions. Par exemple, alors que le plan Azure Cache pour Redis P2 Premium 13 Go gère environ 36 000 ops/sec pendant tous les scénarios de connexion, ScaleGrid for Redis™ a plus de 130 000 ops/sec pour tous les scénarios. |
Performance de latence
Connexions | ScaleGrid pour Redis™ | Azure Cache C3 Std. 6 Go | Azure Cache P1 6 Go | Azure Cache P2 13 Go | Amélioration de ScaleGrid |
---|---|---|---|---|---|
100 | 744 | 6 809 | 5 896 | 2 497 | -85 % |
200 | 1 353 | 10 950 | 8 447 | 5 565 | -84 % |
300 | 2 044 | 17 807 | 13 045 | 8 539 | -84 % |
400 | 2 609 | 25 126 | 16 999 | 10 716 | -85 % |
Alors que la latence d'Azure Cache pour Redis augmente rapidement à mesure que le nombre de connexions augmente, ScaleGrid pour Redis™ atteint régulièrement une faible latence sur tous la connexion compte. En moyenne, ScaleGrid pour Redis™ a une latence inférieure de 85 % qu'Azure Cache pour Redis. Cela est particulièrement visible lorsque l'on compare Azure Cache pour Redis (C3 Standard 6 Go) à ScaleGrid pour Redis™, où la différence peut atteindre -99 %. |
Résumé de l'analyse comparative
Comme vous pouvez le constater à partir des graphiques ci-dessus, ScaleGrid pour Redis™ offre un débit nettement plus élevé et une latence plus faible. En moyenne, nous pouvons voir environ 5 fois le débit et 85 % de latence en moins par rapport aux tailles équivalentes sur Azure Cache. Le plan ScaleGrid pour Redis ™ BYOC commence à 9 $ par mois (720h + coûts de VM) et 18 $ par mois (720h) pour le plan d'hébergement dédié.
|
Configuration de référence
Regardons les configurations que nous avons utilisées dans le benchmark des performances :
Configuration | Détails |
---|---|
Outil de référence | Memtier Benchmark |
Région Azure pour Redis | Est des États-Unis |
Région Azure pour application | Est des États-Unis |
Type de déploiement | Maître-Esclave |
Pour chaque serveur Redis™, nous avons comparé avec 100, 200, 300 et 400 connexions. Chaque connexion envoie 10 000 requêtes avec une taille de données d'objet de 32 octets par requête. Nous utilisons des connexions non SSL pour connecter les serveurs Redis™.
ScaleGrid peut non seulement fournir un débit plus élevé et une latence plus faible, mais il apporte également de nombreuses autres fonctionnalités telles qu'un accès administrateur complet, des sauvegardes planifiées et un accès SSH. Vous pouvez trouver plus d'informations sur ScaleGrid pour Redis™ sur Azure, sur notre site Web.
Que faut-il prendre en compte lors du choix d'un service Redis™ ?
Donc, avec autant d'options de fournisseurs de services Redis™ entièrement gérés, quelles sont les fonctionnalités les plus importantes à rechercher ? Voici une liste de contrôle à utiliser pour choisir le service d'hébergement Redis qui vous convient :
- Serveur dédié
- Évolutivité
- Persistance des données
- Sauvegardes et restaurations
- Débit élevé et faible latence
Serveur dédié
Redis est un serveur monothread où les données sont stockées en mémoire ; par conséquent, l'exécution de Redis sur un serveur dédié est très importante dans un environnement de production. Vous ne voulez pas que votre serveur Redis se batte pour les ressources CPU et mémoire avec d'autres services.
Évolutivité
Les entreprises se développent, et il en va de même pour vos données. Il est très important que votre service Redis soit capable d'effectuer une mise à l'échelle dynamique et sur place de votre serveur Redis avec peu ou pas de temps d'arrêt.
Persistance des données
En fonction des besoins de votre entreprise, vous devrez peut-être conserver vos données Redis sur un stockage physique. Redis propose deux options de persistance :RDB et AOF.
RDB est un instantané instantané de votre ensemble de données à des intervalles spécifiés dans un fichier de sauvegarde de base de données Redis. Le fichier peut être transféré vers d'autres instances Redis.
AOF signifie Append Only File. Redis enregistre chaque opération d'écriture qui a été modifiée dans votre ensemble de données. C'est un moyen très fiable de conserver vos données.
RDB et AOF peuvent être activés en même temps et ils ont des compromis différents. Pour plus de détails sur leurs avantages et inconvénients, vous pouvez en savoir plus sur la page Redis Persistence sur redis.io.
Votre service Redis doit fournir des options non seulement pour conserver les données, mais également pour déployer Redis en mode maître/réplica ou cluster afin de minimiser les risques de perte de données.
Sauvegardes et restaurations
Toute base de données en tant que service (DBaaS) pour Redis doit également fournir des sauvegardes planifiées et à la demande afin que vous puissiez vous assurer que vous disposez toujours d'un calendrier régulier de sauvegardes disponibles et que vous pouvez les exécuter. au besoin avant un événement d'application. Il doit également fournir des options de "restauration de sauvegarde" aux bases de données existantes ou à une nouvelle instance de base de données.
Débit élevé et faible latence
Redis peut fournir une mise en cache rapide pour les applications. Cependant, la latence du réseau peut parfois entraver l'accès aux données de Redis. La clé est d'éviter la distance physique entre votre application et Redis. Vous voulez donc vous assurer que l'application et Redis sont hébergés sur la même région de fournisseur de cloud et sur le même réseau virtuel. Votre fournisseur de services Redis devrait avoir la possibilité de déployer votre serveur Redis sur le réseau virtuel de votre choix.