Partager via


Qu’est-ce qu’Azure Managed Redis (préversion) ?

Azure Managed Redis (préversion) fournit un magasin de données en mémoire basé sur le logiciel Redis Enterprise. Redis Enterprise améliore les performances et la fiabilité de l’édition communautaire de Redis, tout en conservant la compatibilité. Microsoft exploite le service, hébergé sur Azure et utilisable par n’importe quelle application au sein ou en dehors d’Azure. Pour plus d’informations sur les différents composants d’Azure Managed Redis, consultez Architecture d’Azure Managed Redis.

Important

Redis managé Azure est actuellement en PRÉVERSION. Pour connaître les conditions juridiques qui s’appliquent aux fonctionnalités Azure en version bêta, en préversion ou plus généralement non encore en disponibilité générale, consultez l’Avenant aux conditions d’utilisation des préversions de Microsoft Azure.

Azure Managed Redis peut améliorer les performances et la scalabilité d’une application qui utilise abondamment les magasins de données back-end. Il peut traiter des volumes conséquents de demandes d’applications en conservant les données fréquemment utilisées dans la mémoire du serveur, qui peut être écrite et lue rapidement.

Redis constitue une solution de stockage de données à faible latence et à haut débit critique pour les applications modernes. En outre, Redis est de plus en plus utilisé pour les applications sans mise en cache, notamment l’ingestion des données, la déduplication, la messagerie, les classements, la mise en cache sémantique, et en tant que base de données vectorielle.

Azure Managed Redis peut être déployé de manière autonome, ou il peut être déployé avec d’autres services d’application ou de base de données Azure, tels qu’Azure Container Apps, Azure App Service, Azure Functions, Azure SQL ou Azure Cosmos DB.

Principaux scénarios

Azure Managed Redis améliore les performances des applications grâce à la prise en charge de modèles d’architecture d’application courants. Les modèles les plus courants sont les suivants :

Modèle Description
Cache de données Les bases de données sont souvent trop grandes pour être chargées directement dans un cache. Le modèle cache-aside est couramment utilisé pour charger des données dans le cache uniquement en cas de besoin. Quand le système modifie les données, il peut également mettre à jour le cache, qui est alors distribué à d’autres clients. En outre, le système peut définir un délai d’expiration pour les données ou utiliser une stratégie d’éviction pour déclencher les mises à jour de données dans le cache.
Cache de contenu De nombreuses pages web sont générées à partir de modèles qui utilisent du contenu statique comme des en-têtes, des pieds de page ou des bannières. Ces éléments statiques ne doivent pas changer souvent. Par rapport aux magasins de données back-end, l’utilisation d’un cache en mémoire permet d’accéder rapidement au contenu statique. Ce modèle réduit le temps de traitement et la charge du serveur, améliorant la réactivité des serveurs web. Il peut vous permettre de réduire le nombre de serveurs nécessaires au traitement des charges. Azure Managed Redis propose le fournisseur de caches de sortie Redis pour la prise en charge de ce modèle avec ASP.NET.
Magasin de sessions Ce modèle est souvent utilisé avec les paniers d’achat et d’autres données d’historique utilisateur qu’une application web peut associer avec les cookies des utilisateurs. Le stockage de trop nombreuses informations dans un cookie peut avoir un effet négatif sur les performances à mesure que la taille du cookie augmente, ce dernier devant être transmis et validé à chaque requête. Une solution classique consiste à utiliser le cookie comme clé pour interroger les données dans une base de données. Lorsque vous utilisez un cache en mémoire tel qu’Azure Managed Redis, associer des informations à un utilisateur est beaucoup plus rapide que l’interaction avec une base de données relationnelle complète.
Recherche de similarité vectorielle Un cas d’utilisation d’IA courant consiste à générer des incorporations vectorielles à l’aide d’un modèle de langage volumineux (LLM). Ces incorporations vectorielles doivent être stockées dans une base de données vectorielle, puis comparées pour déterminer la similarité. Azure Managed Redis offre des fonctionnalités intégrées pour stocker et comparer des incorporations vectorielles à des débits élevés.
Mise en cache sémantique L’utilisation de LLM introduit souvent une quantité élevée de latence (en raison du temps de génération) et un coût élevé (en raison de la tarification des jetons) dans une application. La mise en cache peut aider à résoudre ces problèmes en stockant la sortie passée d’un LLM afin qu’elle puisse rapidement être récupérée à nouveau. Toutefois, étant donné que les modules LLM utilisent le langage naturel, cela peut être difficile à gérer pour les caches classiques. Les caches sémantiques tels qu’Azure Managed Redis sont capables de mettre en cache non seulement une requête spécifique, mais également la signification sémantique d’une requête, ce qui leur permet d’être utilisés beaucoup plus naturellement avec les LLM.
Déduplication Souvent, vous devez déterminer si une action s’est déjà produite dans un système, par exemple si un nom d’utilisateur est pris ou si un client a déjà envoyé un e-mail. Dans Azure Managed Redis, des filtres de Bloom peuvent être utilisés pour identifier rapidement les doublons et prévenir les problèmes.
Classements Redis offre une prise en charge simple et puissante pour le développement de classements de toutes sortes à l’aide de la structure de données de jeu trié. En outre, l’utilisation de la géoréplication active peut autoriser le partage mondial d’un classement.
Mise en file d’attente des travaux et des messages Les applications ajoutent fréquemment des tâches à une file d’attente quand l’exécution des opérations associées à la requête prend un certain temps. Les opérations dont l’exécution est plus longue sont mises en file d’attente pour être traitées en séquence, souvent par un autre serveur. Cette méthode est appelée « mise en file d’attente des tâches ». Azure Managed Redis fournit une file d’attente distribuée pour activer ce modèle dans votre application.
Accélération PowerBI/Analytique Vous pouvez utiliser le pilote ODBC Redis pour tirer parti de Redis pour les cas d’usage de décisionnel, de création de rapports et d’analytique. Étant donné que Redis est généralement beaucoup plus rapide que les bases de données relationnelles, l’utilisation de Redis de cette façon peut augmenter considérablement la réactivité des requêtes.
Transactions distribuées Les applications nécessitent parfois une série de commandes sur un magasin de données back-end pour s’exécuter comme opération atomique unique. Toutes les commandes doivent réussir, ou elles devront toutes être restaurées à leur état initial. Azure Managed Redis prend en charge l’exécution d’un lot de commandes comme transaction unique.

Version Redis

Azure Managed Redis prend en charge Redis version 7.4.x. Pour plus d’informations, consultez Guide pratique pour mettre à niveau la version de votre instance d’Azure Managed Redis.

Choix du niveau approprié

Quatre niveaux Azure Managed Redis sont disponibles, chacun présentant des caractéristiques de performances et des niveaux de prix différents.

Trois niveaux sont destinés aux données en mémoire :

  • Mémoire optimisée est idéal pour les cas d’utilisation nécessitant beaucoup de mémoire et un ratio mémoire/processeur virtuel élevé (8:1), mais qui n’ont pas besoin des performances de débit les plus élevées. Il fournit un niveau de prix inférieur pour les scénarios où moins de puissance de traitement ou de débit est nécessaire, ce qui en fait un excellent choix pour les environnements de développement et de test.
  • Équilibré (mémoire et calcul) offre un ratio mémoire/processeur virtuel équilibré (4:1), ce qui le rend idéal pour les charges de travail standard. Ce niveau fournit un équilibre sain de ressources de mémoire et de calcul.
  • Optimisé pour le calcul est conçu pour des charges de travail nécessitant un débit maximal en mémoire, avec un ratio mémoire/processeur virtuel faible (2:1). Ce niveau est idéal pour les applications qui exigent les performances les plus élevées.

Un niveau stocke les données en mémoire et sur disque :

  • Optimisé Flash permet aux clusters Redis de déplacer automatiquement les données moins fréquemment sollicitées de la mémoire (RAM) vers le stockage NVMe. Cela réduit les performances, mais permet une mise à l’échelle rentable des caches avec des jeux de données volumineux.

Remarque

Pour plus d’informations sur la conception du niveau Flash optimisé, consultez Architecture d’Azure Managed Redis.

Important

Vous pouvez également utiliser la fonctionnalité de persistance des données pour stocker des données sur disque pour les niveaux en mémoire. La persistance des données stocke une copie de sauvegarde de données sur disque pour une récupération rapide en cas de panne inattendue. Il s’agit d’un niveau différent du niveau Flash optimisé, qui est conçu pour stocker des données sur disque pour les opérations classiques. Le stockage de certaines données sur disque à l’aide du niveau Flash optimisé n’augmente pas la résilience des données. Vous pouvez également utiliser la persistance des données sur le niveau Flash optimisé.

Pour obtenir des instructions sur la mise à l’échelle entre les niveaux et les références SKU, consultez Mettre à l’échelle une instance d’Azure Managed Redis.

Niveaux et références SKU en un clin d’œil

Tableau montrant les différentes configurations de mémoire et de processeurs virtuels pour chaque référence SKU et niveau Azure Managed Redis.

Pour obtenir des informations sur les tarifs, consultez la tarification d’Azure Managed Redis.

Comparaison des fonctionnalités

Le tableau suivant décrit quelques-unes des fonctionnalités prises en charge par niveau :

Description de la fonctionnalité Mémoire optimisée Équilibrée Optimisé pour le calcul Flash optimisé
Taille (Go) 12 - 1 920 0,5 - 960 3 - 720 250 - 4 500
Contrat de niveau de service (SLA) Oui Oui Oui Oui
Chiffrement des données en transit Oui (point de terminaison privé) Oui (point de terminaison privé) Oui (point de terminaison privé) Oui (point de terminaison privé)
Réplication et basculement Oui Oui Oui Oui
Isolement réseau Oui Oui Oui Oui
Authentification basée sur Microsoft Entra ID Oui Oui Oui Oui
Mise à l'échelle Oui Oui Oui Oui
Persistance des données Oui Oui Oui Oui
Redondance de zone Oui Oui Oui Oui
Géoréplication Oui (actif) Oui (actif) Oui (actif) Non
Journaux d’audit de connexion Oui (basé sur un événement) Oui (basé sur un événement) Oui (basé sur un événement) Oui (basé sur un événement)
Structures de données JSON (autrement dit, Redis JSON) Oui Oui Oui Oui
Fonctionnalité de recherche (y compris la recherche vectorielle) Oui Oui Oui Non
Structures de données probabilistes (autrement dit, Redis Bloom) Oui Oui Oui Oui
Fonctionnalité de base de données de série chronologique (autrement dit, Redis TimeSeries) Oui Oui Oui Oui
Redis sur Flash (également appelé niveau automatique) Oui Oui Oui Oui
Import/Export Oui Oui Oui Oui
Canal de mise à jour et planification des mises à jour Non Non Non Non

Important

Les options de références SKU Équilibré B0 et B1 ne prennent pas en charge la géoréplication active.

Important

Le contrat SLA est disponible uniquement en disponibilité générale, et n’est pas disponible en préversion.

Remarque

La prise en charge du scale-down est limitée dans certaines situations. Pour plus d’informations, consultez Prérequis/limitations de la mise à l’échelle Azure Managed Redis.

Autres considérations lors de la sélection d’un niveau

  • Performances réseau : si vous avez une charge de travail nécessitant un débit élevé, la bande passante réseau risque de constituer un goulot d’étranglement. Vous pouvez augmenter la bande passante en basculant vers un niveau de performance supérieur ou vers une grande taille d’instance. Les instances de taille supérieure offrent davantage de bande passante en raison de la machine virtuelle sous-jacente qui héberge le cache. Des limites de bande passante plus élevées vous permettent d’éviter la saturation du réseau qui provoque des délais d’expiration dans votre application. Pour plus d’informations sur les performances de bande passante, consultez Test de performance.
  • Nombre maximal de connexions clientes : chaque référence SKU a un nombre maximal de connexions clientes. Cette limite augmente avec les niveaux de performances plus élevés et les tailles d’instances supérieures. Pour plus d’informations sur la limite de chaque référence SKU, consultez Tarification Azure Managed Redis.
  • Haute disponibilité : Azure Managed Redis fournit plusieurs options de haute disponibilité. Celui-ci couvre uniquement la connectivité aux points de terminaison du cache. Le contrat SLA ne couvre pas la protection contre la perte de données. Pour plus d’informations sur le contrat SLA, consultez le contrat SLA. Il est possible de désactiver la haute disponibilité dans une instance Azure Managed Redis. Cela réduit le prix, mais entraîne une perte de données et un temps d’arrêt. Nous vous recommandons de désactiver la haute disponibilité uniquement pour les scénarios de développement/test.

Autres considérations relatives à la tarification

Important

Azure Managed Redis Enterprise nécessite une adresse IP pour chaque instance de cache. Actuellement, les frais d’adresse IP sont absorbés par Azure Managed Redis, et ne sont pas assumés par les clients. Cela pourrait changer à l'avenir. Pour plus d’informations, consultez Tarification des adresses IP.

Important

L’utilisation de la géoréplication active génère un transfert de données entre les régions Azure. Ces frais de bande passante sont actuellement absorbés par Azure Managed Redis, et ne sont pas assumés par les clients. Cela pourrait changer à l'avenir. Pour plus d’informations, consultez Tarification de la bande passante.

Disponibilité par région

Azure Managed Redis s’étend continuellement dans de nouvelles régions. Pour vérifier la disponibilité dans votre région, consultez Disponibilité des produits par région.

Migration à partir d’Azure Cache pour Redis

Pour plus d’informations sur la migration d’Azure Cache pour Redis vers Azure Managed Redis, consultez Migrer d’Azure Cache pour Redis vers Azure Managed Redis.