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.

Vergleich von Cloud Storage Pools und CloudMirror Replizierung

Beitragende

Wenn Sie mit Cloud-Speicherpools beginnen, wäre es möglicherweise hilfreich, die Ähnlichkeiten und Unterschiede zwischen Cloud-Speicherpools und dem Replizierungsservice für StorageGRID CloudMirror zu verstehen.

Cloud-Storage-Pool CloudMirror Replikationsservice

Was ist der primäre Zweck?

Ein Cloud-Storage-Pool fungiert als Archivziel. Die Objektkopie im Cloud-Storage-Pool kann die einzige Kopie des Objekts sein oder es kann eine zusätzliche Kopie sein. Das bedeutet, dass Sie nicht mehr zwei Kopien lokal aufbewahren müssen, sondern nur eine Kopie innerhalb von StorageGRID aufbewahren und eine Kopie an den Cloud-Storage-Pool senden können.

Der CloudMirror Replikationsservice ermöglicht einem Mandanten, Objekte automatisch von einem Bucket in StorageGRID (Quelle) auf einen externen S3 Bucket (Ziel) zu replizieren. Bei der CloudMirror-Replizierung wird eine unabhängige Kopie eines Objekts in einer unabhängigen S3-Infrastruktur erstellt.

Wie ist es eingerichtet?

Cloud-Storage-Pools werden mit Grid Manager oder Grid-Management-API auf dieselbe Weise wie Storage-Pools definiert. Sie können einen Cloud-Storage-Pool als Speicherort in einer ILM-Regel auswählen. Während ein Storage-Pool aus einer Gruppe von Storage-Nodes besteht, wird ein Cloud-Storage-Pool mit einem Remote-S3- oder Azure-Endpunkt (IP-Adresse, Zugangsdaten usw.) definiert.

Ein Mandantenbenutzer Konfiguration der CloudMirror-Replizierung CloudMirror-Endpunkt (IP-Adresse, Anmeldeinformationen usw.) werden mithilfe des Tenant Manager oder der S3-API definiert. Nachdem der CloudMirror Endpunkt eingerichtet wurde, können alle Buckets dieses Mandantenkontos so konfiguriert werden, dass sie auf den CloudMirror Endpunkt verweisen.

Wer ist für die Einrichtung zuständig?

In der Regel ist ein Grid-Administrator erforderlich

In der Regel ein Mandantenbenutzer

Was ist das Ziel?

  • Alle kompatiblen S3-Infrastrukturen (einschließlich Amazon S3)

  • Azure Blob Archivebene

  • Alle kompatiblen S3-Infrastrukturen (einschließlich Amazon S3)

Was bewirkt, dass Objekte zum Ziel verschoben werden?

Ein oder mehrere ILM-Regeln in der aktiven ILM-Richtlinie Die ILM-Regeln legen fest, welche Objekte die StorageGRID in den Cloud-Storage-Pool verschoben und wann sie verschoben werden.

Das Einspeisen eines neuen Objekts in einen Quell-Bucket, der mit einem CloudMirror-Endpunkt konfiguriert wurde.Objekte, die sich vor der Konfiguration mit dem CloudMirror-Endpunkt im Quell-Bucket befanden, werden nicht repliziert, es sei denn, sie werden modifiziert.

Wie werden Objekte abgerufen?

Applikationen müssen Anfragen an StorageGRID stellen, um Objekte abzurufen, die in einen Cloud-Speicherpool verschoben wurden. Wenn die einzige Kopie eines Objekts in den Archiv-Storage verschoben wurde, managt StorageGRID den Prozess der Wiederherstellung des Objekts, um es abgerufen werden zu können.

Da die gespiegelte Kopie im Ziel-Bucket eine unabhängige Kopie ist, können Applikationen das Objekt abrufen. Dazu müssen sie Anfragen entweder an StorageGRID oder an das S3-Ziel stellen. Angenommen, Sie verwenden CloudMirror Replizierung, um Objekte auf eine Partnerorganisation zu spiegeln. Der Partner kann mithilfe eigener Applikationen Objekte direkt vom S3-Ziel lesen oder aktualisieren. Die Verwendung von StorageGRID ist nicht erforderlich.

Können Sie direkt vom Ziel lesen?

Nein Objekte, die in einen Cloud-Storage-Pool verschoben werden, werden von StorageGRID gemanagt. Leseanforderungen müssen an StorageGRID gerichtet sein (und StorageGRID ist für den Abruf aus Cloud Storage Pool verantwortlich).

Ja, da die gespiegelte Kopie eine unabhängige Kopie ist.

Was geschieht, wenn ein Objekt aus der Quelle gelöscht wird?

Das Objekt wird auch im Cloud-Speicherpool gelöscht.

Die Löschaktion wird nicht repliziert. Ein gelöschtes Objekt ist nicht mehr im StorageGRID-Bucket vorhanden, ist jedoch weiterhin im Ziel-Bucket vorhanden. Ebenso können Objekte im Ziel-Bucket gelöscht werden, ohne dass die Quelle beeinträchtigt wird.

Wie greifen Sie nach einem Ausfall auf Objekte zu (StorageGRID System nicht betriebsbereit)?

Fehlerhafte StorageGRID-Knoten müssen wiederhergestellt werden. Während dieses Prozesses können Kopien replizierter Objekte mithilfe der Kopien im Cloud Storage Pool wiederhergestellt werden.

Die Objektkopien im CloudMirror Zielsystem sind unabhängig von StorageGRID, sodass sie direkt vor dem Recovery der StorageGRID-Nodes zugänglich sind.