Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Verwaltung von Kopien

Beitragende
PDFs

Objektdaten werden über die aktiven ILM-Richtlinien und zugehörigen ILM-Regeln gemanagt. Mithilfe von ILM-Regeln werden replizierte oder unter Erasure-Coding-Kopien erstellt, um Objektdaten vor Verlust zu schützen.

Unterschiedliche Typen und Standorte von Objektkopien können zu unterschiedlichen Zeiten der Lebensdauer des Objekts erforderlich sein. ILM-Regeln werden regelmäßig überprüft, um sicherzustellen, dass Objekte nach Bedarf platziert werden.

Objektdaten werden vom LDR-Service gemanagt.

Content-Schutz: Replikation

Wenn für die Anweisungen zur Content-Platzierung einer ILM-Regel replizierte Kopien von Objektdaten erforderlich sind, werden von den Storage-Nodes, die den konfigurierten Storage-Pool bilden, Kopien auf Festplatte erstellt und gespeichert.

Die ILM-Engine im LDR-Service steuert die Replikation und stellt sicher, dass die korrekte Anzahl von Kopien an den richtigen Standorten und für die richtige Zeit gespeichert wird.

Diagramm mit dem im umgebenden Text beschriebenen Prozess

  1. Die ILM-Engine fragt den ADC-Service ab, um den besten Ziel-LDR-Service innerhalb des durch die ILM-Regel festgelegten Storage-Pools zu ermitteln. Er sendet dann diesen LDR-Service einen Befehl, um die Replikation zu initiieren.

  2. Der Ziel-LDR-Dienst fragt den ADC-Dienst nach dem besten Quellspeicherort ab. Anschließend sendet er eine Replikationsanfrage an den Quell-LDR-Service.

  3. Der Quell-LDR-Service sendet eine Kopie an den Ziel-LDR-Service.

  4. Der Ziel-LDR-Service benachrichtigt die ILM Engine, dass die Objektdaten gespeichert wurden.

  5. Die ILM-Engine aktualisiert den Metadatenspeicher mit Objektspeichermetadaten.

Content Protection: Erasure Coding

Falls eine ILM-Regel Anweisungen zur Erstellung von Kopien von Objektdaten enthält, die nach Erasure-Coding-Verfahren codiert wurden, werden Objektdaten in Daten- und Paritätsfragmente unterteilt und diese Fragmente über die Storage Nodes verteilt, die im Profil zur Fehlerkorrektur konfiguriert sind.

Die ILM-Engine, eine Komponente des LDR-Service, steuert das Erasure Coding und stellt sicher, dass das Erasure Coding-Profil auf Objektdaten angewendet wird.

Verfahren Zur Einhaltung Von Datenkonsistenz

  1. Die ILM-Engine fragt den ADC-Service ab, um zu bestimmen, welcher DDS-Service den Erasure Coding-Vorgang am besten ausführen kann. Wenn festgestellt, sendet die ILM-Engine eine „Initiierung“-Anforderung an diesen Service.

  2. Der DDS-Dienst weist ein LDR an, den Code der Objektdaten zu löschen.

  3. Der Quell-LDR-Service sendet eine Kopie an den für das Erasure Coding ausgewählten LDR-Service.

  4. Nach der Erstellung der entsprechenden Anzahl von Parität und Datenfragmenten verteilt der LDR-Service diese Fragmente auf die Storage Nodes (Chunk-Services), aus denen der Speicherpool des Erasure-Coding-Profils besteht.

  5. Der LDR-Service benachrichtigt die ILM-Engine und bestätigt, dass Objektdaten erfolgreich verteilt werden.

  6. Die ILM-Engine aktualisiert den Metadatenspeicher mit Objektspeichermetadaten.

Content-Sicherung: Cloud Storage Pool

Wenn für die Anweisungen zur Content-Platzierung einer ILM-Regel eine replizierte Kopie von Objektdaten in einem Cloud Storage-Pool gespeichert wird, werden Objektdaten in den externen S3-Bucket oder Azure Blob-Storage-Container dupliziert, der für den Cloud Storage-Pool angegeben wurde.

Die ILM-Engine, die eine Komponente des LDR-Service ist, und der Data Mover-Service steuern die Verschiebung von Objekten in den Cloud-Speicherpool.

Datenfluss In Den Cloud-Storage-Pool

  1. Die ILM-Engine wählt einen Data Mover-Service zur Replizierung in den Cloud-Storage-Pool aus.

  2. Der Data Mover-Service sendet die Objektdaten an den Cloud-Speicherpool.

  3. Der Data Mover-Service benachrichtigt die ILM-Engine, dass die Objektdaten gespeichert wurden.

  4. Die ILM-Engine aktualisiert den Metadatenspeicher mit Objektspeichermetadaten.