Nouveautés d’Azure Cache pour Redis

  • Article

Février 2024

La prise en charge de l’utilisation de clés gérées par le client (CMK) pour le chiffrement des disques est désormais en disponibilité générale.

Pour plus d’informations, consultez Comment configurer le chiffrement CMK sur les caches Enterprise.

Janvier 2024

Tous les niveaux d’Azure Cache pour Redis prennent désormais en charge TLS 1.3.

Pour en savoir plus, consultez l’article Quels sont les paramètres de configuration du protocole TLS ?.

Octobre 2023

Opération de vidage des données pour les caches De base, Standard et Premium (préversion)

Les caches de niveau De base, Standard et Premium prennent désormais en charge une opération de vidage intégrée qui peut être démarrée au niveau du plan de contrôle. Utilisez l’opération de vidage avec votre cache en exécutant la commande FLUSH ALL via la console du portail ou redis-cli.

Pour plus d’informations, consulter Opération de vidage des données.

Canal de mise à jour pour les caches De base, Standard et Premium (préversion)

Avec les caches de niveau De base, Standard ou Premium, vous pouvez choisir de recevoir des mises à jour anticipées en configurant le canal de mise à jour « Préversion » ou « Stable ».

Pour plus d’informations, consultez Canaux de mise à jour.

September 2023

Supprimer les protocoles TLS 1.0 et 1.1 de l’utilisation avec Azure Cache pour Redis

Pour répondre à la poussée à l’échelle du secteur vers l’utilisation exclusive de TLS (Transport Layer Security) version 1.2 ou ultérieure, Azure Cache pour Redis s’oriente vers l’utilisation de TLS 1.2 en octobre 2024.

Dans le cadre de cet effort, vous pouvez vous attendre aux modifications suivantes dans Azure Cache pour Redis :

  • Phase 1 : Azure Cache pour Redis cesse d’offrir TLS 1.0 ou 1.1 comme option pour le paramètre MinimumTLSVersion en ce qui concerne les nouvelles créations de cache. Les instances de cache existantes ne seront pas mises à jour à ce stade. Vous pouvez toujours utiliser le portail Azure ou d'autres API de gestion pour remplacer la version minimale de TLS par la version 1.0 ou 1.1 et assurer la compatibilité descendante.
  • Phase 2 : Azure Cache pour Redis cesse de prendre en charge TLS 1.1 et TLS 1.0 à compter du 1er octobre 2024. Après cette modification, votre application devra utiliser TLS 1.2 ou une version ultérieure pour communiquer avec votre cache. La disponibilité du service Azure Cache pour Redis est prévue lors de notre mise à jour de MinimumTLSVerion pour tous les caches vers la version 1.2.

Si vous souhaitez obtenir plus d’informations, consultez Supprimer TLS 1.0 et 1.1 de l’utilisation avec Azure Cache pour Redis.

Juin 2023

Microsoft Entra ID pour l’authentification et le contrôle d’accès en fonction du rôle sont disponibles dans toutes les régions qui prennent en charge Azure Cache pour Redis.

Mai 2023

Authentification et autorisation Microsoft Entra ID (préversion)

L’authentification et l’autorisation basées sur Microsoft Entra ID sont désormais disponibles en préversion publique avec Azure Cache pour Redis. Avec cette intégration Microsoft Entra ID, les utilisateurs peuvent se connecter à leur instance de cache sans clé d’accès et utiliser le contrôle d’accès en fonction du rôle pour se connecter à leur instance de cache.

Cette fonctionnalité est disponible pour Azure Cache pour Redis références SKU De base, Standard et Premium. Avec cette mise à jour, les clients peuvent s’attendre à une sécurité accrue et à un processus d’authentification simplifié lors de l’utilisation de Azure Cache pour Redis.

Jusqu’à 30 partitions prises en charge pour les instances en cluster de Azure Cache pour Redis

Azure Cache pour Redis prend désormais en charge les caches en cluster avec jusqu’à 30 partitions. À présent, vos applications peuvent stocker davantage de données et mieux évoluer avec vos charges de travail.

Avril 2023

Métrique de latence du 99e centile (préversion)

Une nouvelle métrique est disponible pour suivre la latence la plus faible des commandes côté serveur dans les instances Azure Cache pour Redis. La latence est mesurée à l’aide de commandes PING et de temps de réponse de suivi. Cette métrique peut être utilisée pour suivre l’intégrité de votre instance de cache et pour voir si les commandes de longue durée compromettent les performances de latence.

Pour plus d’informations, voir Surveillance du Cache Azure pour Redis.

Mars 2023

Effectuer un scale-up et un scale-out sur place pour les niveaux Entreprise (préversion)

Les niveaux Enterprise et Enterprise Flash prennent désormais en charge la possibilité d’effectuer un scale-up et un scale-out d’instances de cache sans nécessiter de temps d’arrêt ou de perte de données. Les actions de scale-up et de scale-out peuvent se produire dans la même opération.

Pour plus d’informations, voir Mise à l’échelle d’une instance Azure Cache pour Redis.

Prise en charge de RedisJSON dans les caches géorépliqués actifs (préversion)

Les instances de cache utilisant la géoréplication active prennent désormais en charge le module RedisJSON.

Pour plus d’informations, consultez la page Configurer une géoréplication active.

Opération de vidage des caches géorépliqués actifs (préversion)

Les caches utilisant la géoréplication active incluent désormais une opération de vidage intégrée pouvant être lancée au niveau du plan de contrôle. Utilisez l’opération de vidage avec votre cache au lieu des opérations FLUSH ALL et FLUSH DB qui sont bloquées par conception pour les caches géorépliqués actifs.

Pour plus d’informations, consulter Opération de vidage.

Chiffrement de disque de clé gérée par le client (CMK) (préversion)

Les données Redis enregistrées sur disque peuvent désormais être chiffrées à l’aide de clés gérées par le client (CMK) dans les niveaux Enterprise et Enterprise Flash. L’utilisation d’une CMK ajoute une autre couche de contrôle au chiffrement de disque par défaut.

Pour plus d’informations,voir Activer le chiffrement de disque.

Journaux d’audit des événements de connexion (préversion)

Les caches des niveaux Enterprise Flash et Entreprise peuvent désormais consigner tous les événements de connexion, de déconnexion et d’authentification via les paramètres de diagnostic. La journalisation de ces informations permet d’effectuer des audits de sécurité. Vous pouvez également surveiller qui a accès à votre ressource de cache.

Pour plus d’informations, voir Activation des journaux d’audit de connexion.

Novembre 2022

Prise en charge de RedisJSON

La prise en charge de l’utilisation du module RedisJSON est désormais en disponibilité générale.

Pour plus d’informations, consultez Utiliser des modules Redis avec Azure Cache pour Redis.

Redis 6 devient la mise à jour par défaut

Toutes les versions de l’API REST Azure Cache pour Redis, de PowerShell, d’Azure CLI et du SDK Azure créeront des instances Redis 6 à compter du 20 janvier 2023. Auparavant, nous avions annoncé que ce changement aurait lieu le 1er novembre 2022, mais en raison de changements imprévus, la date a maintenant été repoussée au 20 janvier 2023.

Pour plus d’informations, consultez Redis 6 devient par défaut pour les nouvelles instances de cache.

Octobre 2022

Améliorations apportées à la géoréplication passive

Plusieurs améliorations ont été apportées à la fonctionnalité de géoréplication passive offerte sur le niveau Premium de Azure Cache pour Redis.

  • De nouvelles métriques sont disponibles pour permettre aux clients de mieux suivre l’intégrité et l’état de leur lien de géoréplication, y compris des statistiques sur la quantité de données qui attendent d’être répliquées. Pour plus d’informations, voir Surveillance du Cache Azure pour Redis.

    • Décalage de connectivité de la géoréplication (préversion)
    • Décalage de la synchronisation des données de géoréplication (préversion)
    • Événement de synchronisation complète de la géoréplication terminée (préversion)
    • Événement de synchronisation complète de la géoréplication démarrée (préversion)

  • Les clients peuvent désormais lancer un basculement entre les caches géo-primaire et géoréplicas avec une seule sélection ou une commande CLI, éliminant ainsi les tracas liés à la dissociation et la réassociation manuelle des caches. Pour plus d’informations, consultez Lancer un basculement du cache géo-principal vers le cache géo-secondaire.

  • Une URL de cache globale est désormais également proposée, qui met automatiquement à jour leurs enregistrements DNS après le déclenchement des géo-basculements, ce qui permet à leur application de gérer une seule adresse de cache. Pour plus d’informations, consultez URL géo-primaires.

Septembre 2022

Mettez à niveau vos instances Azure Cache pour Redis pour utiliser Redis version 6 avant le 30 juin 2023

Le 30 juin 2023, nous allons mettre hors service la version 4 pour les instances Azure Cache pour Redis. Avant cette date, vous devez mettre à niveau vos instances de cache vers la version 6.

  • Toutes les instances de cache exécutant Redis version 4 après le 30 juin 2023 seront mises à niveau automatiquement.
  • Toutes les instances de cache exécutant Redis version 4 avec la géoréplication activée seront mises à niveau automatiquement après le 30 août 2023.

Nous vous recommandons de mettre à niveau vos caches par vous-même de façon à ce que cela convienne à votre planification et aux besoins de vos utilisateurs, afin de rendre la mise à niveau aussi adaptée que possible.

Pour plus d’informations, consultez Mises hors service.

Prise en charge de l’identité managée dans Azure Cache pour Redis

L’authentification des connexions de compte de stockage en utilisant l’identité managée est maintenant en disponibilité générale.

Pour plus d’informations, consultez Identité managée pour le stockage.

Août 2022

Module RedisJSON disponible dans Azure Cache pour Redis Enterprise

Les niveaux Flash Entreprise et Entreprise de Azure Cache pour Redis prennent désormais en charge le module RedisJSON. Ce module ajoute des fonctionnalités natives pour stocker, interroger et rechercher des données au format JSON qui vous permet de stocker plus facilement les données dans un format de style document dans Redis. À l’aide de ce module, vous simplifiez les cas d’usage courants tels que le stockage des données de catalogue de produits ou de profil utilisateur.

Le module RedisJSON implémente la version communautaire du module afin de pouvoir utiliser vos connaissances et vos flux de travail existants. RedisJSON est conçu pour être utilisé avec la fonctionnalité de recherche de RediSearch. L’utilisation des deux modules fournit l’indexation intégrée et l’interrogation des données. Pour plus d’informations, consultez RedisJSON.

Le module RediSearch est également disponible pour Azure Cache pour Redis. Pour plus d’informations sur l’utilisation de modules Redis dans Azure Cache pour Redis, consultez Utiliser des modules Redis avec Azure Cache pour Redis.

Juillet 2022

Redis 6 devient par défaut pour les nouvelles instances de cache

Important

Auparavant, nous avions annoncé que ce changement aurait lieu le 1er novembre 2022. La nouvelle date est le 20 janvier 2023. Le texte a été mis à jour pour refléter la nouvelle date.

À compter du 20 janvier 2023, toutes les versions de Azure Cache pour Redis l’API REST, PowerShell, Azure CLI et le Kit de développement logiciel (SDK) Azure créent des instances Redis à l’aide de la dernière version stable de Redis proposée par Azure Cache pour Redis par défaut. Auparavant, Redis version 4.0 était la version par défaut utilisée. Toutefois, depuis octobre 2021, la dernière version stable de Redis proposée dans Azure Cache pour Redis est 6.0.

Notes

Ce changement n’affecte pas les instances existantes. Elle s’applique uniquement aux nouvelles instances créées à partir du 20 janvier 2023 et ultérieurement.

La version Redis par défaut utilisée lors de la création d’une instance de cache peut varier, car elle est basée sur la dernière version stable proposée dans Azure Cache pour Redis.

Si vous avez besoin d’une version spécifique de Redis pour votre application, nous vous recommandons d’utiliser les dernières versions d’artefact, comme indiqué dans le tableau. Ensuite, choisissez la version redis explicitement lorsque vous créez le cache.

Artefact Version qui prend en charge la spécification de la version redis
API REST 2020-06-01 et ultérieure
PowerShell 6.3.0 et ultérieure
Azure CLI 2.27.0 et ultérieure
Kit SDK Azure pour .NET 7.0.0 et ultérieure
Kit SDK Azure pour Python 13.0.0 et ultérieure
Kit SDK Azure pour Java 2.2.0 et ultérieure
Kit SDK Azure pour JavaScript 6.0.0 et ultérieure
Kit de développement logiciel Microsoft Azure SDK pour Go v49 1.0 et versions ultérieures

Avril 2022

Nouvelles métriques pour le taux de création de connexion

Ces deux nouvelles métriques peuvent vous aider à déterminer si les clients Azure Cache pour Redis se déconnectent et se reconnectent fréquemment, ce qui peut entraîner une utilisation plus élevée du processeur et la charge du serveur Redis.

  • Connexions créées par seconde
  • Connexions fermées par seconde

Pour plus d’informations, consultez Afficher les métriques du cache.

Modification du cache par défaut

À compter du 15 mai 2022, toutes les nouvelles instances d’Azure Cache pour Redis utiliseront Redis 6 par défaut. Vous pourrez toujours créer une instance Redis 4 en sélectionnant explicitement la version lors de la création d’une instance Azure Cache pour Redis.

Ce changement n’affecte pas les instances existantes. La modification s’applique uniquement aux nouvelles instances créées après le 15 mai 2022.

La version par défaut de Redis utilisée lors de la création d’un cache peut changer au fil du temps. Azure Cache pour Redis peut adopter une nouvelle version lorsqu’une nouvelle version de Redis open source est publiée. Si votre application nécessite une version spécifique de Redis, nous vous recommandons de choisir explicitement cette version de Redis lorsque vous créez le cache.

Février 2022

Changement des certificats TLS

À partir de mai 2022, Azure Cache pour Redis passe aux certificats TLS émis par la racine d’autorité de certification DigiCert Global G2. La racine Baltimore CyberTrust actuelle expire en mai 2025, d’où la nécessité de changer.

Nous prévoyons que la plupart des clients d’Azure Cache pour Redis ne seront pas affectés. Toutefois, votre application risque d’être affectée si vous spécifiez explicitement une liste d’autorités de certification acceptables, ce qu’on appelle épinglage de certificat.

Pour plus d’informations, consultez ce blog qui contient des instructions sur la façon de vérifier si votre application cliente est affectée. Nous vous recommandons d’entreprendre les actions recommandées dans le blog pour éviter la perte de connectivité du cache.

Disponibilité générale de la géoréplication active pour Azure Cache pour Redis Enterprise

La géoréplication active pour Azure Cache pour Redis Enterprise est désormais en disponibilité générale.

La géoréplication active est un outil puissant qui permet de lier les clusters Azure Cache pour Redis entre eux pour une réplication fluide de données en mode actif/actif. Vos applications peuvent écrire dans un cluster Redis et vos données sont automatiquement copiées vers les autres clusters liés, et vice versa. Pour plus d’informations, consultez cette publication dans le blog de la communauté des développeurs Azure.

Janvier 2022

Prise en charge de l’identité managée dans Azure Cache pour Redis dans le stockage

Azure Cache pour Redis prend désormais en charge l’authentification des connexions au compte de stockage par une identité managée. L’identité est établie par le biais de Microsoft Entra ID, et l’identité affectée par le système et l’identité affectée par l’utilisateur sont toutes deux prises en charge. La prise en charge d’identités managées permet aussi au service d’établir un accès approuvé au stockage pour utiliser certaines fonctionnalités comme la persistance des données et l’importation/exportation des données du cache.

Pour plus d’informations, consultez Identité managée avec Azure Cache pour Redis.

Octobre 2021

Azure Cache pour Redis 6.0 GA

Azure Cache pour Redis 6.0 est maintenant en disponibilité générale. La nouvelle version comprend :

  • Redis Streams, un nouveau type de données
  • Une amélioration du niveau de performance
  • Une meilleure productivité des développeurs
  • Le renforcement de la sécurité

Vous pouvez maintenant utiliser une structure de données en ajout uniquement, Redis Streams, pour ingérer, gérer et comprendre les données qui sont générées en permanence.

Par ailleurs, Azure Cache pour Redis 6.0 introduit de nouvelles commandes : STRALGO, ZPOPMIN, ZPOPMAX et HELP pour augmenter les performances et faciliter l’utilisation.

Démarrez avec Azure Cache pour Redis 6.0 aujourd’hui, et sélectionnez Redis 6.0 pendant la création du cache. Vous pouvez également mettre à niveau vos instances de cache Redis 4.0 existantes.

Diagnostics pour les clients connectés

Azure Cache pour Redis s’intègre désormais aux paramètres de diagnostic Azure pour journaliser des informations sur toutes les connexions clientes à votre cache. La journalisation et l’analyse de ce paramètre de diagnostic vous aident à comprendre qui se connecte à vos caches et vous donnent l’horodatage de ces connexions. Ces données peuvent être utilisées pour identifier l’étendue d’une violation de sécurité et pour effectuer un audit de sécurité. Les utilisateurs peuvent router ces journaux vers la destination de leur choix, par exemple, un compte de stockage ou Event Hubs.

Pour plus d’informations, consultez Superviser les données Azure Cache pour Redis à l’aide des paramètres de diagnostic.

Mise à jour d’Azure Cache pour Redis Entreprise

La préversion publique de la géoréplication active prend désormais en charge :

  • Module RediSearch : déployer RediSearch avec la géoréplication active
  • Cinq caches dans un groupe de réplication. Elle en prenait deux en charge auparavant.
  • Stratégie de clustering OSS : adaptée aux charges de travail hautes performances et offrant une meilleure scalabilité.

Octobre 2020

Changement de certificat Azure TLS

Microsoft met à jour les services Azure pour qu’ils utilisent des certificats TLS issus d’un autre ensemble d’autorités de certification racines. Ce changement est apporté parce que les certificats d’autorité de certification actuels ne sont pas conformes à l’une des exigences de référence du CA/Browser Forum. Pour plus d’informations, consultez Changements des certificats Azure TLS.

Pour plus d’informations sur l’effet sur Azure Cache pour Redis, consultez Changement des certificats TLS Azure.

Étapes suivantes

Si vous avez d’autres questions, contactez-nous par le biais du support.