Die folgenden Aufgaben können zur Durchführung einer Bestandsaufnahme für die Dimensionierung der Datensicherheitslösung verwendet werden:

Wenn diese Informationen verfügbar sind, kann die Dimensionierung der Backup-Infrastruktur vorgenommen werden, was zu einer Aufschlüsselung der benötigten Speicherkapazitäten führt.

Bevor Sie die NetApp StorageGRID Dimensionierung durchführen, sollten Sie die folgenden Aspekte für Ihre Workloads berücksichtigen:

Die nutzbare Kapazität muss der Größe des Backup-Workloads entsprechen, den Sie in StorageGRID gestaffelt haben, sowie dem Aufbewahrungszeitplan.

Wird der WORM-Modus aktiviert oder nicht? Wenn WORM in CommVault aktiviert ist, wird dadurch die Objektsperre auf StorageGRID konfiguriert. Dadurch wird die erforderliche Objektspeicher-Kapazität erhöht. Die erforderliche Kapazität variiert basierend auf der Aufbewahrungsdauer und der Anzahl der Objektänderungen bei jedem Backup.

Die durchschnittliche Objektgröße ist ein Eingabeparameter, der bei der Dimensionierung für die Performance in einer StorageGRID Umgebung hilft. Die durchschnittliche Objektgröße, die für einen CommVault-Workload verwendet wird, hängt vom Backup-Typ ab.

In der folgenden Tabelle sind die durchschnittlichen Objektgrößen nach Backup-Typ aufgeführt und die Lesevorgänge aus dem Objektspeicher werden durch den Wiederherstellungsprozess beschrieben:

Darüber hinaus sind Sie über die Performance-Anforderungen für vollständige Backups und inkrementelle Backups in der Lage, die Dimensionierung für die StorageGRID Storage-Nodes zu bestimmen. StorageGRID Richtlinie für Information Lifecycle Management (ILM) Datensicherungsmethoden bestimmen die zur Speicherung von CommVault Backups benötigte Kapazität und wirken sich auf die Grid-Größe aus.

StorageGRID ILM-Replizierung ist einer von zwei Mechanismen, die StorageGRID zum Speichern von Objektdaten verwendet. Wenn StorageGRID einer ILM-Regel Objekte zuweist, die Daten repliziert, erstellt das System exakte Kopien der Objektdaten und speichert die Kopien auf Storage-Nodes.

Das Verfahren zur Einhaltung von Datenkonsistenz ist die zweite Methode, die von StorageGRID zum Speichern von Objektdaten verwendet wird. Wenn StorageGRID einer ILM-Regel Objekte zuweist, die für die Erstellung von Kopien, die nach Erasure codiert wurden, konfiguriert wird, werden Objektdaten in Datenfragmente unterteilt. Danach werden zusätzliche Paritätsfragmente berechnet und jedes Fragment auf einem anderen Storage Node gespeichert. Wenn auf ein Objekt zugegriffen wird, wird es anhand der gespeicherten Fragmente neu zusammengesetzt. Wenn ein Datenfragment oder ein Paritätsfragment beschädigt wird oder verloren geht, kann der Algorithmus zur Fehlerkorrektur ein neues Fragment unter Verwendung einer Untergruppe der verbleibenden Daten- und Paritätsfragmente erstellen.

Die beiden Mechanismen erfordern unterschiedliche Mengen an Storage, wie die folgenden Beispiele zeigen:

Für die getestete Lösung wurde eine Entry-Level StorageGRID Implementierung an einem einzelnen Standort genutzt:

StorageGRID wird in der Regel an zwei oder mehr Standorten mit Datensicherungsrichtlinien implementiert, die Daten replizieren, um vor Ausfällen auf Node- und Site-Ebene zu schützen. Wenn Sie Ihre Daten in StorageGRID sichern, sind Ihre Daten durch mehrere Kopien oder durch Erasure Coding geschützt, durch das Daten zuverlässig durch einen Algorithmus getrennt und neu zusammengestellt werden.

Sie können das Sizing-Tool verwenden "Fusion" Zur Größenbeaufstellung des Rasters.

Ein NetApp StorageGRID System lässt sich mit weiteren Storage-Nodes erweitern, einem vorhandenen Standort neue Grid-Nodes hinzufügen oder ein neues Datacenter hinzufügen. Eine Erweiterung kann vorgenommen werden, ohne den Betrieb des aktuellen Systems zu unterbrechen.
StorageGRID skaliert die Performance mithilfe von Nodes mit höherer Performance für die Storage-Nodes oder der physischen Appliance mit dem Load Balancer und den Admin-Nodes oder durch einfaches Hinzufügen weiterer Nodes.