Requisiti di storage e prestazioni per StorageGRID
Suggerisci modifiche
PDF
Devi comprendere i requisiti di archiviazione dei nodi StorageGRID, così puoi fornire spazio sufficiente per supportare la configurazione iniziale e la futura espansione dello storage.
I requisiti di storage e prestazioni variano in base alla tua implementazione del nodo basata su software.
|
"Linux" si riferisce a un'installazione di RHEL, Ubuntu o Debian. Per un elenco delle versioni supportate, vedi "NetApp Interoperability Matrix Tool (IMT)". |
Categorie di storage
I nodi StorageGRID richiedono tre categorie logiche di archiviazione:
-
Pool di container — Storage di livello prestazioni (10K SAS o SSD) per i container dei nodi, che verrà assegnato al driver di storage del motore di container quando installerai e configurerai il motore di container sugli host che supporteranno 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 consumeranno e mapperanno nei singoli nodi.
-
Dati oggetto — Storage di livello prestazioni (SAS o SSD da 10K) e storage di massa di livello capacità (NL-SAS/SATA) per lo storage persistente dei dati oggetto e dei 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; tuttavia, se vuoi usare la funzionalità di migrazione dei nodi in StorageGRID, devi archiviare sia i dati di sistema che i dati degli oggetti su storage condiviso. Per maggiori informazioni, vedi "Requisiti per la migrazione dei container dei nodi".
Requisiti di prestazione
Le prestazioni dei volumi utilizzati per il container pool, i dati di sistema e i metadati degli oggetti influiscono significativamente sulle prestazioni complessive del sistema. Dovresti utilizzare storage di livello performance (10K SAS o SSD) per questi volumi per garantire prestazioni del disco adeguate in termini di latenza, operazioni di input/output al secondo (IOPS) e throughput. Puoi utilizzare storage di livello capacity (NL-SAS/SATA) per lo storage persistente dei dati degli oggetti.
I volumi utilizzati per il container pool, i dati di sistema e i dati degli oggetti devono avere la cache write-back abilitata. La cache deve risiedere su un supporto protetto o persistente.
Requisiti per gli host che utilizzano lo storage NetApp ONTAP
Se il nodo StorageGRID utilizza storage assegnato da un sistema NetApp ONTAP, assicurati che il volume non abbia una policy di tiering FabricPool abilitata. Disabilitare il tiering FabricPool per i volumi usati con i nodi StorageGRID semplifica la risoluzione dei problemi e le operazioni di storage.
|
|
Non utilizzare mai FabricPool per trasferire qualsiasi dato relativo a StorageGRID nuovamente su StorageGRID stesso. Il tiering dei dati di StorageGRID nuovamente su StorageGRID aumenta la complessità della risoluzione dei problemi e delle operazioni. |
Numero di host richiesti
Ogni sito StorageGRID richiede un minimo di tre nodi di storage.
|
|
In un ambiente di produzione, non eseguire più di un Storage Node su un singolo host fisico o virtuale. Usare un host dedicato per ciascun Storage Node offre un dominio di errore isolato. |
Altri tipi di nodi, come i nodi di amministrazione o i nodi gateway, possono essere distribuiti sugli stessi host oppure su host dedicati, a seconda delle necessità.
|
|
Gli snapshot del disco non possono essere utilizzati per ripristinare i nodi della griglia. Invece, fai riferimento alle "ripristino del nodo della griglia" procedure per ciascun tipo di nodo. |
Numero di volumi di storage 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 che verranno distribuiti su tale host.
La dimensione massima del LUN testato è 39 TB.
|
|
Questi numeri si riferiscono a ciascun host, non all'intera griglia. |
| Scopo della LUN | Categoria di storage | Numero di LUN | Dimensione minima/LUN |
|---|---|---|---|
pool di storage del motore dei 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 archiviazione |
Dati oggetto |
3 per ogni Storage Node su questo host Nota: 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 16 volumi di storage. Sono consigliati almeno 3 volumi di storage. |
12 TB (4 TB/LUN, minimo) Dimensione massima del LUN testato: 39 TB. Vedi Requisiti di storage per i nodi di storage per maggiori informazioni. |
Nodo di storage (solo metadati) |
Metadati oggetto |
1 |
4 TB/LUN, minimo Dimensione massima del LUN testato: 39 TB. Vedi Requisiti di storage per i nodi di storage per maggiori informazioni. Nota: È necessario un solo rangedb per i nodi di archiviazione che contengono solo metadati. |
Registri di controllo del nodo amministratore |
Dati di sistema |
1 per ogni Admin Node su questo host |
200 GB |
Tabelle dei nodi amministrativi |
Dati di sistema |
1 per ogni Admin Node su questo host |
200 GB |
|
|
A seconda del livello di controllo configurato, delle dimensioni degli input utente come il nome della chiave dell'oggetto S3 e di quanta quantità di dati del registro di controllo devi conservare, potresti dover aumentare le dimensioni del LUN del registro di controllo su ciascun Admin Node. In genere, una grid genera circa 1 KB di dati di controllo 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 minimo di storage richiesto per ogni tipo di nodo. Puoi usare questa tabella per determinare la quantità minima di spazio di storage che devi fornire all'host in ciascuna categoria di storage, in base ai nodi che verranno distribuiti su quell'host.
|
|
Gli snapshot del disco non possono essere utilizzati per ripristinare i nodi della griglia. Invece, fai riferimento alle "ripristino del nodo della griglia" procedure per ciascun tipo di nodo. |
Ciascun nodo host richiede una LUN da 100 GB per il sistema operativo.
| Tipo di nodo | Pool di container | Dati di sistema | Dati oggetto |
|---|---|---|---|
Nodo di archiviazione |
100 GB |
100 GB |
4.000 GB |
Nodo amministratore |
100 GB |
500 GB (3 LUN) |
non applicabile |
${post_edited_translations.segment} |
100 GB |
100 GB |
non applicabile |
Esempio: Calcolo dei requisiti di storage per un host o una macchina virtuale
Supponiamo che tu voglia 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. Avrai bisogno di 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 degli oggetti.
| Tipo di nodo | Scopo della LUN | Numero di LUN | Dimensione della LUN |
|---|---|---|---|
Nodo di archiviazione |
pool di storage del motore dei container |
1 |
300 GB (100 GB/nodo) |
Nodo di archiviazione |
|
1 |
100 GB |
Nodo di archiviazione |
Dati oggetto |
3 |
12 TB (4 TB/LUN) |
Nodo amministratore |
|
1 |
100 GB |
Nodo amministratore |
Registri di controllo del nodo amministratore |
1 |
200 GB |
Nodo amministratore |
Tabelle dei nodi amministrativi |
1 |
200 GB |
${post_edited_translations.segment} |
|
1 |
100 GB |
Totale |
9 |
Pool di container: 300 GB Dati di sistema: 700 GB Dati oggetto: 12.000 GB |
| Tipo di nodo | Scopo della LUN | Numero di LUN | Dimensione della LUN |
|---|---|---|---|
Nodo di archiviazione |
volume del sistema operativo |
1 |
100 GB |
Nodo di archiviazione |
Dati oggetto |
3 |
12 TB (4 TB/LUN) |
Nodo amministratore |
volume del sistema operativo |
1 |
100 GB |
Nodo amministratore |
Registri di controllo del nodo amministratore |
1 |
200 GB |
Nodo amministratore |
Tabelle dei nodi amministrativi |
1 |
200 GB |
${post_edited_translations.segment} |
volume del sistema operativo |
1 |
100 GB |
Totale |
8 |
Dati di sistema: 700 GB Dati oggetto: 12.000 GB |
Requisiti di storage specifici per i nodi di storage
Linux e VMware hanno requisiti di storage diversi 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 16 volumi di storage
-
Si raccomanda di utilizzare tre o più volumi di storage.
-
Ogni volume di storage dovrebbe essere di 4 TB o più grande.
|
|
Un nodo di storage dell'appliance può inoltre avere fino a 48 volumi di storage. |
Come illustrato nella figura, StorageGRID riserva spazio per i metadati degli oggetti sul volume di storage 0 di ciascun nodo di storage. Lo spazio rimanente sul volume di storage 0 e su qualsiasi altro volume di storage nel nodo di storage viene utilizzato esclusivamente per i dati degli oggetti.
Per garantire ridondanza e proteggere i metadati degli oggetti dalla perdita, StorageGRID memorizza tre copie dei metadati per tutti gli oggetti presenti nel sistema in ogni sito. Le tre copie dei metadati degli oggetti sono distribuite uniformemente su tutti i nodi di storage in ogni 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. Vedi "Tipi di nodi di archiviazione" per ulteriori informazioni sugli Storage Node solo metadati.
-
Per una griglia a sito singolo, sono configurati almeno due Storage Node per oggetti e metadati.
-
Per una griglia multisito, almeno un nodo di storage per sito è configurato per oggetti e metadati.
Quando assegni spazio al volume 0 di un nuovo nodo di storage, devi assicurarti che ci sia spazio sufficiente per la porzione di metadati di tutti gli oggetti di quel nodo.
-
Come minimo, devi assegnare almeno 4 TB al volume 0.
Se usi solo un volume di storage per un nodo di storage e assegni 4 TB o meno al volume, il nodo di storage potrebbe entrare nello stato di sola lettura all'avvio e memorizzare solo i metadati degli oggetti.
Se assegni meno di 500 GB al volume 0 (solo per uso non di produzione), il 10% della capacità del volume di storage è riservato ai metadati. -
Le risorse dei nodi basati su software che contengono solo metadati devono corrispondere alle risorse dei nodi di storage esistenti. Ad esempio:
-
Se il sito StorageGRID esistente utilizza appliance SG6000 o SG6100, i nodi software dedicati esclusivamente ai metadati devono soddisfare i seguenti requisiti minimi:
-
128 GB di RAM
-
CPU a 8 core
-
8 TB SSD o storage equivalente per il database Cassandra (rangedb/0)
-
-
Se il sito StorageGRID esistente utilizza nodi di storage virtuali con 24 GB di RAM, CPU a 8 core e 3 TB o 4 TB di storage per i metadati, i nodi software dedicati esclusivamente ai metadati dovrebbero utilizzare risorse simili (24 GB di RAM, CPU a 8 core e 4 TB di storage per i metadati (rangedb/0)).
Quando aggiungi un nuovo sito StorageGRID, la capacità totale dei metadati del nuovo sito dovrebbe, almeno, corrispondere a quella dei siti StorageGRID esistenti e le risorse del nuovo sito dovrebbero corrispondere ai nodi di storage dei siti StorageGRID esistenti.
-
-
Se stai installando un nuovo sistema (StorageGRID 11.6 o superiore) e ogni Storage Node ha 128 GB o più di RAM, assegna 8 TB o più al volume 0. Usare un valore maggiore per il volume 0 può aumentare lo spazio consentito per i metadati su ciascun Storage Node.
-
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 determinerà la capacità dei metadati di quel sito.
Per maggiori dettagli, vai su "Gestisci l'archiviazione dei metadati degli oggetti".