Requisiti di storage e performance
Suggerisci modifiche
PDF
È necessario comprendere i requisiti di storage per i nodi StorageGRID, in modo da poter fornire spazio sufficiente per supportare la configurazione iniziale e l'espansione dello storage futura.
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 a Tier di performance (10.000 SAS o SSD) per i container di nodi, che verrà assegnato al driver di storage del motore di container quando si installa e configura il motore di container sugli host che supporteranno i nodi StorageGRID.
-
Dati di sistema — storage a Tier di performance (10.000 SAS o SSD) per lo storage persistente per nodo dei dati di sistema e dei log delle transazioni, che i servizi host StorageGRID utilizzeranno e mapperanno in 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.
È necessario utilizzare i dispositivi a blocchi supportati da RAID per tutte le categorie di storage. I dischi non ridondanti, gli SSD o i JBOD non sono supportati. È possibile utilizzare lo storage RAID condiviso o locale per qualsiasi categoria di storage; tuttavia, se si desidera utilizzare la funzionalità di migrazione dei nodi in StorageGRID, è necessario memorizzare i dati di sistema e i dati degli oggetti sullo storage condiviso. Per ulteriori informazioni, vedere "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'implementazione in produzione, non eseguire più di un nodo di storage su un singolo host fisico o virtuale. L'utilizzo di un host dedicato per ciascun nodo di storage fornisce un dominio di errore isolato. |
È possibile implementare altri tipi di nodi, come ad esempio nodi di amministrazione o nodi gateway, sugli stessi host oppure implementarli sui propri host dedicati in base alle necessità.
|
|
Non è possibile utilizzare le snapshot dei dischi per ripristinare i nodi della griglia. Fare invece riferimento alle "recovery del nodo grid" procedure per ciascun tipo di nodo. |
Numero di volumi di archiviazione per ciascun nodo
La seguente tabella mostra il numero di volumi di storage (LUN) richiesti per ciascun host e le dimensioni minime richieste per ogni LUN, in base ai nodi che verranno implementati su tale host.
La dimensione massima del LUN testato è di 39 TB.
|
|
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 archiviazione basato su software Linux può avere da 1 a 48 volumi di archiviazione. Un nodo di archiviazione basato su software VMware può avere da 1 a 16 volumi di archiviazione. Si consigliano almeno 3 volumi di stoccaggio. |
12 TB (4 TB/LUN, minimo) Dimensione massima LUN testata: 39 TB. Vedere 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 LUN testata: 39 TB. Vedere 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 controllo configurato, delle dimensioni degli input utente, come il nome della chiave dell'oggetto S3, e della quantità di dati del registro di controllo da conservare, potrebbe essere necessario aumentare le dimensioni del LUN del registro di controllo su ciascun nodo di amministrazione. In genere, una griglia genera circa 1 KB di dati di audit per operazione S3, il che significa che una LUN da 200 GB supporterebbe 70 milioni di operazioni al giorno o 800 operazioni al secondo per due o tre giorni. |
Spazio di storage minimo per un host
La seguente tabella mostra lo spazio di storage minimo richiesto per ciascun tipo di nodo. È possibile utilizzare questa tabella per determinare la quantità minima di storage da fornire all'host in ciascuna categoria di storage, in base ai nodi che verranno implementati su tale host.
|
|
Non è possibile utilizzare le snapshot dei dischi per ripristinare i nodi della griglia. Fare invece riferimento alle "recovery del nodo grid" procedure per ciascun 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
Supponiamo di voler distribuire tre nodi sullo stesso host o macchina virtuale: un nodo di archiviazione, un nodo di amministrazione e un nodo gateway. È necessario fornire all'host almeno nove volumi di archiviazione. Saranno necessari almeno 300 GB di storage di livello prestazioni per i contenitori dei nodi, 700 GB di storage di livello prestazioni per i dati di sistema e i registri delle transazioni e 12 TB di storage di livello capacità per i dati degli 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 requisiti di archiviazione diversi per i nodi di archiviazione:
-
Un nodo di archiviazione basato su software Linux può avere da 1 a 48 volumi di archiviazione
-
Un nodo di archiviazione basato su software VMware può avere da 1 a 16 volumi di archiviazione
-
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 si installa un grid con nodi di storage solo metadati, il grid deve anche contenere un numero minimo di nodi per lo storage a oggetti. Per ulteriori informazioni sui nodi di storage solo per metadati, vedere "Tipi di nodi storage".
-
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 si configurano diversi nodi di storage per un sito, utilizzare 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 più piccolo 0 determinerà la capacità dei metadati di quel sito.
Per ulteriori informazioni, visitare il sito Web "Gestire lo storage dei metadati degli oggetti".