Was ist ein StorageGRID Objekt
Änderungen vorschlagen
PDFs
Bei objektorientierter Speicherung ist die Speichereinheit ein Objekt, nicht eine Datei oder ein Block. Anders als die baumartige Hierarchie eines Dateisystems oder einer Blockspeicherung organisiert die objektorientierte Speicherung Daten in einem flachen, unstrukturierten Layout.
Objektspeicher entkoppelt den physischen Speicherort der Daten von der Methode, die zum Speichern und Abrufen dieser Daten verwendet wird.
Jedes Objekt in einem objektbasierten Speichersystem besteht aus zwei Teilen: Objektdaten und Objektmetadaten.
Was sind Objektdaten?
Objektdaten können alles Mögliche sein, zum Beispiel ein Foto, ein Film oder eine Krankenakte.
Was sind Objektmetadaten?
Objektmetadaten sind alle Informationen, die ein Objekt beschreiben. StorageGRID verwendet Objektmetadaten, um die Standorte aller Objekte im Grid zu verfolgen und den Lebenszyklus jedes Objekts im Laufe der Zeit zu verwalten.
Objektmetadaten enthalten unter anderem folgende Informationen:
-
Systemmetadaten, einschließlich einer eindeutigen ID für jedes Objekt (UUID), des Objektnamens, des Namens des S3-Buckets, des Mandantenkontonamens oder der Mandanten-ID, der logischen Größe des Objekts, des Datums und der Uhrzeit der ersten Erstellung des Objekts sowie des Datums und der Uhrzeit der letzten Änderung des Objekts.
-
Der aktuelle Speicherort jeder Objektkopie oder jedes erasure-codierten Fragments.
-
Sämtliche Benutzermetadaten, die mit dem Objekt verknüpft sind.
Objektmetadaten sind anpassbar und erweiterbar, wodurch sie für Anwendungen flexibel einsetzbar sind.
Detaillierte Informationen darüber, wie und wo StorageGRID Objektmetadaten speichert, sind unter "Objekt-Metadaten-Speicher verwalten" zu finden.
Wie werden Objektdaten geschützt?
Das StorageGRID System bietet zwei Mechanismen zum Schutz von Objektdaten vor Verlust: Replikation und Erasure Coding.
Replication
Wenn StorageGRID Objekte einer Information Lifecycle Management (ILM)-Regel zuordnet, die für die Erstellung replizierter Kopien konfiguriert ist, erstellt das System exakte Kopien der Objektdaten und speichert sie auf Storage Nodes oder in Cloud Storage Pools. ILM-Regeln bestimmen die Anzahl der erstellten Kopien, deren Speicherort und wie lange sie vom System aufbewahrt werden. Geht eine Kopie verloren, zum Beispiel durch den Ausfall eines Storage Node, bleibt das Objekt verfügbar, sofern eine Kopie davon an anderer Stelle im StorageGRID System existiert.
Im folgenden Beispiel legt die Regel „2 Kopien erstellen“ fest, dass zwei replizierte Kopien jedes Objekts in einem Storage-Pool mit drei Storage-Nodes abgelegt werden.
Erasure Coding
Wenn StorageGRID Objekte einer ILM-Regel zuordnet, die für die Erstellung von erasure-codierten Kopien konfiguriert ist, werden die Objektdaten in Datenfragmente zerlegt, zusätzliche Paritätsfragmente berechnet und jedes Fragment auf einem anderen Storage Node gespeichert. Beim Zugriff auf ein Objekt wird es mithilfe der gespeicherten Fragmente wieder zusammengesetzt. Wenn ein Daten- oder Paritätsfragment beschädigt wird oder verloren geht, kann der Erasure-Coding-Algorithmus dieses Fragment mithilfe einer Teilmenge der verbleibenden Daten- und Paritätsfragmente rekonstruieren. ILM-Regeln und Erasure-Coding-Profile bestimmen das verwendete Erasure-Coding-Schema.
Das folgende Beispiel veranschaulicht die Anwendung von Erasure Coding auf die Daten eines Objekts. In diesem Beispiel verwendet die ILM-Regel ein 4+2-Erasure-Coding-Schema. Jedes Objekt wird in vier gleich große Datenfragmente aufgeteilt, und aus den Objektdaten werden zwei Paritätsfragmente berechnet. Jedes der sechs Fragmente wird auf einem anderen Storage Node in drei Rechenzentren gespeichert, um den Schutz der Daten bei Knotenausfällen oder Standortverlust zu gewährleisten.
