Die wichtigsten Erkenntnisse
- Commvault führt im Rahmen einerumfassende Strategie zur Ausfallsicherheitzum Schutz der unterstützten Azure Managed Redis-Daten bei.
- Da sich der Einsatz von Redis zunehmend auf KI- und vektorbasierte Workloads ausweitet, gewinnt die Recovery-Readiness für die Aufrechterhaltung der Dienstzuverlässigkeit immer mehr an Bedeutung.
- Redis speichert häufig den aktuellen Anwendungsstatus, weshalb seine Verfügbarkeit entscheidend für die Benutzererfahrung, die Kontinuität der Anwendung und die Betriebsstabilität ist.
- Der Verlust von Daten im Arbeitsspeicher kann Kettenreaktionen auslösen, darunter eine Überlastung der Datenbank, Unterbrechungen von Sitzungen und eine Beeinträchtigung der Anwendungsfunktionalität.
- Bei der Planung der Recovery sollte unterschieden werden zwischen Daten, die neu generiert werden können, und Daten, die einen expliziten Schutz und eine Wiederherstellung erfordern.
Die Notwendigkeit der Recovery-Readiness
Azure Managed Redis ist ein verwalteter In-Memory-Datenspeicher auf Basis von Redis Enterprise. Anwendungsentwickler und Plattformingenieure nutzen ihn für Caching, Sitzungsstatus, Zähler, Ranglisten, Streams, Ratenbegrenzung, Vektorsuche, semantisches Caching und Konversationsspeicher. Anwendungen sind auf diese Daten angewiesen, um Antworten mit geringer Latenz und einen aktiven Benutzerkontext zu gewährleisten.
Benutzer können abgemeldet werden oder den aktuellen Kontext verlieren, Ranglisten und Zähler können verschwinden, vektorbasierte Features können ausfallen und Anwendungen können die Primärdatenbanken unerwartet belasten. Während des Imports können Clients keine Verbindung zur Zielinstanz herstellen, und abgelaufene Schlüssel werden nicht zurückgegeben.
Redis bietet mehr als nur eine höhere Anwendungsgeschwindigkeit
Anwendungsteams nutzen Redis möglicherweise für Cache, Sitzungsstatus, Zähler, Streams, Ratenbegrenzung, Vektorsuche, semantisches Caching und Konversationsspeicher. Diese Datenstrukturen verknüpfen die Nutzeraktivität mit dem Live-Verhalten der Anwendung. Wenn sie verloren gehen, können die Auswirkungen über einen vorübergehenden Cache-Fehler hinausgehen.
Anwendungen können Primärdatenbanken beim Wiederaufbau des Caches überlasten, Benutzer können ihre Sitzungen verlieren und Features, die auf einem vorübergehenden Zustand basieren, können ausfallen. Daten, die ausschließlich in Redis gespeichert sind, lassen sich möglicherweise nicht reproduzieren.
Bei der Planung der Recovery sollte ermittelt werden, welche Daten neu befüllt und welche wiederhergestellt werden müssen.
Planen Sie eine vollständige Recovery innerhalb derselben Region
Commvault unterstützt den Schutz unterstützter Azure Managed Redis-Daten durch vollständige Backups. Recovery kann vor Ort oder auf einer anderen Instanz bzw. in einem anderen Abonnement innerhalb derselben Azure-Region erfolgen. Die Zielsysteme benötigen kompatible Module, und der Import ersetzt alle Daten, während die Clients getrennt sind.
Nach der Recovery sollten Teams in der Lage sein, Module, Endpunkte, Berechtigungen, Client-Konnektivität, Sitzungsverhalten, Zähler, Vektorabruf und die Auslastung der Primärdatenbank zu überprüfen. Abgelaufene Schlüssel werden nicht wiederhergestellt, daher sollte die Anwendungsvalidierung das erwartete Lebenszyklusverhalten berücksichtigen.
So funktioniert die Recovery-Funktion von Commvault
Commvault bietet umfassenden Schutz auf Instanzebene für unterstützte Azure Managed Redis-Daten und ermöglicht die Wiederherstellung auf derselben oder einer anderen Instanz – einschließlich eines anderen Abonnements – innerhalb derselben Azure-Region.
Der Recovery-Prozess überschreibt alle Daten am Zielort. Zu den Einschränkungen gehören:
- Clients können während des Imports keine Verbindung herstellen.
- Abgelaufene Schlüssel werden nicht wiederhergestellt.
- Das Ziel muss über dieselben erforderlichen Module verfügen wie die Quelle.
- Inkrementelle Recovery und regionenübergreifende Recovery werden nicht unterstützt. Azure erlaubt jeweils nur einen Export oder Import pro Instanz.
Informieren Sie sich in der offiziellen Commvault-Dokumentation über den derzeit unterstützten Umfang, die Voraussetzungen, Berechtigungen, Zielanforderungen und das Wiederherstellungsverhalten.
Mehr erfahren
Fordern Sie eine Demo an,um zu erfahren, wie Commvault zum Schutz unterstützter Azure Managed Redis-Daten und zur Verbesserung der Recovery-Readiness beitragen kann.
FAQs
F: Warum ist Recovery-Resilienz für Azure Managed Redis wichtig?
A: „Azure Managed Redis“ wird häufig zum Speichern des Live-Anwendungsstatus verwendet, darunter Sitzungen, Zähler, Daten zur Ratenbegrenzung, Konversationsspeicher und zwischengespeicherte Inhalte. Wenn diese Daten nicht mehr verfügbar sind, kann es bei Anwendungen zu Leistungseinbußen, Störungen für Benutzer oder einer erhöhten Belastung der Backend-Systeme kommen. Eine Recovery-Planung trägt dazu bei, Betriebsrisiken zu reduzieren und die Ausfallsicherheit von Anwendungen zu verbessern.
F: Welche geschäftlichen Risiken können durch den Verlust von Redis-Daten entstehen?
A: Der Verlust von Redis-Daten kann sich nicht nur auf die Anwendungsleistung auswirken. Benutzer können aktive Sitzungen verlieren, Features der Anwendung funktionieren möglicherweise nicht mehr wie erwartet, und Backend-Datenbanken können während der Wiederherstellung der zwischengespeicherten Daten mit Traffic-Spitzen konfrontiert sein. Diese Auswirkungen können das Betriebsrisiko erhöhen, die Servicequalität beeinträchtigen und die Zeiten der Recovery verlängern.
F: Wie wirkt sich ein Datenverlust bei Redis auf KI- und vektorbasierte Anwendungen aus?
A: Viele moderne Anwendungen nutzen Redis für die Vektorsuche, das semantische Caching und das Konversationsgedächtnis. Gehen diese Datensätze verloren, liefern KI-Anwendungen möglicherweise weniger relevante Ergebnisse, verlieren den Konversationskontext oder weisen während der Rekonstruktion der Daten erhöhte Latenzzeiten auf. Der Schutz von Redis-Daten trägt dazu bei, ein konsistentes Verhalten von KI-Anwendungen aufrechtzuerhalten.
F: Was sollten Unternehmen in eine Redis-Recovery-Strategie einbeziehen?
A: Eine Redis-Recovery-Strategie sollte in der Lage sein, kritische Datensätze zu identifizieren, Recovery-Abhängigkeiten zu dokumentieren, Recovery-Verfahren zu definieren und Validierungsanforderungen festzulegen. Unternehmen sollten zudem bewerten, welche Daten wiederhergestellt werden können und welche einen Backup and Recovery-Schutz erfordern, um die Zieleder Geschäftskontinuitätzu erreichen.
F: Warum ist die Anwendungsvalidierung nach einer Redis-Recovery-Prozedur wichtig?
A: Die Wiederherstellung von Daten garantiert nicht, dass Anwendungen sofort wieder normal funktionieren. Teams sollten Authentifizierungsabläufe, Sitzungspersistenz, API-Funktionalität, Leistung beim Abruf von Vektoren, Datenbankauslastung und benutzerseitige Dienste überprüfen, um sicherzustellen, dass das Anwendungsökosystem wie erwartet funktioniert.
F: Was sind bewährte Verfahren für die Redis-Recovery-Prozesse in Unternehmensumgebungen?
A: Zu den Best Practices gehören die Dokumentation von Recovery-Zielen, das regelmäßige Testen von Recovery-Verfahren, das Verständnis der Recovery-Beschränkungen sowie die Überprüfung des Verhaltens nachgelagerter Anwendungen nach der Recovery. Unternehmen sollten ihre Recovery-Pläne zudem an übergeordnete Strategien anpassenzur Cyber-Resilienz, die Geschäftskontinuität und das Risk-Management aufeinander abzustimmen.
Robert Fowlerist Senior Product Manager bei Commvault.
