Storage- und Performance-Anforderungen erfüllt
Änderungen vorschlagen
PDFs
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.
|
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.
|
|
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.
|
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 |
|
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 |
|
|
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.
|
|
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 |
|
1 |
90 GB |
Storage-Node |
Objektdaten |
3 |
12 TB (4 TB/LUN) |
Admin-Node |
|
1 |
90 GB |
Admin-Node |
Prüfprotokolle für Admin-Node |
1 |
200 GB |
Admin-Node |
Admin-Node-Tabellen |
1 |
200 GB |
Gateway-Node |
|
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.
|
|
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 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.