Requisiti di storage e prestazioni per StorageGRID
Suggerisci modifiche
PDF
Devi comprendere i requisiti di storage per i nodi StorageGRID per assicurarti di avere spazio sufficiente a supportare la configurazione iniziale e la futura espansione dello storage.
I requisiti di archiviazione e prestazioni variano in base all'implementazione del nodo basato su software.
|
"Linux" si riferisce a una distribuzione RHEL, Ubuntu o Debian. Per un elenco delle versioni supportate, vedere "Tool di matrice di interoperabilità NetApp (IMT)" . |
Categorie di archiviazione
I nodi StorageGRID richiedono tre categorie logiche di storage:
-
Pool di container — Storage di livello prestazioni (10K SAS o SSD) per i container dei nodi, che viene assegnato al driver di storage del motore di container quando installi e configuri il motore di container sugli host che supportano i tuoi nodi StorageGRID.
-
Dati di sistema — Storage di livello prestazioni (SAS da 10K o SSD) per lo storage persistente per nodo dei dati di sistema e dei log delle transazioni, che i servizi host di StorageGRID consumano e mappano nei singoli nodi.
-
Dati oggetto — storage di livello Performance (10.000 SAS o SSD) e storage bulk di livello capacità (NL-SAS/SATA) per lo storage persistente di dati oggetto e metadati oggetto.
Devi usare dispositivi a blocchi con supporto RAID per tutte le categorie di storage. Dischi non ridondanti, SSD o JBOD non sono supportati. Puoi usare storage RAID condiviso o locale per qualsiasi categoria di storage. Per migrare i nodi in StorageGRID, devi archiviare sia i dati di sistema che i dati degli oggetti su storage condiviso. Per ulteriori informazioni, vedi "Requisiti per la migrazione dei container di nodi".
Requisiti relativi alle performance
Le performance dei volumi utilizzati per il pool di container, i dati di sistema e i metadati degli oggetti influiscono in modo significativo sulle performance complessive del sistema. Per questi volumi, è necessario utilizzare storage di livello performance (10.000 SAS o SSD) per garantire prestazioni disco adeguate in termini di latenza, operazioni di input/output al secondo (IOPS) e throughput. È possibile utilizzare lo storage a Tier di capacità (NL-SAS/SATA) per lo storage persistente dei dati a oggetti.
I volumi utilizzati per il pool di container, i dati di sistema e i dati degli oggetti devono avere il caching write-back abilitato. La cache deve essere su un supporto protetto o persistente.
Requisiti degli host che utilizzano lo storage NetApp ONTAP
Se il nodo StorageGRID utilizza lo storage assegnato da un sistema NetApp ONTAP, verifica che il volume non disponga di una policy di tiering FabricPool abilitata. La disattivazione del tiering FabricPool per i volumi utilizzati con i nodi StorageGRID semplifica la risoluzione dei problemi e le operazioni di storage.
|
|
Non utilizzare mai FabricPool per eseguire il tiering dei dati relativi a StorageGRID su StorageGRID. Il tiering dei dati StorageGRID su StorageGRID aumenta la risoluzione dei problemi e la complessità operativa. |
Numero di host richiesti
Ogni sito StorageGRID richiede almeno tre nodi di storage.
|
|
In un ambiente di produzione, non eseguire più di un Storage Node su un singolo host fisico o virtuale. Un host dedicato per ogni Storage Node fornisce un dominio di errore isolato. |
Puoi distribuire altri tipi di nodi, come Admin Nodes o Gateway Nodes, sugli stessi host oppure su host dedicati, a seconda delle necessità.
|
|
Non puoi usare gli snapshot del disco per ripristinare i nodi della griglia. Invece, fai riferimento alle "recovery del nodo grid" procedure per ogni tipo di nodo. |
Numero di volumi di archiviazione per ciascun nodo
La tabella seguente mostra il numero di volumi di storage (LUN) necessari per ciascun host e la dimensione minima richiesta per ciascun LUN, in base ai nodi distribuiti su tale host.
La dimensione massima del LUN testato è 100 TiB.
|
|
Questi numeri si riferiscono a ciascun host e non all'intera griglia. |
| Scopo del LUN | Categoria di storage | Numero di LUN | Dimensione minima/LUN |
|---|---|---|---|
Pool di storage del motore di container |
Pool di container |
1 |
Numero totale di nodi × 100 GB |
|
Dati di sistema |
1 per ogni nodo su questo host |
100 GB |
Nodo di storage |
Dati dell'oggetto |
3 per ciascun nodo di storage su questo host Nota: Un nodo di storage basato su software Linux e un nodo di storage basato su software VMware possono avere da 1 a 48 volumi di storage. Sono consigliati almeno 3 volumi di storage. |
12 TB (4 TB/LUN, minimo) Dimensione massima del LUN testato: 100 TiB. Consulta Requisiti di storage per i nodi di storage per maggiori informazioni. |
Nodo di storage (solo metadati) |
Metadati dell'oggetto |
1 |
4 TB/LUN, minimo Dimensione massima del LUN testato: 100 TiB. Consulta Requisiti di storage per i nodi di storage per maggiori informazioni. Nota: È richiesto un solo rangedb per i nodi di archiviazione di solo metadati. |
Registri di audit del nodo di amministrazione |
Dati di sistema |
1 per ogni nodo Admin su questo host |
200 GB |
Tabelle del nodo di amministrazione |
Dati di sistema |
1 per ogni nodo Admin su questo host |
200 GB |
|
|
A seconda del livello di audit configurato, delle dimensioni degli input utente come il nome della chiave dell'oggetto S3 e di quanta audit log data devi conservare, potresti dover aumentare le dimensioni del LUN del registro di audit su ciascun Admin Node. In genere, una grid genera circa 1 KB di dati di audit per ogni operazione S3, il che significa che un LUN da 200 GB supporterebbe 70 milioni di operazioni al giorno oppure 800 operazioni al secondo per due o tre giorni. |
Spazio di storage minimo per un host
La tabella seguente mostra lo spazio di storage minimo richiesto per ogni tipo di nodo. Puoi usare questa tabella per determinare la quantità minima di storage che devi fornire all'host in ciascuna categoria di storage, in base ai nodi distribuiti su quell'host.
|
|
Non puoi usare gli snapshot del disco per ripristinare i nodi della griglia. Invece, fai riferimento alle "recovery del nodo grid" procedure per ogni tipo di nodo. |
Ogni host nodo richiede una LUN da 100 GB per il sistema operativo.
| Tipo di nodo | Pool di container | Dati di sistema | Dati dell'oggetto |
|---|---|---|---|
Nodo di storage |
100 GB |
100 GB |
4.000 GB |
Nodo Admin |
100 GB |
500 GB (3 LUN) |
non applicabile |
Nodo gateway |
100 GB |
100 GB |
non applicabile |
Esempio: calcolo dei requisiti di archiviazione per un host o una macchina virtuale
Supponi di voler distribuire tre nodi sullo stesso host o macchina virtuale: un Storage Node, un Admin Node e un Gateway Node. Dovresti fornire all'host almeno nove volumi di storage. Ti servono almeno 300 GB di storage di livello prestazioni per i container dei nodi, 700 GB di storage di livello prestazioni per i dati di sistema e i log delle transazioni e 12 TB di storage di livello capacità per i dati a oggetti.
| Tipo di nodo | Scopo del LUN | Numero di LUN | Dimensioni LUN |
|---|---|---|---|
Nodo di storage |
Pool di storage del motore di container |
1 |
300 GB (100 GB/nodo) |
Nodo di storage |
|
1 |
100 GB |
Nodo di storage |
Dati dell'oggetto |
3 |
12 TB (4 TB/LUN) |
Nodo Admin |
|
1 |
100 GB |
Nodo Admin |
Registri di audit del nodo di amministrazione |
1 |
200 GB |
Nodo Admin |
Tabelle del nodo di amministrazione |
1 |
200 GB |
Nodo gateway |
|
1 |
100 GB |
Totale |
9 |
Pool di container: 300 GB Dati di sistema: 700 GB Dati oggetto: 12,000 GB |
| Tipo di nodo | Scopo del LUN | Numero di LUN | Dimensioni LUN |
|---|---|---|---|
Nodo di storage |
Volume del sistema operativo |
1 |
100 GB |
Nodo di storage |
Dati dell'oggetto |
3 |
12 TB (4 TB/LUN) |
Nodo Admin |
Volume del sistema operativo |
1 |
100 GB |
Nodo Admin |
Registri di audit del nodo di amministrazione |
1 |
200 GB |
Nodo Admin |
Tabelle del nodo di amministrazione |
1 |
200 GB |
Nodo gateway |
Volume del sistema operativo |
1 |
100 GB |
Totale |
8 |
Dati di sistema: 700 GB Dati oggetto: 12,000 GB |
Requisiti di archiviazione specifici per i nodi di archiviazione
Linux e VMware hanno i seguenti requisiti di storage per i nodi di storage:
-
Un nodo di storage basato su software Linux può avere da 1 a 48 volumi di storage.
-
Un nodo di storage basato su software VMware può avere da 1 a 48 volumi di storage.
-
Si consigliano tre o più volumi di stoccaggio.
-
Ogni volume di archiviazione deve essere pari o superiore a 4 TB.
|
|
Un nodo di archiviazione dell'appliance può avere fino a 48 volumi di archiviazione. |
Come mostrato nella figura, StorageGRID riserva spazio per i metadati degli oggetti sul volume di storage 0 di ciascun nodo di storage. Qualsiasi spazio rimanente sul volume di storage 0 e qualsiasi altro volume di storage nel nodo di storage viene utilizzato esclusivamente per i dati a oggetti.
Per garantire la ridondanza e proteggere i metadati degli oggetti dalla perdita, StorageGRID memorizza tre copie dei metadati per tutti gli oggetti del sistema in ogni sito. Le tre copie dei metadati degli oggetti sono distribuite in modo uniforme in tutti i nodi di storage di ciascun sito.
Quando installi una grid con Storage Node solo metadati, la grid deve anche contenere un numero minimo di nodi per lo storage a oggetti. Consulta "Tipi di nodi storage" per ulteriori informazioni sugli Storage Node solo metadati.
-
Per un grid a sito singolo, vengono configurati almeno due nodi storage per oggetti e metadati.
-
Per un grid multisito, per gli oggetti e i metadati viene configurato almeno un nodo di storage per sito.
Quando si assegna spazio al volume 0 di un nuovo nodo di storage, è necessario assicurarsi che vi sia spazio sufficiente per la porzione di tale nodo di tutti i metadati dell'oggetto.
-
È necessario assegnare almeno 4 TB al volume 0.
Se si utilizza un solo volume di archiviazione per un nodo di archiviazione e si assegnano 4 TB o meno al volume, il nodo di archiviazione potrebbe entrare nello stato di sola lettura di archiviazione all'avvio e memorizzare solo i metadati dell'oggetto.
Se si assegnano meno di 500 GB al volume 0 (solo per uso non in produzione), il 10% della capacità del volume di storage viene riservato ai metadati. -
Le risorse dei nodi di solo metadati basate su software devono corrispondere alle risorse dei nodi di storage esistenti. Ad esempio:
-
Se il sito StorageGRID esistente utilizza appliance SG6000 o SG6100, i nodi basati solo sui metadati software devono soddisfare i seguenti requisiti minimi:
-
128 GB DI RAM
-
CPU a 8 core
-
SSD da 8 TB o storage equivalente per il database Cassandra (rangedb/0)
-
-
Se il sito StorageGRID esistente utilizza nodi di archiviazione virtuali con 24 GB di RAM, CPU a 8 core e 3 TB o 4 TB di spazio di archiviazione dei metadati, i nodi basati solo su software devono utilizzare risorse simili (24 GB di RAM, CPU a 8 core e 4 TB di spazio di archiviazione dei metadati (rangedb/0)).
Quando si aggiunge un nuovo sito StorageGRID, la capacità totale dei metadati del nuovo sito deve almeno StorageGRID corrispondere ai nodi storage dei siti StorageGRID esistenti e alle nuove risorse del sito.
-
-
Se si sta installando un nuovo sistema (StorageGRID 11.6 o superiore) e ciascun nodo di storage dispone di almeno 128 GB di RAM, assegnare 8 TB o più al volume 0. L'utilizzo di un valore maggiore per il volume 0 può aumentare lo spazio consentito per i metadati su ciascun nodo di storage.
-
Quando configuri nodi di storage diversi per un sito, usa la stessa impostazione per il volume 0 se possibile. Se un sito contiene nodi di storage di dimensioni diverse, il nodo di storage con il volume 0 più piccolo determina la capacità dei metadati di quel sito.
Per ulteriori informazioni, visitare il sito Web "Gestire lo storage dei metadati degli oggetti".