02.12.2016 (Doc Storage)
4.3 von 5, (8 Bewertungen)

Object-Storage – wird das langsam etwas?

Leserfrage: Lieber Doc Storage, vor drei Jahren waren Sie noch etwas skeptisch, was den Einsatz von Object-Storage anbelangt. Wie sieht das jetzt aus? Der Markt wurde breiter, es gibt viel mehr Lösungen (siehe IBM/Cleversafe, Fujitsu, HPE, Cloudian, Scality). Kann man das nun ernsthafter in Betracht ziehen? Auf welche Unterschiede müsste man bei den Features achten?

Antwort Doc Storage:

Da wir bereits mehrfach eine Übersicht über das Thema und die technische Funktionsweise von Objektspeichern gegeben haben, erspare ich Ihnen und uns hier den erneuten Exkurs. Es stimmt tatsächlich, die Beteiligung teilweise bedeutender Unternehmen und Zusammenschlüsse wie Dell/EMC (mit Centera und Atmos), Hitachi (mit HCP) IBM (mit SoftLayer), NetApp (mit StorageGrid) Quantum (mit Lattus), RedHat/Inktank (mit Object), Scality (mit Ring) und vieler anderer scheint Objektspeicher tatsächlich zur »dritten Macht« im Rechenzentrum gemacht zu haben. Die Quasi-Einigung auf das RESTful-API gaukelt sogar eine Standardisierung der Plattformen zur Anwendung hin vor, allerdings gibt es hier viele verschiedene Ausprägungen, beispielsweise das der SNIA, SWIFT OpenStack, den Simple Storage Service (S3) von Amazon oder OSD T10, um nur einige zu nennen. Somit schränkt man sich doch sehr auf den einen oder anderen Hersteller ein, sobald man sich für einen von diesen entscheidet, auch wenn überall RESTful auf der Packung steht.

Anzeige
Allerdings kann man nach den über zehn Jahren des Reifens am Kunden den Einsatz von Objektspeichern in bestimmten Umgebungen durchaus in Betracht ziehen. SAN- und NAS-Umgebungen kranken immer noch an den Gegebenheiten, die man ihnen ganz zu Anfang ihrer Evolution übergestülpt und niemals tatsächlich handhabbar gemacht hat. Ein SAN arbeitet – zumindest in der überwiegenden Mehrheit – immer noch mich dem am schwierigsten einzurichtenden und zu unterhaltenden Protokoll überhaupt, nämlich FC. Heere von auf die eine oder andere Hardware unterschiedlicher Hersteller, in unverschämt teuren Verfahren, zertifizierten Experten müssen sich um die fehlerfreie Unterhaltung der entsprechenden Infrastruktur kümmern, unterstützt von ebenso teurer und nicht immer besonders begabter Software.

Für eine Technologie, die ihre Anfänge bereits im letzten Jahrtausend hatte, rufen die Hersteller immer noch mutige Preise für die beteiligten Komponenten ab, ohne tatsächlich entsprechende Leistung folgen zu lassen. NAS hat das Problem der Singularität, kann damit innerhalb eines Verwaltungsraumes nur schwer sehr große Umgebungen handhaben. Auch wenn mir NAS-Hersteller natürlich immer wieder etwas anderes vorbeten und dies in sterilen Testumgebungen auch vorführen können. Selbst wenn das funktioniert, woran ich technisch nicht zweifele, sind diese Umgebungen auch für hochbegabte Administratoren kaum zu verwalten, geschweige denn einigermaßen kostengünstig im Zaum zu halten. In beiden Fällen, SAN und NAS, war, ist und bleibt das Thema Migration auf neue, meist größere Umgebungen ein wochenend- und feiertagevernichtender Albtraum für alle Beteiligten (und ja, ich weiß, auf den Folien der Hersteller beider Welten sieht das seit Jahrzehnten natürlich ganz harmlos aus – ist es aber nicht. Diskussion beendet.) All diese Gegebenheiten werden vor allem Anwender, die auf der »grünen Wiese« anfangen, sofort zu Objektspeichern greifen lassen, weil sie sich all die Einschränkungen von SAN und NAS nicht mehr antun wollen. Und in den Bereichen Cloud-Speicher, Big Data (eigentlich wollte ich diese blödsinnigen Begriffe nicht mehr eintippen) wird kein einigermaßen normaler IT-Manager noch mit SAN oder NAS anfangen wollen.

Das RESTful-API hat hierbei für eine herrliche Vereinfachung der Funktionalitäten gesorgt. Man speichert, liest, speichert oder löscht einen Eintrag, also ein Objekt, welches in den beigeordneten Metadaten unter anderem Informationen zu Erstellungs- und Änderungsdatum, erstellendem oder änderndem Benutzer enthält. Wird ein Objekt geändert, wird das alte behalten und ein neues als weitere Version gespeichert (man wundert sich nicht mehr über den enormen Platzbedarf…). Über die Metadaten werden Objekte dann auch im System gefunden. Dies soll nach Herstellerangaben sogar in den meisten Fällen schneller von Statten gehen als unter Verwendung eines Dateisystems.

Nicht umsonst sagen also Marktforscher (jaja, ich weiß, was ich neulich über die geschrieben habe – aber hier passt es so schön) zwischen 35 und 50 Milliarden Dollar Marktvolumen für 2017 voraus. Immerhin mehr als das doppelte als noch 2014. Dass sich dabei vermutlich der ausgelieferte Plattenplatz in drei Jahren mehr als verdreifacht hat, überrascht nur jemanden, der die letzten zwanzig Jahre nichts mit EDV zu tun hatte.

Also ja, man kann nicht nur, sondern man sollte Objektspeicher sogar in Erwägung ziehen.

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 (2)
02.12.2016 - cwunder

Dass das mit Objektspeicher was wird, sieht man ja schon daran, dass viele Speicherhersteller ihren Produkten heuer S3-Connectoren spendieren. S3, weil es sich de facto schon fast zum Industriestandard entwickelt hat. So gut wie jede Applikation, die in die Cloud schreibt, spricht heute nun einmal S3 und der Marktanteil ist wohl schon jenseits von 80 Prozent.

Dabei ist es jedoch wichtig zu wissen, dass S3 nicht nur einfache Befehle, wie vom Doc beschrieben, zum speichern, lesen oder löschen unterstützt, sondern ganze 53 zum Teil sehr komplexe Operationen. Viele der Connectoren vieler Plattformen sind tatsächlich sehr rudimentär und können komplexe Operationen gar nicht ausführen. Eine Migration der Daten in der Zukunft wird damit zumindest schwierig.

Wer für Object-Storage auf S3 setzt, muss also genau auf die Kompatibilität achten.

02.12.2016 - LHL

Unabhängig davon, dass Objektspeicher sicher seine Daseinsberechtigung hat, deckt sich meine Berufserfahrung nicht mit der Aussage, dass FC das "am schwierigsten einzurichtende und zu unterhaltende Protokoll überhaupt" ist. Es hängt sicher von der konkreten Umgebung ab - aber Speichernetzwerke sollten immer möglichst einfach strukturiert und flach sein. Dann ist auch die Einrichtung fast ein Kinderspiel und wenn ich sehe, mit welchen Problemen unsere "LAN-Netzwerk-Kollegen" kämpfen, auch der "Unterhalt" bzw. Betrieb. Die Beschaffungskosten für die Komponenten sind allerdings in der Tat nicht "mutig" sondern unverschämt ;)


Mehr von Doc. tec. Storage 19.10.2018 NAS: Wie viele Volumes sind sinnvoll?

Die Ausgangslage ist ein Desktop-NAS mit RAID-5-Verbund. Wie ordnet man hier am sinnvollsten seine Daten? Ist es besser ein einziges Standard-Volume nutzen oder zu versuchen mit mehreren Volumes eine Struktur aufzubauen? Wie viele Volumes sind sinnvoll?


12.10.2018 Was bringt NVMe-oF und NF1?

Kürzlich wurde mit Mission Peak ein neues skalierbares und angeblich hochperformantes Speichersystem vorgestellt. Das Gerät basiert auf NVMe-oF und nutzt NF1-SSDs. Sind diese Technologien wirklich so toll? Wie hoch darf man die Erwartungen schrauben?


31.08.2018 Was ist Edge-Computing?

Neben dem Cloud-Computing wabert auch immer mal wieder der Begriff Edge-Computing vorbei. Eine der Definitionen lautet zum Beispiel, dass Daten direkt am Ursprung verarbeitet werden sollen, ohne dabei den Weg über ein Rechenzentrum einzuschlagen. Was bedeutet das genau und wofür brauchen wir Edge-Computing?


17.08.2018 Wie sinnvoll sind Objektspeicher mit NAS-Funktion?

Objektspeicher sind seit einiger Zeit nun auch mit NAS-Funktionalitäten erhältlich. Lassen sich solche Konfigurationen in der Praxis sinnvoll einsetzen und wie schaut es mit der Performance und Leistungswerten aus?


03.08.2018 Was können die Ethernet-Protokolle RoCE und iWARP?

Es gibt zwei neue RDMA-Protokolle: RoCE und iWARP. Hier stellt sich die Frage, was machen die und was sollte man als »normaler ITler« darüber wissen? Doc Storage erklärt die Funktionsweise der Ethernet-Protokolle, gibt aber zu bedenken, dass beide noch neu sind und man vielleicht noch ein wenig warten sollte.


20.07.2018 Storage mit KI: Wie ist hier der Stand?

Man liest ja in letzter Zeit einiges über Storage-Systeme mit eingebauter Intelligenz. Betrifft dies nur das Placement der Daten (Tier-Klassen), Objekt-Storage oder steckt da eine neue brauchbare Idee bezüglich Künstlicher Intelligenz (KI) dahinter?

powered by
TIM DCP Datacore Software
N-TEC GmbH Unitrends
Fujitsu Technology Solutions GmbH