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 On-Premise-Umgebungen den Wert der „sofortigen Recovery-Methode“ für virtuelle Maschinen anpreisen. Die versprochene Wiederherstellungszeit (RTO) liegt bei Sekunden bis Minuten. Doch wenn es darum geht, eine virtuelle Maschine (VM) wieder auf ihr produktives Betriebsniveau zu bringen, hat die sogenannte „Instant Recovery“-Methode nichts „Sofortiges“ an sich.
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 zwar, 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 Festplatten der VM 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 und betriebsbereit 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 Sofort-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 Methode der sofortigen Recovery 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 Wiederherstellungszeit (RTO)
Sorgen Sie für ein sicheres Backup and Recovery Ihrer Daten – ganz gleich, wo sich diese 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 den gesamten Recovery-Prozess benötigt wurde, 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 Rehydrierung von Clumio beseitigt die durch herkömmliche „Bricks-and-Blocks“-Systeme verursachten Rehydrierungsverluste vollständig. Die Rehydrierung 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 in einen produktionsfähigen Zustand zu versetzen, 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 herkömmlicher Anbieter.
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.
- Die RTO ist besser als bei der Sofort-Recovery: Sie übertragen lediglich die Daten, die für das Zurücksetzen der VM erforderlich sind, und schon ist die Recovery abgeschlossen. Die dafür benötigte Zeit ist kürzer als die Gesamtzeit, die für die Sofort-Recovery gefolgt von Storage vMotion benötigt wird.
- Schutz vor Datenverlust und Ransomware: Im Gegensatz zu lokalen, hardwarebasierten Backup-Lösungen, die für eine Sofort-Recovery erforderlich sind, sind Clumio-Backups physisch von Ihrem Produktionsrechenzentrum getrennt. Clumio schützt Sie vor Standortausfällen und Schwachstellen auf Standortebene.
- So sind Sie für VMware Cloud on AWS gerüstet: Die Sofort-Recovery-Funktion funktioniert in VMware Cloud on AWS-Umgebungen nicht, da sie auf NFS angewiesen ist. Rapid Recovery bietet Ihnen die nötige Unterstützung bei der Migration zu VMware Cloud on AWS.
Möchten Sie „Rapid Recovery“ ausprobieren? Kontakt.
