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. Sie können für jede der Storage-Kategorien gemeinsam genutzten oder lokalen RAID-Speicher verwenden. Wenn Sie jedoch die Funktion zur Node-Migration in StorageGRID verwenden möchten, müssen Sie sowohl System- als auch Objektdaten auf Shared Storage speichern. Weitere Informationen finden Sie unter "Anforderungen für die Container-Migration für Nodes".
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 für Hosts, die NetApp ONTAP-Speicher verwenden
Wenn der StorageGRID Node Storage verwendet, der aus einem NetApp ONTAP System zugewiesen wurde, 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 Storage Node 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. |
| Zweck der LUN | 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 |
90GB |
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 unterStorage-Anforderungen für Storage-Nodes. |
Storage-Node (nur Metadaten) |
Objekt-Metadaten |
1 |
4 TB Weitere Informationen finden Sie unterStorage-Anforderungen für Storage-Nodes. Hinweis: Nur ein Rangedb ist für Metadaten-only Storage Nodes erforderlich. |
Prüfprotokolle für Admin-Node |
Systemdaten |
1 für jeden Admin-Node auf diesem Host |
200GB |
Admin-Node-Tabellen |
Systemdaten |
1 für jeden Admin-Node auf diesem Host |
200GB |
|
|
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. |
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 zur Wiederherstellung von Grid Nodes verwendet werden. Lesen Sie stattdessen die "Recovery von Grid Nodes" Verfahren für jeden Node-Typ. |
| Node-Typ | Container-Pool | Systemdaten | Objektdaten |
|---|---|---|---|
Storage-Node |
100GB |
90GB |
4.000GB |
Admin-Node |
100GB |
490 GB (3 LUNs) |
Nicht zutreffend |
Gateway-Node |
100GB |
90GB |
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 | Zweck der LUN | Anzahl LUNs | Die LUN-Größe |
|---|---|---|---|
Storage-Node |
Docker Storage-Pool |
1 |
300 GB (100 GB/Node) |
Storage-Node |
|
1 |
90GB |
Storage-Node |
Objektdaten |
3 |
12 TB (4 TB/LUN) |
Admin-Node |
|
1 |
90GB |
Admin-Node |
Prüfprotokolle für Admin-Node |
1 |
200GB |
Admin-Node |
Admin-Node-Tabellen |
1 |
200GB |
Gateway-Node |
|
1 |
90GB |
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.
Bei der Installation eines Grid mit metadatenreinen Storage-Nodes muss das Grid auch eine Mindestanzahl an Nodes für Objekt-Storage enthalten. Weitere Informationen zu nur Metadaten-Storage-Nodes finden Sie unter"Typen von Storage-Nodes".
-
Für ein Grid an einem Standort werden mindestens zwei Storage-Nodes für Objekte und Metadaten konfiguriert.
-
Bei einem Grid mit mehreren Standorten werden mindestens ein Storage Node pro Standort für Objekte und Metadaten konfiguriert.
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 maximal 4 TB zuweisen, kann der Storage-Node beim Starten und Speichern von Objektmetadaten in den schreibgeschützten Storage-Status wechseln.
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".