Das folgende Szenario ist im IT-Betrieb nur zu gut bekannt. Sie starten Ihre Backups, sie verlaufen erfolgreich und alles sieht gut aus. Die Backup-Fenster schließen sich mit grünen Häkchen und Ihr Team geht zur nächsten Aufgabe über.
An das Backup denken Sie nicht länger – bis Sie tatsächlich etwas wiederherstellen müssen.
Das ist der Moment, in dem die Realität der modernen Cloud-Speicherung sich bemerkbar macht. Der Objektspeicher (Amazon S3 oder Azure Blob) hat sowohl an Größe als auch an Bedeutung stark zugenommen. Objektspeicher enthalten wichtige Anwendungs- und Telemetriedaten, Medieninhalte, Compliance-Archive und vieles mehr.
Einige dieser Speicherorte enthalten Hunderte von Millionen von Objekten und Terabytes an Daten. Die Wiederherstellung jedes einzelnen Objektspeichers ist zeitaufwendig. Doch die priorisierte Wiederherstellung für Amazon S3 und Azure Blob von Rubrik kann die Zeit, die benötigt wird, um Ihren kritischen Datenspeicher (und Ihren Geschäftsbetrieb) wieder online zu bringen, erheblich reduzieren.
Warum die Wiederherstellung von Objektspeichern so lange dauert
Um dieses Szenario vollständig zu verstehen, ist es hilfreich zu wissen, warum Backups scheinbar so schnell erledigt sind, die Wiederherstellung jedoch schmerzhaft lange dauert. Bei der Sicherung von Objektspeichern nutzen Anbieter von Datensicherungslösungen häufig optimierte, parallele Lesevorgänge, um die Daten effizient zu erfassen. Diese Prozesse laufen im Hintergrund, um die aktiven Workloads nicht zu beeinträchtigen.
Eine Wiederherstellung ist eine ganz andere Aufgabe. Zur Wiederherstellung von Objekten in einem Bucket ist pro Objekt ein API-Aufruf erforderlich. Die APIs der Cloud-Anbieter legen für diese PUT-Vorgänge Ratenbeschränkungen fest. Bei Millionen von Objekten kann selbst ein hochgradig parallelisierter Wiederherstellungsprozess viel länger dauern als sein Gegenstück, das Backup. Jedes Objekt ist eine Transaktion. Jede Transaktion braucht Zeit. Bei sehr vielen Buckets ist das eine harsche Rechnung.
Das ist kein Designfehler in der Backup-Lösung. Es ist eine grundlegende Einschränkung in der Funktionsweise von Objektspeicher-APIs.
Mit nativen Dienste geht nur alles oder nichts
Native Cloud-Dienste wie AWS Backup und Azure Backup eignen sich zwar hervorragend für den grundlegenden Schutz von Objektspeichern, ihr Wiederherstellungsmodell ist jedoch sehr begrenzt: Sie können den gesamten Bucket oder Blob-Container, einige einzelne Dateien oder Objekte oder gar nichts wiederherstellen. Wenn Sie einen ganzen Bucket wiederherstellen, haben Sie keinen Einfluss auf die Reihenfolge.
Bei großen Buckets oder Blob-Containern kann eine vollständige Wiederherstellung Stunden oder Tage dauern. Währenddessen warten die Anwendungen und Dienste, die Objekte aus diesem Speicher benötigen. Ihre Teams warten. Ihre Kunden warten. Die Auswirkungen auf das Geschäft nehmen mit jeder Minute zu – auch dann noch, wenn die Daten, die die nachgelagerten Verbraucher tatsächlich benötigen, bereits wiederhergestellt wurden.
Das Problem besteht darin, dass die meisten Anbieter von Datensicherungslösungen Buckets und Blob-Container als monolithische Einheiten behandeln. In der Praxis sind jedoch nicht alle Objekte gleich wichtig. Einige sind unbedingt erforderlich, um den Geschäftsbetrieb wieder aufzunehmen, während andere einfach nur archivierte, historische oder Daten mit geringer Priorität sind. Native Backups können diesen Unterschied nicht abbilden und Kunden können keine Prioritäten festlegen.
Genauer gesagt, bisher nicht.
Wir präsentieren eine neue Funktion für S3 und Blob: Rubrik Prioritized Recovery
Die priorisierte Wiederherstellung für Amazon S3 und Azure Blob von Rubrik gibt Ihren Administratoren die Kontrolle über die Wiederherstellung zurück. Anstatt die Wiederherstellung eines Buckets oder eines Blob-Containers als einen einzigen, unteilbaren Vorgang zu behandeln, können Sie mit Rubrik Prioritized Recovery festlegen, welche Objekte am wichtigsten sind, und sicherstellen, dass diese zuerst wiederhergestellt werden.
Mithilfe von Glob-Mustern können Sie Ihre geschäftskritischen Dateipfade oder Ordner angeben. Rubrik setzt diese Objekte an die Spitze der Wiederherstellungswarteschlange, sodass Ihre wichtigsten Daten rasch wieder online sind, während der Rest des Buckets im Hintergrund weiter wiederhergestellt wird.
Bei einem S3-Bucket könnten Sie beispielsweise folgende Prioritäten setzen:
Aktive Anwendungskonfigurationsdateien, die unter einem bekannten Präfix gespeichert sind (z. B. config/*)
Einzelne Objekttypen mit bestimmten Dateierweiterungen, die von einer nachgelagerten Anwendung benötigt werden
Jedes benannte Muster, das Ihren betrieblichen Wiederherstellungsprioritäten entspricht
Sie sind sich nicht sicher, ob Sie die richtigen Muster festgelegt haben? Kein Problem. Rubrik gibt Ihnen auch die Möglichkeit, schnell zu sehen, was Sie priorisiert haben.
Der Rest des Buckets, d. h. die archivierten Datensätze, älteren Snapshots und Objekte mit niedrigerer Priorität, werden automatisch wiederhergestellt, wenn die priorisierten Objekte wieder verfügbar sind. Die vollständige Wiederherstellung findet also trotzdem statt, nur in der richtigen Reihenfolge. Wenn Sie möchten, können Sie aber auch nur die priorisierten Daten wiederherstellen.
Praktische Auswirkungen auf RTOs
Die Wiederherstellungszeit (Recovery Time Objective, RTO) ist nicht einfach nur die Zeit, die für die vollständige Wiederherstellung benötigt wird, sondern die Zeit, bis Ihr Geschäft wieder läuft. Wenn Sie große Objektspeicher nutzen, sind das sehr unterschiedliche Zeiträume.
Bei einem Alles-oder-Nichts-Wiederherstellungsmodell wird Ihre effektive RTO durch das langsamste, letzte Objekt im Bucket oder Blob-Container bestimmt. Bei der priorisierten Wiederherstellung entspricht die effektive RTO hingegen der Zeit bis zur Wiederherstellung der Objekte, die Ihre Anwendungen und Dienste benötigen, um wieder online zu gehen, was ein Bruchteil der gesamten Wiederherstellungszeit sein kann.
Dieser Unterschied ist in realen Ausfallszenarien von enormer Bedeutung. Wenn die kritischen Objekte, die Ihre Produktionsanwendung benötigt, nur 5 % des Buckets ausmachen, kann die priorisierte Wiederherstellung Sie möglicherweise in einem Bruchteil der Zeit wieder online bringen, die eine vollständige Wiederherstellung benötigen würde. Die verbleibenden 95 % laufen im Hintergrund weiter, halten die Rückkehr zum normalen Geschäftsbetrieb aber nicht mehr auf.
Wiederherstellung, die sich an Ihren Prioritäten – und nicht am Alphabet – orientiert
Objektspeicher sind zu einer grundlegenden Infrastruktur für moderne Anwendungen geworden. Mit zunehmender Größe von Buckets und Blob-Containern hat sich die Kluft zwischen einem abgeschlossenen Backup und einer sinnvollen Wiederherstellung erheblich vergrößert. Die priorisierte Wiederherstellung für Amazon S3 und Azure Blob überbrückt diese Kluft, indem sie dafür sorgt, dass das Wichtigste zuerst wieder verfügbar ist.
Wenn eine Wand zu bröckeln beginnt, müssen Sie nicht das ganze Haus neu aufbauen. Sie müssen die tragenden Wände reparieren. Und zwar schnell!
Erleben Sie Rubrik Prioritized Recovery for Amazon S3 and Azure Blob noch heute mit einem unserer selbstgeführten, praktischen Labs auf Rubrik Explore.