Nehmen wir an, Sie verfügen über eine SQL Server-Verfügbarkeitsgruppe (AG) in Ihrem virtualisierten Rechenzentrum. Diese SQL Server-AG hostet zahlreiche Datenbanken, die geschäftskritische Anwendungen bedienen. Derzeit liegen insgesamt ein halbes Terabyte an geschäftskritischen Daten vor, doch die Datenmenge wächst rasant. Sie machen sich Sorgen um die Verfügbarkeit dieses SQL Servers, und genau aus diesem Grund haben Sie ihn von vornherein als AlwaysOn-Verfügbarkeitsgruppe konfiguriert. Außerdem ist Ihnen durchaus bewusst, dass eine AG keinen Schutz vor Softwarefehlern, Datenbeschädigungen und Sicherheitslücken bietet. Daher möchten Sie dieses halbe Terabyte an einem anderen Ort sichern, vorzugsweise in einer vom Produktionsstandort isolierten Umgebung („Air-Gap“). Was ist im unglücklichen Fall eines Datenverlusts das beste Wiederherstellungszeitziel (Recovery Time Objective, RTO), das Ihr Backup-Anbieter bieten kann?
Sie werden wahrscheinlich oft hören, wie Anbieter von Backup-Lösungen für lokale Systeme den Wert der „sofortigen Recovery-Methode“ für virtuelle Maschinen anpreisen. Als RTO werden Sekunden bis Minuten versprochen. Doch wenn es darum geht, eine virtuelle Maschine (VM) wieder auf ihr produktives Betriebsniveau zu bringen, hat die sogenannte „sofortige Recovery-Methode“ nichts mit „sofort“ zu tun.
Die sogenannte „Instant Recovery“ besteht darin, die Festplattendateien der VM über NFS vom Backup-System bereitzustellen und VMware vSphere die VM anhand dieser Festplattendateien ausführen zu lassen. Es stimmt, dass der Vorgang, eine VM auf diese Weise aus einem Backup zu starten, nur wenige Minuten dauert. Es stimmt zwar, dass der Flash-Speicher auf Backup-Systemen als Caching-Mechanismus für Schreib-E/A dienen kann. Um die VM jedoch für den Produktionseinsatz betriebsbereit zu machen, muss der VM-Administrator „Storage vMotion“ sorgfältig planen und zum richtigen Zeitpunkt ausführen. Bei diesem Vorgang werden die VM-Festplatten vom Backup-Speicher auf den Produktionsspeicher migriert, während die VM live ist. Dieser Vorgang wird oft von vSphere gedrosselt, um die laufende VM nicht zu beeinträchtigen. Es dauert mehrere Stunden bis hin zu einem ganzen Tag, bis eine große VM migriert ist und betrieblich bereit für Leistung auf Produktionsniveau ist. So viel zum „Instant“ in „Instant Recovery“!
Für das oben genannte Beispiel einer SQL Server-AG müssen die Knoten somit von einem einzigen Backup-Speichersystem versorgt werden, was dem Sinn einer AG zuwiderläuft. Die AG sollte eigentlich mit dedizierten Speichersystemen an jedem Knoten eingerichtet werden, um die Verfügbarkeit zu gewährleisten. In diesem Fall hätte der AG-Cluster Schwierigkeiten beim Hochfahren, da die Synchronisierung extrem langsam verlaufen würde, weil die Lesezugriffe vom Backup-Speicher aus erfolgen. Beachten Sie, dass die AG während dieses Zeitraums nicht verfügbar ist und es daher keine echte „sofortige Recovery“ gibt. Zu allem Übel würde die AG nur noch notdürftig funktionieren, während das erforderliche Storage vMotion vom überlasteten Backup-Speicher auf den Produktionsspeicher durchgeführt werden muss.
Das Problem bei dieser sofortigen Recovery-Methode ist damit noch nicht gelöst. Das Backup befindet sich nach wie vor am selben Standort wie die Produktionsumgebung und ist daher anfällig für Standortausfälle und Sicherheitslücken. Cloud-Speicher kann bei diesen Lösungen nicht als geeignetes Backup-Ziel für die Recovery-Methode genutzt werden. Außerdem ist die sofortige Recovery-Methode nutzlos, sobald Sie planen, Workloads in die VMware Cloud on AWS zu migrieren, da NFS-Speicher von Drittanbietern nicht unterstützt wird.
Clumio Rapid Recovery – Hervorragende betriebliche Wiederherstellungszeit (RTO)
Sorgen Sie für ein sicheres Backup and Recovery Ihrer Daten – ganz gleich, wo diese sich befinden. Rapid Recovery ist eine Reihe von Innovationen von Clumio, die eine schnelle Recovery-Wiederherstellung des Betriebs aus dem Cloud-Speicher ermöglicht, selbst wenn Sie On-Premises-Workloads schützen. Dank „Rapid Recovery“ mit Clumio SaaS dauerte die Wiederherstellung einer aktiven SQL Server AG-Umgebung mit 500 GB Daten, wie im obigen Beispiel dargestellt, nur 5 Minuten. Dies ist die Zeit, die für die durchgängige Recovery-Prozesse benötigt wurden, bis die Daten wieder voll funktionsfähig waren. Wie haben wir das geschafft? Dabei spielen zwei Innovationen in „Rapid Recovery“ eine entscheidende Rolle.
Skalierbare Rehydrierung:
Die skalierbare Rehydration von Clumio beseitigt die durch herkömmliche „Bricks-and-Blocks“-Systeme verursachten Rehydrationsverluste vollständig. Die Rehydration erfolgt bei Clumio mithilfe serverloser Rechenleistung und nutzt die unbegrenzte Rechenkapazität der Cloud, während für eine bestimmte Anfrage parallele E/A-Vorgänge über alle relevanten Blöcke hinweg ausgeführt werden. Das Ergebnis: Der Wiederherstellungsdurchsatz des Clumio-Backup-Dienstes übertrifft den eines herkömmlichen Deduplizierungssystems, das im Rechenzentrum untergebracht ist.
Reverse Changed Block Tracking:
Wenn Sie eine VM in der Produktion aus einem Backup wiederherstellen, versuchen Sie im Grunde genommen, die Zeit zurückzudrehen, um einen letzten bekannten fehlerfreien Zustand zu erreichen. Die Funktion „Reverse Changed Block Tracking“ von Clumio hilft Ihnen dabei, genau das zu tun, ohne eine vollständige Wiederherstellung durchführen zu müssen. Der Clumio-Backup-Dienst ruft die geänderten Blöcke (die über die zuvor beschriebene Scale-out-Rehydration neu generiert wurden) ab und wendet sie direkt auf den Produktionsspeicher an, um die VM auf den vorherigen Zeitpunkt zurückzusetzen. Das Ergebnis: Die Zeit, die benötigt wird, um eine VM vom Clumio-Backup-Dienst wieder auf ein produktionsfähiges Niveau zu bringen, ist kürzer als bei einer Wiederherstellung aus dem lokalen Speicher!
Diese beiden Rapid-Recovery-Funktionen von Clumio beseitigen ALLE Einschränkungen der Sofort-Recovery-Funktionen bei herkömmlichen Anbietern.
Fassen wir die wichtigsten Kundenvorteile von „Rapid Recovery“ von Clumio zusammen:
- Kein menschliches Eingreifen erforderlich: Der Backup-Administrator oder VM-Administrator muss während der Sicherung oder Recovery nichts unternehmen, um die Vorteile von Rapid Recovery zu nutzen. Clumio SaaS erkennt automatisch, ob der angeforderte Wiederherstellungspunkt die Rollback-Kriterien erfüllt, und leitet die Wiederherstellung automatisch ein.
- RTO ist dem Recovery überlegen: Sie übertragen lediglich die Daten, die für das Zurücksetzen der VM erforderlich sind, und schon ist das Recovery abgeschlossen. Die dafür benötigte Zeit ist kürzer als die Gesamtzeit, die für die Durchführung eines Recovery mit anschließendem Storage vMotion benötigt wird.
- Schutz vor Datenverlust und Ransomware: Im Gegensatz zu lokalen Backup-Lösungen auf Hardwarebasis, die für eine sofortige Recovery erforderlich sind, sind Clumio-Backups durch einen „Air Gap“ von Ihrem Produktionsrechenzentrum getrennt. Clumio schützt Sie vor Standortausfällen und Schwachstellen auf Standortebene.
- So sind Sie für VMware Cloud auf AWS gerüstet: Die Sofort-Recovery-Funktion funktioniert in VMware Cloud auf AWS-Umgebungen nicht, da sie auf NFS angewiesen ist. Rapid Recovery bietet Ihnen die nötige Unterstützung bei der Migration zu VMware Cloud auf AWS.
Möchten Sie „Rapid Recovery“ ausprobieren? Kontakt.
