Los geht's
Storage- und Performance-Anforderungen erfüllt
Änderungen vorschlagen
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-Knoten als Virtual Machine mit Speicher von einem NetApp ONTAP-System bereitstellen, haben Sie bestätigt, dass für das Volume keine FabricPool-Tiering-Richtlinie aktiviert ist. Wenn beispielsweise ein StorageGRID-Knoten 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 sichert, 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.
|
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.
|
|
Führen Sie in einer Produktionsimplementierung nicht mehr als einen Storage Node auf einem einzelnen Virtual Machine-Server 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 Knoten desselben Typs (z. B. zwei Gateway-Nodes) haben, installieren Sie nicht alle Instanzen auf demselben Host der virtuellen Maschine.
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.
|
Disk Snapshots können nicht zur Wiederherstellung von Grid Nodes verwendet werden. Lesen Sie stattdessen den Abschnitt "Recovery von Grid Nodes" Verfahren 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 |
|
|
Je nach konfigurierter Audit-Ebene die Größe der Benutzereingaben wie S3-Objektschlüsselname, Und wie viele Audit-Log-Daten Sie erhalten müssen, müssen Sie möglicherweise die Größe der Audit-Log-LUN auf jedem Admin-Node erhöhen.im Allgemeinen generiert ein Grid ca. 1 KB Audit-Daten pro S3-Vorgang, Das heißt, eine 200 GB LUN würde 70 Millionen Operationen pro Tag oder 800 Operationen pro Sekunde für zwei bis drei Tage unterstützen. |
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.
|
|
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.
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.
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 Volume 0 weniger als 500 GB zuweisen (nur für den nicht-produktiven Einsatz), sind 10 % der Kapazität des Speicher-Volumes für Metadaten reserviert. -
Wenn Sie ein neues System installieren (StorageGRID 11.6 oder höher) und jeder Speicherknoten mindestens 128 GB RAM hat, weisen Sie Volume 0 mindestens 8 TB zu. 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".