Redis
 sql >> Base de données >  >> NoSQL >> Redis

Redis sur Azure Performance Benchmark – ScaleGrid for Redis™ vs Azure Cache

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

Performances de débit

Test des performances de débit ScaleGrid pour Redis™ parvient à atteindre un débit jusqu'à 5 fois supérieur à celui d'Azure Cache pour Redis. Lire maintenant

Performance de latence

Avec une latence moyenne de 85 % inférieure, ScaleGrid pour Redis™ surpasse Azure Cache pour Redis lors des tests sur tous les nombres de connexions. Lire maintenant

Configuration de référence

Voir les configurations utilisées dans ce test de performance. Lire maintenant

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 %.
Redis sur Azure Benchmark - Obtenez un débit jusqu'à 5 fois plus élevé et réduisez votre latence de 85 % !Cliquez pour tweeter

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é.

En savoir plus sur la façon dont ScaleGrid pour Redis™ se compare aux autres fournisseurs

Pour en savoir plus sur la façon dont les différents fournisseurs Redis se comparent à ScaleGrid pour Redis™, consultez notre tableau de comparaison des fournisseurs de services Redis où vous pouvez en savoir plus sur ScaleGrid pour Redis™.

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 :

  1. Serveur dédié
  2. Évolutivité
  3. Persistance des données
  4. Sauvegardes et restaurations
  5. 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.