Willkommen zurück zu einer weiteren Geschichte aus dem Alltag des Customer Success! Da wir nun in die Sommermonate auf der Nordhalbkugel starten, richten wir unsere Gedanken auf Snapshots. Snapshots sind ein wesentlicher Bestandteil jedes Speichersystems und bieten dem Administrator im Wesentlichen einen schreibgeschützten Wiederherstellungspunkt für sein Dateisystem. Es muss betont werden, dass Snapshots niemals mit Backups verwechselt werden sollten. In mehr als 20 Jahren in diesem Bereich ist mir erschreckend oft die Erfahrung gemacht worden, dass sich Kunden ausschließlich auf Snapshots als Backup-Methode verlassen. Snapshots sollten Ihre Backup-Richtlinie ergänzen, aber niemals ersetzen.
Wenn Sie sich noch nicht so gut mit Speichersystemen auskennen, fragen Sie sich vielleicht: „Was sind Snapshots?“ Snapshots lassen sich am besten als Momentaufnahme des aktiven Dateisystems beschreiben. Wenn ein Snapshot erstellt wird, wird das aktive Dateisystem eingefroren, und dies wird zu Ihrem Wiederherstellungspunkt. Schreibvorgänge fließen weiterhin in das System ein, und wenn eine Datei geöffnet wird, die vor der Erstellung des Snapshots angelegt wurde, wird einfach auf den Snapshot selbst verwiesen. Alle Aktivitäten laufen wie gewohnt weiter.
Interessant wird es, wenn ich eine Datei bearbeite oder lösche, die durch einen Snapshot gesperrt ist. Ich habe zum Beispiel folgenden Text in einer Datei gespeichert –
Hallo Welt!
Dann erstelle ich einen Snapshot. Super, es wird kein Speicherplatz belegt – abgesehen von dem Referenzblock, der besagt: „Hey, hier gibt es einen Snapshot.“
Ich lösche nun diese Datei aus meinem Speicherarray. Da sie durch den Snapshot gesperrt ist, wird ihr Speicherplatzverbrauch nun im Snapshot und nicht mehr im aktiven Dateisystem ausgewiesen. Bei einer einfachen Datei wie dem oben geschriebenen Text ist dieser Speicherplatzverbrauch vernachlässigbar. Wenn Sie jedoch beispielsweise ein 10-TB-Verzeichnis löschen, wird dieser Speicherplatzbedarf von 10 TB plötzlich in der Snapshot-Kapazität ausgewiesen, sodass sich eine Nettoveränderung von Null ergibt, da Sie im Grunde nur Blöcke von einem Abrechnungs-Bucket in einen anderen verschoben haben. Eine ausführlichere (und technisch anmutende) Untersuchung finden Sie im Qumulo-Dokumentationsportal unter So funktionieren Snapshots.
Qumulo ermöglicht zudem die Erstellung von Snapshot-Richtlinien. Diese Richtlinien geben dem Speicheradministrator die Möglichkeit, automatisch Wiederherstellungspunkte zu erstellen, sodass Endbenutzer die Daten anschließend selbstständig wiederherstellen können. Die Richtlinien bieten zudem die von Administratoren gewohnte Granularität – mit stündlichen, täglichen, wöchentlichen und monatlichen Wiederherstellungspunkten.
Eine Frage, die Kunden regelmäßig verwirrt, ist, wie viel Speicherplatz ein Snapshot tatsächlich beansprucht. Wenn Sie nur einen einzigen Snapshot haben, ist das kein Problem, aber die Sache wird kompliziert, sobald Sie weitere Snapshots hinzufügen und anfangen, Daten hinzuzufügen und zu löschen. In den Kreisen, in denen ich mich bewege, wird dies als ganz normaler Tagesbetrieb bezeichnet. Der Kern des Problems liegt in der Natur der Snapshots selbst. Da es sich um schreibgeschützte Momentaufnahmen handelt, sind sie unveränderlich – alle Änderungen müssen an anderer Stelle vorgenommen werden.
Nehmen wir unser obiges Beispiel:
Hallo Welt!
Wir machen einen Screenshot, und unsere überaus herzliche Nachricht ist damit festgehalten. Super! Das würden wir nur ungern verlieren. Eine Stunde später ändern wir den Text wie folgt:
Hallo Welt!
Das macht es ein bisschen gemütlicher und verleiht dem Ganzen einen ländlichen Charme. Wir machen noch ein Foto.
Derzeit habe ich Snapshot 1, der darauf als „Hello world!“ verweist, und Snapshot 2, der darauf als „Howdy world!“ verweist. Für das Dateisystem ergibt sich daraus eine Differenz von etwa vier Buchstaben, die es auf die eine oder andere Weise nachverfolgen muss.
Die Zeit vergeht, und ich komme zu dem Schluss, dass das zu umständlich ist, also lösche ich die Datei einfach komplett. Die Datei existiert nun nur noch in Form von Snapshots, sodass sich der von mir belegte Speicherplatz vom aktiven Dateisystem auf die Snapshots 1 und 2 verlagert. Würde ich Snapshot 2 löschen, würde ich damit nicht wirklich viel Speicherplatz freigeben, da Snapshot 1 weiterhin existieren würde. Ebenso würde, wenn ich Snapshot 1 lösche, Snapshot 2 einfach an Größe zunehmen, um den Zustand der Datei zum Zeitpunkt der Erstellung von Snapshot 2 widerzuspiegeln.
Aufgrund der Datenabgleichung kann es schwierig sein, abzuschätzen, wie viel Speicherplatz durch das Löschen eines Snapshots freigegeben wird. Die beste Faustregel, die ich Ihnen geben kann, lautet: Wenn Sie Speicherplatz freigeben möchten, sollten Sie immer zuerst die ältesten Snapshots auf dem System löschen. Auf diese Weise können Sie sicherstellen, dass Speicherplatz freigegeben wird, sofern dies möglich ist, anstatt dass die Daten einfach in einen anderen Datenspeicherbereich verschoben werden.
Das war’s für heute. Nächstes Mal werden wir uns ein paar neue Funktionen von Qumulo genauer ansehen, die dafür sorgen sollen, dass Gabelstapler aus Ihrem Rechenzentrum verschwinden. Bis dann, Amigos!