Éléments retirés du cache Azure pour Redis
Dans cet article, vous découvrez ce qui est retiré d’Azure Cache pour Redis.
Version 4 de Redis
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.
La version 4 open source de Redis a été publiée il y a plusieurs années et est maintenant hors service. La version 4 ne reçoit plus aucun correctif de sécurité et de bogue critique de la communauté. Azure Cache pour Redis offre Redis en open source en tant que service managé sur Azure. Pour rester en phase avec l'offre open source, nous retirons également la version 4. Microsoft continue de rétroporter les correctifs de sécurité des versions récentes vers la version 4 jusqu’à sa mise hors service. Nous vous encourageons à mettre à niveau votre cache vers la version 6 plus tôt, afin de pouvoir utiliser l’ensemble complet de fonctionnalités que Redis version 6 a à offrir. Pour plus d’informations et de détails, consultez l’annonce Redis 6 GA.
Pour mettre à niveau votre instance Azure Cache pour Redis version 4, consultez Guide pratique pour mettre à niveau un cache Redis 4 existant vers Redis 6. Si la géoréplication est activée pour vos instances de cache, vous devez dissocier les caches avant la mise à niveau.
Dates importantes de la mise à niveau
Jusqu’au 30 juin 2023, vous pouvez continuer à utiliser les instances Azure Cache pour Redis version 4 existantes. Le retrait s'effectue dans les étapes suivantes, vous disposez donc du maximum de temps pour effectuer la mise à niveau.
| Date | Description |
|---|---|
| 1er novembre. 2022 | À compter du 1er novembre 2022, 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 avec la version 6 de Redis par défaut. Si vous avez besoin d’une version spécifique de Redis pour votre instance de cache, consultez Redis 6 devient la version par défaut pour les nouvelles instances de cache. |
| 1er mars 2023 | À compter du 1er mars 2023, vous ne pourrez plus créer de nouvelles instances Azure Cache pour Redis à l’aide de Redis version 4. Vous ne pourrez plus non plus créer de liens de géoréplication entre les instances de cache à l’aide de Redis version 4. |
| 30 juin 2023 | Passé le 30 juin 2023, toutes les instances de cache de la version 4 restantes, qui n’ont pas de liens de géoréplication, seront automatiquement mises à niveau vers la version 6. |
| 30 août 2023 | Passé le 30 août 2023, toutes les instances de cache de la version 4 restantes, qui ont des liens de géoréplication, seront automatiquement mises à niveau vers la version 6. Cette opération de mise à niveau nécessite de dissocier et de reconnecter les caches et les clients pourraient subir un temps d'arrêt de la liaison de géo-réplication. |
Caches version 4 sur les services cloud
Si votre instance de cache est affectée par le retrait des services cloud, vous ne pouvez pas effectuer de mise à niveau vers Redis 6 tant que vous n’avez pas migré vers un cache basé sur un groupe de machines virtuelles identiques. Dans ce cas, envoyez un mail à azurecachemigration@microsoft.com, et nous pourrons vous aider avec la migration.
Tous les caches restants basés sur les services cloud utilisant Redis 4 seront migrés automatiquement après le 31 octobre 2023. Cette méthode de migration nécessite environ 30 minutes de temps d'arrêt et une perte totale des données sur le cache. Pour éviter la migration automatique, vous pouvez migrer votre instance de cache basée sur un service cloud vers une instance de cache basée sur un groupe de machines virtuelles identiques avant cette date.
Questions sur la mise hors service de Redis 4
- Comment savoir si un cache s’exécute sur la version 4 ?
- Pourquoi Redis version 4 est-il mis hors service ?
- Les caches Redis 4 seront-ils pris en charge jusqu’à la mise hors service ?
- Mes caches Redis 4 sont liés avec un lien de géoréplication. Qu’advient-il du lien de géoréplication pendant la mise à niveau ?
- Qu’advient-il de mon cache si je ne mets pas à niveau vers Redis version 6 d’ici le 30 juin 2023 ?
- Qu’arrive-t-il au cache de mon service cloud si je ne le mets pas à niveau d’ici le 30 juin 2023 ?
- Dois-je mettre à jour mon application pour pouvoir utiliser Redis version 6 ?
- Qu’arrive-t-il exactement à mon cache lorsque j’exécute l’opération de mise à niveau ?
- Mon cache sera-t-il disponible pendant le processus de mise à niveau ?
- Combien de temps dure la mise à niveau ?
- Puis-je exécuter une opération de mise à niveau via l’API REST, Azure CLI ou PowerShell ?
- Mon application est-elle affectée pendant la mise à niveau ?
- Puis-je restaurer l’opération de mise à niveau ?
Comment savoir si un cache s’exécute sur la version 4 ?
Vérifiez la version Redis de votre instance de cache en sélectionnant Propriétés dans le menu des ressources du portail Azure Cache pour Redis.
Pourquoi Redis version 4 est-il mis hors service ?
Azure Cache pour Redis est l’offre managée pour la solution de mise en cache open source populaire Redis. Redis version 4 n’est plus pris en charge par la communauté open source. Redis 4 ne sera plus pris en charge sur Azure à compter du 30 juin 2023.
Les caches Redis 4 seront-ils pris en charge jusqu’à la mise hors service ?
Les caches Redis version 4 continuent d’obtenir des correctifs de bogues critiques et des mises à jour de sécurité jusqu’au 30 juin 2023.
Mes caches Redis 4 sont liés avec un lien de géoréplication. Qu’advient-il du lien de géoréplication pendant la mise à niveau ?
Les caches ne peuvent pas être mis à niveau tant qu’ils ont un lien de géoréplication.
- Tout d’abord, vous devez dissocier temporairement les caches.
- Mettez à niveau vos deux caches.
- Ensuite, liez-les de nouveau.
Qu’advient-il de mon cache si je ne mets pas à niveau vers Redis version 6 d’ici le 30 juin 2023 ?
Si vous ne mettez pas à niveau votre cache Redis 4 avant le 30 juin 2023, le cache est automatiquement mis à niveau vers la version 6. Si vous avez planifié une fenêtre de maintenance pour votre cache, la mise à niveau se produit pendant la fenêtre de maintenance. Les caches Redis 4 géorépliqués seront mis hors service le 30 août 2023.
Qu’arrive-t-il au cache de mon service cloud si je ne le mets pas à niveau d’ici le 30 juin 2023 ?
Les caches de la version 4 du service cloud ne peuvent pas être mis à niveau vers la version 6 tant qu’ils n’ont pas été migrés vers un cache basé sur un groupe de machines virtuelles identiques Azure.
Tous les caches restants basés sur les services cloud utilisant Redis 4 seront migrés automatiquement après le 31 octobre 2023. Cette méthode de migration nécessite environ 30 minutes de temps d'arrêt et une perte totale des données sur le cache. Pour éviter la migration automatique, vous pouvez migrer votre instance de cache basée sur un service cloud vers un cache basé sur un groupe de machines virtuelles identiques avant cette date. Nous vous recommandons vivement de migrer vos caches vers le groupe de machines virtuelles identiques Azure dès que possible.
Pour plus d’informations, voir Caches avec une dépendance aux services de cloud (classique).
Dois-je mettre à jour mon application pour pouvoir utiliser Redis version 6 ?
Redis version 6 est compatible avec la version 4 et les applications doivent continuer à fonctionner en toute transparence après la mise à niveau de la version.
Qu’arrive-t-il exactement à mon cache lorsque j’exécute l’opération de mise à niveau ?
Pendant le processus de mise à niveau, le nœud de réplica de votre cache est d’abord mis à niveau pour exécuter Redis version 6. Le nœud réplica de mise à niveau prend ensuite le relais en tant que nœud principal de votre cache tandis que l’ancien nœud principal redémarre pour prendre le rôle de réplica. Ce processus est exactement comme le processus de mise à jour corrective décrit dans Comment se produit la mise à jour corrective ?.
Mon cache sera-t-il disponible pendant le processus de mise à niveau ?
Les caches Standard et Premium sont entièrement fonctionnels et disponibles pendant le processus de mise à niveau, mais vos applications voient une erreur de connexion pendant quelques secondes. Les caches de base ne sont pas disponibles pendant la mise à niveau et toutes les données sont perdues.
Combien de temps dure la mise à niveau ?
En règle générale, l’opération de mise à niveau prend environ 20 minutes par nœud de cache, mais elle peut prendre plus de temps si le cache est soumis à une charge serveur élevée.
Puis-je exécuter une opération de mise à niveau via l’API REST, Azure CLI ou PowerShell ?
Oui, le processus de mise à niveau peut être déclenché via l’API REST, Azure CLI ou la commande PowerShell. Pour plus d’informations, consultez Comment mettre à niveau un cache Redis 4 existant vers Redis 6.
Mon application est-elle affectée pendant la mise à niveau ?
Votre application voit une interruption de la connexion qui dure quelques secondes. Votre application doit réessayer les commandes de manière appropriée en cas d’erreurs de connectivité. Pour plus d’informations, consultez Meilleures pratiques pour la résilience des connexions.
Puis-je restaurer l’opération de mise à niveau ?
Non, la mise à niveau ne peut pas être restaurée.