30.10.2015 (Doc Storage)
4.1 von 5, (9 Bewertungen)

Ist Deduplikation auf Flash-Systemen sinnvoll?

Leserfrage: Im Vergleich zu Disk-Arrays sind Flash-Systeme in der Regel mit weniger Speicherkapazität ausgestattet. Daher macht es eventuell Sinn das zu speichernde Volumen zu reduzieren. Bewährte Methoden sind beispielsweise Deduplikation und Kompression. Eignen sich diese Datenreduktionsmethoden wirklich für All-Flash-Systeme oder sollte man sie eher vermeiden?

Antwort Doc Storage:

Grundsätzlich muss vorausgeschickt werden, dass auf jeglichem Flash-Medium, egal ob Standard-SSD oder PCI-Flash, jeder schreibende I/O, der vermieden werden kann, ein guter I/O ist. Dies trägt deutlich zur Haltbarkeit und damit zur Langzeitnutzung der Medien bei. Wenn man sich unter dieser Voraussetzung die verschiedenen Optionen ansieht, kommt man zu den folgenden Schlüssen:

Deduplikation nach dem Ablegen auf dem Medium: Hierbei werden die Daten zunächst im Original auf den Zieldatenträger geschrieben. Erst dann durchsucht ein Algorithmus die bereits gespeicherten Informationen auf Dubletten, um diese dann möglicherweise durch Zeiger auf die Originale zu ersetzen und die vorher gespeicherten Daten anschließend zu löschen, um den Speicherplatz wieder freizugeben. Dies ist die schlechteste Art mit Flash-Speichern umzugehen.

Die einzelnen Zellen werden zunächst vollgeschrieben, um sie dann wieder zu löschen. Zwar ergibt dies je nach Datenart eine Reduktion des benötigten Speicherplatzes um bis 90 Prozent, allerdings ohne die Zellen zu schonen. Das System wird die geringste Lebensdauer von allen haben. Dasselbe gilt für Systeme, die Daten nicht deduplizieren, sondern nach dem Speichern komprimieren. Auch hierbei werden wesentlich mehr Zellen benutzt, als später von den eigentlichen Daten belegt werden.

Deduplikation im Datenstrom: Das System analysiert die zu schreibenden Daten bereits vor dem Ablegen in den Zellen und schreibt tatsächlich nur neue, aber keine bereits vorhandenen Informationen. Es werden so nur Zellen beschrieben, die auch von späteren reduzierten Daten belegt werden. Die beste Art mit Flash-Speichern zu arbeiten, platzsparend und ressourcen-schonend. Wie bereits im vorigen Fall gilt dies auch für Arrays, die im Datenstrom komprimieren und dann speichern.

Ein wesentlicher Unterschied zwischen Deduplikation und Kompression liegt im Umgang mit den gespeicherten Daten beim Auslesen. In deduplizierten Systemen können Informationen einfach ausgelesen werden, da diese ja mindestens einmal vollständig und unmodifiziert vorliegen. In Systemen mit Kompression müssen die gespeicherten Informationen ausgelesen und mithilfe des genutzten Algorithmus in ihr Original verwandelt werden. Dies kann entweder im Hauptspeicher des Arrays geschehen, was die Zellen des Flash-Speichers schont, oder aber das Betriebssystem entpackt die Daten auf einen anderen Bereich des Speichermediums und gibt sie dann zum Lesen frei. Wie man sich denken kann, ist dies wiederum eine der schlechtesten Arten, mit SSDs bzw. Flash umzugehen.

Auch hier gibt es bei allen theoretischen Betrachtungen, was denn das preiswerteste, das ressourcen-schonendste oder das schnellste Verfahren ist, eine Tatsache, um die kein Hersteller (und die werden mit Sicherheit zahlreich über mich herfallen) herumkommt, der großflächig Werbung mit Deduplikation und/oder Kompression in SSD- bzw. Flash-Arrays macht: Diese Medien werden wesentlich schneller deutlich größer als alle schnellen Festplatten und nähern sich in ihrem Preis auch immer weiter diesen Regionen an. Bald wird es sich gar nicht mehr lohnen, überhaupt Festplatten einzusetzen.

Man versucht also mit einem Riesenaufwand bei Algorithmen und Caching, für teures Geld die billigste Ressource im gesamten System, also die SSD- oder Flash-Speicher, »besser« auszunutzen. Und das mit Verfahren, die mit Sicherheit keines dieser Systeme schneller macht. Ich erinnere mich gern an einen Kollegen, der immer zu sagen pflegte »nichts wird dadurch schneller, dass man es zweimal macht.« Und egal ob Deduplikation oder Kompression, dies erhöht die Anzahl der I/Os im System enorm. Dabei ist es einerlei, ob nun gegen die Speichermedien oder im Cache. Von der zusätzlichen Belastung der CPUs möchte ich gar nicht reden.

Also, egal über welche Lösung Sie nachdenken – die schnellste ist immer noch diejenige, die die Daten unbehandelt auf die Medien lässt.

Gruß
Doc Storage

Stellen Sie Ihre Frage
Doc. tec. Storage beantwortet alle Ihre technischen Fragen zu Storage, Backup & Co.

Stellen Sie Ihre Frage an: DocStorage@speicherguide.de
Kommentare (3)
02.11.2015 - bernd.schaub

Schöner Beitrag! Offline Deduplikation macht großen Speicheranbietern hierbei deshalb Probleme, weil diese teils alte bzw. eingeschränkte Hardware einsetzen oder in einer sturen Firmenphilosophie stecken geblieben sind. In dem Segment wo Höchstleistung gebraucht wird, ist Technik und Logik wichtiger als ein Name!

30.10.2015 - G. Vay

Was ist mit der Geschwindigkeit, wenn die De-/Komprimierung in Hardware gegossen oder die Storage-CPU hinreichend darauf ausgelegt ist?

Das kostet zwar Strom aber keine Performance...

30.10.2015 - H. Brummer

Es kann doch nicht sein, dass in einem Magic Quadrant für All-flash arrays dedup/compresssion praktisch das Ausschlußkriterioum ist um in den Top 5 zu landen, dass aber Performance-Werte überhaupt nicht berücksichtigt werden.

Endlich mal jemand der sich dem "dedup/compression" Diktat der sogenannten Industrianalysten entgegenstellt.

Chapeau!


Mehr von Doc. tec. Storage 10.01.2020 Ransomware: Sind Backups ein ausreichender Schutz?

Thema Ransomware-Schutz: Wie sieht hier eigentlich der Stand der Technik aus und die dazugehörende Strategie und Maßnahmenorganisation? Ein herkömmliches Backup scheint ja nicht mehr ausreichend zu sein.


03.01.2020 Speichermarkt 2020 – Ein Ausblick

Unser Doc Storage blickt in die »Glaskugel« und analysiert, welche Ansätze und Anforderungen den Speichermarkt 2020 bestimmen könnten: Technologisch sieht er die Notwendigkeit nach mehr Performance, Prozesse zu beschleunigen sowie mehr Effizienz und Beschleunigung. Aber auch der Umgang mit den gespeicherten Daten ist ein wichtiger Aspekt.


20.12.2019 DSGVO: Gerne noch höhere Bußgelder

Wegen diverser Datenschutzverstöße wurden zuletzt einige Bußgelder verhängt. Wenig überraschend, unser Doc Storage hat hierzu natürlich eine Meinung: Allerdings, und dies ist verwunderlich, dürften die Strafen für ihn gerne noch höher ausfallen. Er teilt die Firmen und IT-Abteilungen in vier Kategorien ein und sieht es als vorhersehbar, wem Bußgelder drohen.


13.12.2019 DSGVO: Müssen Archive mit WORM-Speichern abgeschaltet werden?

Das Archivsystem eines Immobilienunternehmens sieht keine Möglichkeit vor, Daten zu löschen. Die Berliner Datenschutzbehörde wertet dies als Datenschutzverletzung und verhängt ein Bußgeld in zweistelliger Millionenhöhe. Was bedeutet dies für Archivsysteme mit WORM-Speichern, müssen diese nun abgeschalten werden?


06.12.2019 Storage-Forum, Storage2Day und was es nicht noch alles gibt…

In dieser Kolumne nimmt sich Doc Storage unser Resümee zum Storage-Forum vor bzw. zweifelt an der kompletten Sinnhaftigkeit solcher Veranstaltungen. Im zweiten Halbjahr gab es gleich zwei Storage-Konferenzen, für ihn mindestens eine zu viel, von den nicht zentral genug gelegenen Orten kann zu schweigen…


22.11.2019 Morgen lebst Du anders: Orakel über die »Arbeitswelt von morgen«

In dieser Kolumne nimmt sich Doc Storage die Studie zur Zukunft der Arbeit von Dell und dem Institute for the Future vor. Mensch und Maschine sollen eine Partnerschaft schließen und so unter anderem für mehr Chancengleichheit sorgen. Ihr wisst was jetzt kommt…

powered by
Boston Server & Storage Solutions Itiso GmbH
Fujitsu Technology Solutions GmbH Infortrend
N-TEC GmbH FAST LTA AG
Lenovo
Folgen Sie speicherguide.de auch auf unseren Social-Media-Kanälen
Folgen Sie und auf Facebook Folgen Sie und auf YouTube Folgen Sie und auf Twitter