Points clés à retenir
- Commvault contribue à protéger les données Redis gérées par Azure prises en charge dans le cadre d’unestratégie de résilience plus large.
- À mesure que l’utilisation de Redis s’étend aux charges de travail liées à l’IA et aux données vectorielles, la Readiness pour la Recovery revêt une importance croissante pour garantir la fiabilité du service.
- Redis stocke souvent l’état en temps réel des applications, ce qui rend sa disponibilité essentielle à l’expérience utilisateur, à la continuité des applications et à la stabilité opérationnelle.
- La perte de données en mémoire peut entraîner des répercussions en cascade, notamment une surcharge de la base de données, une interruption des sessions et une dégradation des fonctionnalités de l’application.
- La planification de la Recovery doit permettre de distinguer les données pouvant être régénérées de celles qui nécessitent une protection et une restauration explicites.
La nécessité de se préparer à la Recovery
Azure Managed Redis est un magasin de données en mémoire géré basé sur Redis Enterprise. Les développeurs d’applications et les ingénieurs de plateforme l’utilisent pour la mise en cache, la gestion de l’état des sessions, les compteurs, les classements, les flux, la limitation de débit, la recherche vectorielle, la mise en cache sémantique et la mémoire de conversation. Les applications s’appuient sur ces données pour obtenir des réponses à faible latence et un contexte utilisateur actif.
Les utilisateurs peuvent être déconnectés ou perdre le contexte de leur session en cours, les classements et les compteurs peuvent disparaître, les fonctionnalités vectorielles peuvent échouer et les applications peuvent imposer une charge inattendue aux bases de données principales. Pendant l’importation, les clients ne peuvent pas se connecter à l’instance cible et les clés expirées ne sont pas renvoyées.
Redis ne se limite pas à la vitesse des applications
Les équipes applicatives peuvent utiliser Redis pour la mise en cache, la gestion de l’état de session, les compteurs, les flux, la limitation de débit, la recherche vectorielle, la mise en cache sémantique et la mémoire de conversation. Ces structures de données relient l’activité des utilisateurs au comportement en temps réel de l’application. Lorsqu’elles disparaissent, l’impact peut aller bien au-delà d’un simple échec temporaire de mise en cache.
Les applications peuvent saturer les bases de données principales lors de la reconstruction du cache, les utilisateurs peuvent perdre leurs sessions et les Features reposant sur un état transitoire peuvent cesser de fonctionner. Les données conservées uniquement dans Redis peuvent ne pas être reproductibles.
La planification de la Recovery doit identifier quelles données peuvent être reconstituées et lesquelles doivent être récupérées.
Prévoir une Recovery complète au sein de la même région
Commvault permet de protéger les données Azure Managed Redis prises en charge grâce à des sauvegardes complètes. Recovery peut s’effectuer sur site ou vers une autre instance ou un autre abonnement au sein de la même région Azure. Les cibles doivent disposer de modules compatibles, et l’importation remplace toutes les données pendant que les clients sont déconnectés.
Après Recovery, les équipes doivent pouvoir vérifier les modules, les points de terminaison, les autorisations, la connectivité des clients, le comportement des sessions, les compteurs, la récupération des vecteurs et la charge de la base de données principale. Les clés expirées ne seront pas restaurées ; la validation de l’application doit donc tenir compte du comportement attendu tout au long du cycle de vie.
Fonctionnement de la solution de Recovery Commvault
Commvault assure une protection complète au niveau de l’instance pour les données Azure Managed Redis prises en charge et permet de restaurer les données sur la même instance ou sur une autre, y compris dans un autre abonnement, au sein de la même région Azure.
Le processus de Recovery remplace toutes les données de la cible. Les limitations sont les suivantes :
- Les clients ne peuvent pas se connecter pendant l’importation.
- Les clés expirées ne sont pas restaurées.
- La cible doit disposer des mêmes modules requis que la source.
- La Recovery incrémentielle et interrégionale n’est pas prise en charge. Azure n’autorise qu’une seule exportation ou importation par instance à la fois.
Vérifiez la portée actuelle prise en charge, les conditions préalables, les autorisations, les exigences relatives à la destination et le comportement de restauration dans la documentation officielle de Commvault.
En savoir plus
Demandez une démonstrationpour découvrir comment Commvault peut vous aider à protéger les données Azure Managed Redis prises en charge et à renforcer vos capacités de Recovery.
FAQ
Q : Pourquoi la résilience de Recovery est-elle importante pour Azure Managed Redis ?
R : Azure Managed Redis est fréquemment utilisé pour stocker l’état en temps réel des applications, notamment les sessions, les compteurs, les données de limitation de débit, la mémoire de conversation et le contenu mis en cache. Lorsque ces données deviennent indisponibles, les applications peuvent subir une dégradation du service, des perturbations pour les utilisateurs ou une pression accrue sur les systèmes backend. La planification de la Recovery permet de réduire les risques opérationnels et d’améliorer la résilience des applications.
Q : Quels risques métier la perte de données Redis peut-elle entraîner ?
R : La perte de données Redis peut avoir des répercussions bien au-delà des performances des applications. Les utilisateurs peuvent perdre leurs sessions actives, certaines fonctionnalités des applications peuvent cesser de fonctionner comme prévu et les bases de données back-end peuvent subir des pics de trafic pendant la reconstruction des données mises en cache. Ces effets peuvent accroître le risque opérationnel, réduire la qualité du service et allonger les délais de Recovery.
Q : Quel est l’impact de la perte de données Redis sur l’IA et les applications vectorielles ?
R : De nombreuses applications modernes utilisent Redis pour la recherche vectorielle, la mise en cache sémantique et la mémoire conversationnelle. En cas de perte de ces ensembles de données, les applications d’IA peuvent fournir des résultats moins pertinents, perdre le contexte conversationnel ou subir une latence accrue pendant la reconstruction des données. La protection des données Redis contribue à maintenir un comportement cohérent des applications d’IA.
Q : Que doivent inclure les entreprises dans une stratégie de Recovery pour Redis ?
R : Une stratégie de Recovery Redis doit permettre d’identifier les ensembles de données critiques, de documenter les dépendances de Recovery, de définir les procédures de Recovery et d’établir les exigences de validation. Les entreprises doivent également évaluer quelles données peuvent être restaurées et lesquelles nécessitent une protection par Backup and Recovery afin de répondre aux objectifsde continuité des activités.
Q : Pourquoi la validation des applications est-elle importante après la Recovery de Redis ?
R : La restauration des données ne garantit pas que les applications reprendront immédiatement leur fonctionnement normal. Les équipes doivent vérifier les flux d’authentification, la persistance des sessions, les fonctionnalités des API, les performances de récupération des vecteurs, la charge de la base de données et les services destinés aux utilisateurs afin de s’assurer que l’écosystème applicatif fonctionne comme prévu.
Q : Quelles sont les bonnes pratiques en matière de Recovery pour Redis dans les environnements d’entreprise ?
R : Les meilleures pratiques consistent notamment à documenter les objectifs de Recovery, à tester régulièrement les procédures de restauration, à comprendre les contraintes liées à Recovery et à valider le comportement des applications en aval après la restauration. Les entreprises doivent également aligner leurs plans de Recovery sur des stratégies plus larges.de la cyber-résilience, de continuité des activités et de gestion des risques.
Robert Fowlerest chef de produit senior chez Commvault.
