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.

Storage- und Performance-Anforderungen erfüllt

Beitragende
PDFs

Sie müssen die Storage- und Performance-Anforderungen für StorageGRID Nodes kennen, die von Virtual Machines gehostet werden. So können Sie ausreichend Speicherplatz für die anfängliche Konfiguration und die zukünftige Storage-Erweiterung bereitstellen.

Performance-Anforderungen erfüllt

Die Performance des Betriebssystem-Volumes und des ersten Storage Volumes wirkt sich erheblich auf die Gesamt-Performance des Systems aus. Vergewissern Sie sich, dass diese eine ausreichende Festplatten-Performance in Bezug auf Latenz, IOPS (Input/Output Operations per Second) und Durchsatz bieten.

Für alle StorageGRID Nodes ist das BS-Laufwerk und alle Storage Volumes ein Write Back-Caching aktiviert. Der Cache muss sich auf einem geschützten oder persistenten Medium befinden.

Anforderungen für Virtual Machines, die NetApp ONTAP Storage nutzen

Wenn Sie einen StorageGRID Node als Virtual Machine mit Storage implementieren, der einem NetApp ONTAP System zugewiesen ist, haben Sie bestätigt, dass für das Volume keine FabricPool Tiering-Richtlinie aktiviert ist. Wenn ein StorageGRID Node beispielsweise als virtuelle Maschine auf einem VMware-Host ausgeführt wird, stellen Sie sicher, dass für das Volume, das den Datastore für den Node unterstützt, keine FabricPool-Tiering-Richtlinie aktiviert ist. Das Deaktivieren von FabricPool Tiering für Volumes, die in Verbindung mit StorageGRID Nodes verwendet werden, vereinfacht die Fehlerbehebung und Storage-Vorgänge.

Wichtig Verwenden Sie FabricPool niemals, um StorageGRID-bezogene Daten in das Tiering zurück zu StorageGRID selbst zu verschieben. Das Tiering von StorageGRID-Daten zurück in die StorageGRID verbessert die Fehlerbehebung und reduziert die Komplexität von betrieblichen Abläufen.

Anzahl der erforderlichen Virtual Machines

Jeder StorageGRID Standort erfordert mindestens drei Storage-Nodes.

Wichtig Führen Sie in einer Produktionsimplementierung nicht mehr als einen Speicherknoten auf einem virtuellen Maschinenserver aus. Die Verwendung eines dedizierten Virtual Machine-Hosts für jeden Storage Node stellt eine isolierte Ausfall-Domäne bereit.

Andere Node-Typen, wie beispielsweise Admin-Nodes oder Gateway-Nodes, können auf demselben Virtual-Machine-Host oder je nach Bedarf auf ihren eigenen dedizierten Virtual-Machine-Hosts implementiert werden. Wenn Sie jedoch mehrere Nodes desselben Typs haben (z. B. zwei Gateway-Nodes), installieren Sie nicht alle Instanzen auf demselben Virtual-Machine-Host.

Storage-Anforderungen nach Node-Typ

In einer Produktionsumgebung müssen die Virtual Machines für StorageGRID Grid-Nodes je nach Node-Typ unterschiedliche Anforderungen erfüllen.

Hinweis Disk Snapshots können nicht zum Wiederherstellen von Grid-Nodes verwendet werden. Beachten Sie stattdessen die Recovery- und Wartungsabläufe für jeden Node-Typ.
Node-Typ Storage

Admin-Node

100 GB LUN FÜR OS

200 GB LUN für Admin-Node-Tabellen

200 GB LUN für Admin Node Audit-Protokoll

Storage-Node

100 GB LUN FÜR OS

3 LUNs für jeden Speicherknoten auf diesem Host

Hinweis: Ein Speicherknoten kann 1 bis 16 Speicher-LUNs haben; mindestens 3 Speicher-LUNs werden empfohlen.

Mindestgröße pro LUN: 4 TB

Maximale getestete LUN-Größe: 39 TB.

Gateway-Node

100 GB LUN FÜR OS

Archiv-Node

100 GB LUN FÜR OS
Wichtig Je nach konfiguriertem Audit Level, Größe der Benutzereingaben wie z. B. S3-Objektschlüsselname und wie viele Audit-Protokoll-Daten Sie erhalten müssen, müssen Sie möglicherweise die Größe der Audit-Protokoll-LUN auf jedem Admin-Node erhöhen. In der Regel generiert ein Grid etwa 1 KB Audit-Daten pro S3-Betrieb. Dies bedeutet, dass ein 200 GB-LUN 70 Millionen Operationen pro Tag und 800 Operationen pro Sekunde für zwei bis drei Tage unterstützen würde.

Storage-Anforderungen für Storage-Nodes

Ein softwarebasierter Speicher-Node kann 1 bis 16 Speicher-Volumes haben - -3 oder mehr Speicher-Volumes werden empfohlen. Jedes Storage-Volume sollte 4 TB oder größer sein.

Hinweis Ein Appliance-Speicherknoten kann bis zu 48 Speicher-Volumes haben.

Wie in der Abbildung dargestellt, reserviert StorageGRID Speicherplatz für Objekt-Metadaten auf dem Storage Volume 0 jedes Storage-Nodes. Alle verbleibenden Speicherplatz auf dem Storage-Volume 0 und anderen Storage-Volumes im Storage-Node werden ausschließlich für Objektdaten verwendet.

Metadaten-Speicherplatz-Storage-Node

Um Redundanz zu gewährleisten und Objekt-Metadaten vor Verlust zu schützen, speichert StorageGRID drei Kopien der Metadaten für alle Objekte im System an jedem Standort. Die drei Kopien der Objektmetadaten werden gleichmäßig auf alle Storage-Nodes an jedem Standort verteilt.

Wenn Sie Volume 0 eines neuen Storage-Node Speicherplatz zuweisen, müssen Sie sicherstellen, dass für den Anteil aller Objekt-Metadaten des Node ausreichend Speicherplatz vorhanden ist.

  • Mindestens müssen Sie Volume 0 mindestens 4 TB zuweisen.

    Hinweis Wenn Sie nur ein Storage-Volume für einen Storage-Node verwenden und dem Volume 4 TB oder weniger zuweisen, hat der Storage-Node beim Start möglicherweise den Schreibgeschützten Storage-Status und speichert nur Objekt-Metadaten.

  • Wenn Sie ein neues StorageGRID 11.6-System installieren und jeder Speicherknoten 128 GB oder mehr RAM hat, sollten Sie Volume 0 8 TB oder mehr zuweisen. Bei Verwendung eines größeren Werts für Volume 0 kann der zulässige Speicherplatz für Metadaten auf jedem Storage Node erhöht werden.

  • Verwenden Sie bei der Konfiguration verschiedener Storage-Nodes für einen Standort, falls möglich, die gleiche Einstellung für Volume 0. Wenn ein Standort Storage-Nodes unterschiedlicher Größe enthält, bestimmt der Storage-Node mit dem kleinsten Volume 0 die Metadaten-Kapazität dieses Standorts.

Weitere Informationen finden Sie unter Management von Objekt-Metadaten-Storage.

Verwandte Informationen

Recovery und Wartung