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

Sie müssen die Storage-Anforderungen für StorageGRID-Nodes verstehen, damit Sie ausreichend Speicherplatz für die Erstkonfiguration und die künftige Storage-Erweiterung bereitstellen können.

StorageGRID Nodes erfordern drei logische Storage-Kategorien:

  • Container Pool — Performance-Tier (10.000 SAS oder SSD) Storage für die Node-Container, der dem Docker-Storage-Treiber zugewiesen wird, wenn Sie Docker auf den Hosts installieren und konfigurieren, die Ihre StorageGRID-Knoten unterstützen.

  • Systemdaten — Performance-Tier (10.000 SAS oder SSD) Speicher für persistenten Speicher pro Node von Systemdaten und Transaktionsprotokollen, die die StorageGRID Host Services nutzen und einzelnen Nodes zuordnen werden.

  • Objektdaten — Performance-Tier (10.000 SAS oder SSD) Storage und Capacity-Tier (NL-SAS/SATA) Massenspeicher für die persistente Speicherung von Objektdaten und Objekt-Metadaten.

Sie müssen RAID-gestützte Blockgeräte für alle Speicherkategorien verwenden. Nicht redundante Festplatten, SSDs oder JBODs werden nicht unterstützt. Es ist möglich, Shared- oder lokalen RAID-Storage für eine beliebige Storage-Kategorie zu verwenden. Wenn Sie jedoch die Möglichkeit zur Migration der StorageGRID Nodes nutzen möchten, müssen Sie sowohl Systemdaten als auch Objektdaten auf einem Shared Storage speichern.

Performance-Anforderungen erfüllt

Die Performance der für den Container-Pool verwendeten Volumes, Systemdaten und Objektmetadaten wirkt sich erheblich auf die Gesamt-Performance des Systems aus. Sie sollten Performance-Tier-Storage (10.000 SAS oder SSD) für diese Volumes verwenden, um eine angemessene Festplatten-Performance in Bezug auf Latenz, Input/Output Operations per Second (IOPS) und Durchsatz sicherzustellen. Sie können Capacity-Tier (NL-SAS/SATA)-Storage für den persistenten Storage von Objektdaten verwenden.

Für die Volumes, die für den Container-Pool, Systemdaten und Objektdaten verwendet werden, muss ein Write-Back-Caching aktiviert sein. Der Cache muss sich auf einem geschützten oder persistenten Medium befinden.

Anforderungen an Hosts, die NetApp ONTAP Storage nutzen

Wenn der StorageGRID-Node Storage verwendet, der einem NetApp ONTAP System zugewiesen ist, vergewissern Sie sich, dass auf dem Volume 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 Hosts

Jeder StorageGRID Standort erfordert mindestens drei Storage-Nodes.

Wichtig Führen Sie in einer Produktionsimplementierung nicht mehr als einen Speicherknoten auf einem einzelnen physischen oder virtuellen Host aus. Die Verwendung eines dedizierten Hosts für jeden Speicherknoten stellt eine isolierte Ausfalldomäne zur Verfügung.

Andere Node-Typen wie Admin-Nodes oder Gateway-Nodes können auf denselben Hosts implementiert oder je nach Bedarf auf ihren eigenen dedizierten Hosts implementiert werden.

Anzahl der Storage-Volumes pro Host

In der folgenden Tabelle ist die Anzahl der für jeden Host erforderlichen Storage Volumes (LUNs) und die Mindestgröße für jede LUN angegeben, basierend darauf, welche Nodes auf diesem Host implementiert werden.

Die maximale getestete LUN-Größe beträgt 39 TB.

Hinweis Diese Nummern gelten für jeden Host, nicht für das gesamte Raster.
LUN-Zweck Storage-Kategorie Anzahl LUNs Minimale Größe/LUN

Storage-Pool für Container-Engine

Container-Pool

1

Gesamtzahl der Nodes × 100 GB

/var/local Datenmenge

Systemdaten

1 für jeden Node auf diesem Host

90 GB

Storage-Node

Objektdaten

3 für jeden Speicherknoten auf diesem Host

Hinweis: ein softwarebasierter Speicherknoten kann 1 bis 16 Speicher-Volumes haben; es werden mindestens 3 Speicher-Volumes empfohlen.

12 TB (4 TB/LUN) Weitere Informationen finden Sie unter Storage-Anforderungen für Storage-Nodes.

Prüfprotokolle für Admin-Node

Systemdaten

1 für jeden Admin-Node auf diesem Host

200 GB

Admin-Node-Tabellen

Systemdaten

1 für jeden Admin-Node auf diesem Host

200 GB

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.

Minimaler Speicherplatz für einen Host

In der folgenden Tabelle ist der erforderliche Mindestspeicherplatz für jeden Node-Typ aufgeführt. Anhand dieser Tabelle können Sie bestimmen, welcher Storage-Mindestbetrag für den Host in jeder Storage-Kategorie bereitgestellt werden muss. Dabei können Sie festlegen, welche Nodes auf diesem Host implementiert werden.

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 Container-Pool Systemdaten Objektdaten

Storage-Node

100 GB

90 GB

4,000 GB

Admin-Node

100 GB

490 GB (3 LUNs)

Nicht zutreffend

Gateway-Node

100 GB

90 GB

Nicht zutreffend

Archiv-Node

100 GB

90 GB

Nicht zutreffend

Beispiel: Berechnung der Storage-Anforderungen für einen Host

Angenommen, Sie planen, drei Nodes auf demselben Host zu implementieren: Einen Storage-Node, einen Admin-Node und einen Gateway-Node. Sie sollten dem Host mindestens neun Storage Volumes zur Verfügung stellen. Es sind mindestens 300 GB Performance-Tier-Storage für die Node-Container, 670 GB Performance-Tier-Storage für Systemdaten und Transaktionsprotokolle und 12 TB Kapazitäts-Tier Storage für Objektdaten erforderlich.

Node-Typ LUN-Zweck Anzahl LUNs Die LUN-Größe

Storage-Node

Docker Storage-Pool

1

300 GB (100 GB/Node)

Storage-Node

/var/local Datenmenge

1

90 GB

Storage-Node

Objektdaten

3

12 TB (4 TB/LUN)

Admin-Node

/var/local Datenmenge

1

90 GB

Admin-Node

Prüfprotokolle für Admin-Node

1

200 GB

Admin-Node

Admin-Node-Tabellen

1

200 GB

Gateway-Node

/var/local Datenmenge

1

90 GB

Gesamt

9

Container-Pool: 300 GB

Systemdaten: 670 GB

Objektdaten: 12,000 GB

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.