Scopri di più sul ribilanciamento EC dopo l'espansione in StorageGRID
Se si sta eseguendo un'espansione per aggiungere nodi storage e si utilizzano le regole ILM per cancellare i dati, potrebbe essere necessario eseguire la procedura di riequilibrio EC (erasure coding) se non è possibile aggiungere nodi storage sufficienti per lo schema di erasure coding in uso.
Dopo aver esaminato queste considerazioni, eseguire l'espansione, quindi passare a "Ribilanciare i dati con codifica di cancellazione dopo l'aggiunta di nodi di storage" per eseguire la procedura.
Cos'è il ribilanciamento EC?
Il ribilanciamento EC è una procedura StorageGRID che potrebbe essere necessaria dopo l'espansione di un nodo di storage. La procedura viene eseguita come script della riga di comando dal nodo di amministrazione primario. Quando si esegue la procedura di ribilanciamento EC, StorageGRID ridistribuisce i frammenti con codifica erasure tra i nodi di storage esistenti e quelli appena aggiunti in un sito.
Procedura di ribilanciamento CE:
-
Sposta solo i dati degli oggetti con codifica erasure. Non sposta i dati degli oggetti replicati.
-
Ridistribuisce i dati all'interno di un sito. Non sposta i dati tra siti.
-
Ridistribuisce i dati tra tutti i nodi di storage di un sito. Non ridistribuisce i dati all'interno dei volumi di storage.
-
Tentativi di distribuire i byte di dati in modo che ogni nodo abbia lo stesso spazio utilizzabile. I nodi che contengono più dati replicati potrebbero memorizzare meno dati codificati con cancellazione dopo il completamento del ribilanciamento.
-
Ridistribuisce lo spazio utilizzabile in modo uniforme tra i nodi di archiviazione senza considerare le capacità relative di ciascun nodo. I dati replicati sono inclusi nel calcolo.
-
La procedura di ribilanciamento si considera completata se non è più possibile spostare dati codificati con cancellazione, anche se lo spazio utilizzabile non è ancora distribuito uniformemente.
-
Non distribuirà i dati codificati per la cancellazione ai nodi di archiviazione che sono pieni per oltre l'80% o ai nodi di archiviazione che contengono solo metadati.
-
Potrebbe diminuire le prestazioni delle operazioni ILM e delle operazioni client S3 quando viene eseguito—sono necessarie risorse aggiuntive per ridistribuire i frammenti di erasure coding.
Al termine della procedura di ribilanciamento EC:
-
I dati con codifica erasure saranno stati spostati dai nodi di storage con meno spazio disponibile ai nodi di storage con più spazio disponibile.
-
La protezione dei dati degli oggetti con codifica erasure rimane invariata.
-
I valori utilizzati (%) potrebbero essere diversi tra i nodi di storage per due motivi:
-
Le copie replicate degli oggetti continueranno a consumare spazio sui nodi esistenti& 8212;la procedura di ribilanciamento EC non sposta i dati replicati.
-
I nodi con maggiore capacità potrebbero essere relativamente meno pieni rispetto ai nodi con minore capacità, anche se alla fine tutti i nodi avranno approssimativamente la stessa quantità di spazio utilizzabile.
Ad esempio, con uno schema di codifica di cancellazione 2+1, supponi che tre nodi da 200 TB siano riempiti all'80% (200 × 0,8 = 160 TB su ciascun nodo, ovvero 480 TB per il sito). Se aggiungi un nodo da 400 TB e esegui la procedura di ribilanciamento, tutti i nodi più vecchi avranno ora approssimativamente la stessa quantità di dati codificati con cancellazione (106,66 TB o 53% utilizzato). Il nuovo nodo avrà (160 TB di dati o 40% utilizzato). In questo caso, il Valore usato (%) per il nodo più grande sarà inferiore al Valore usato (%) per i nodi più piccoli. La procedura di ribilanciamento si completa prima che lo spazio utilizzabile sia bilanciato, poiché non è possibile spostare altri dati codificati con cancellazione senza violare i vincoli dello schema di codifica di cancellazione.

-
Quando ribilanciare i dati con codifica di cancellazione
La procedura di ribilanciamento EC ridistribuisce i dati codificati in modo da garantire che i nodi non diventino o rimangano pieni. La procedura aiuta a garantire che la codifica EC possa continuare sul sito.
Eseguire la procedura di ribilanciamento quando si verifica un errore preoccupante nella distribuzione dei dati su un sito e il sito memorizza principalmente dati EC (poiché i dati replicati non possono essere spostati tramite ribilanciamento).
Considerare il seguente scenario:
-
StorageGRID viene eseguito in un singolo sito, che contiene tre nodi di storage.
-
Il criterio ILM utilizza una regola di erasure coding 2+1 per tutti gli oggetti più grandi di 1.0 MB e una regola di replica a 2 copie per gli oggetti più piccoli.
-
Tutti i nodi di storage sono completamente pieni. L'avviso Low Object Storage è stato attivato al livello di gravità maggiore.

Il ribilanciamento non è necessario se aggiungi nodi a sufficienza
Per capire quando non è richiesto il ribilanciamento EC, supponiamo di aver aggiunto tre (o più) nuovi nodi di storage. In questo caso, non è necessario eseguire il ribilanciamento EC. I nodi di storage originali rimarranno pieni, ma i nuovi oggetti ora utilizzeranno i tre nuovi nodi per la codifica di cancellazione 2+1& 8212; i due frammenti di dati e un frammento di parità possono essere memorizzati su un nodo diverso.

|
|
Anche se in questo caso è possibile eseguire la procedura di ribilanciamento EC, lo spostamento dei dati con codifica di cancellazione esistenti ridurrà temporaneamente le prestazioni della griglia, con un impatto sulle operazioni del client. |
Il ribilanciamento è necessario se non è possibile aggiungere un numero sufficiente di nodi
Per capire quando è necessario ribilanciare EC, supponiamo di poter aggiungere solo due nodi storage, invece di tre. Poiché lo schema 2+1 richiede almeno tre nodi di storage per avere spazio disponibile, i nodi vuoti non possono essere utilizzati per i nuovi dati con codifica di cancellazione.

Per utilizzare i nuovi Storage Nodes, dovresti eseguire la procedura di ribilanciamento EC. Quando questa procedura viene eseguita, StorageGRID ridistribuisce i dati e i frammenti di parità codificati con cancellazione esistenti in modo che lo spazio utilizzabile sia distribuito uniformemente tra tutti i Storage Nodes del sito. In questo esempio, al termine della procedura di ribilanciamento EC, tutti e cinque i nodi sono ora pieni al 60% con il 40% di spazio utilizzabile e gli oggetti possono continuare a essere acquisiti nello schema di codifica con cancellazione 2+1 su tutti i Storage Nodes.

Raccomandazioni per il ribilanciamento CE
NetApp richiede il ribilanciamento EC se tutte le seguenti affermazioni sono vere:
-
Si utilizza la codifica di cancellazione per i dati dell'oggetto.
-
L'avviso Low Object Storage è stato attivato per uno o più nodi di storage in un sito, a indicare che i nodi sono pieni al 80% o più.
-
Non è possibile aggiungere un numero sufficiente di nuovi nodi di storage per lo schema di erasure coding in uso. Vedere "Aggiungere capacità di storage per gli oggetti con codifica per la cancellazione".
-
Durante l'esecuzione della procedura di ribilanciamento EC, i client S3 possono tollerare performance inferiori per le operazioni di scrittura e lettura.
Facoltativamente, è possibile eseguire la procedura di ribilanciamento EC se si preferisce che i nodi storage siano riempiti a livelli simili e i client S3 possono tollerare performance inferiori per le loro operazioni di scrittura e lettura mentre la procedura di riequilibrio EC è in esecuzione.
Come la procedura di ribilanciamento EC interagisce con altre attività di manutenzione
Non è possibile eseguire alcune procedure di manutenzione contemporaneamente all'esecuzione della procedura di ribilanciamento EC.
| Procedura | Consentito durante la procedura di ribilanciamento EC? |
|---|---|
Ulteriori procedure di ribilanciamento EC |
No È possibile eseguire una sola procedura di ribilanciamento EC alla volta. |
Procedura di decommissionamento Lavoro di riparazione dei dati EC |
No
|
Procedura di espansione |
No Se è necessario aggiungere nuovi nodi di storage in un'espansione, eseguire la procedura di ribilanciamento EC dopo aver aggiunto tutti i nuovi nodi. |
Procedura di aggiornamento |
No Se è necessario aggiornare il software StorageGRID, eseguire la procedura di aggiornamento prima o dopo l'esecuzione della procedura di ribilanciamento EC. Se necessario, è possibile terminare la procedura di ribilanciamento EC per eseguire un aggiornamento del software. |
Procedura di clone del nodo dell'appliance |
No Se è necessario clonare un nodo di storage dell'appliance, eseguire la procedura di ribilanciamento EC dopo aver aggiunto il nuovo nodo. |
Procedura di hotfix |
Sì. È possibile applicare una correzione rapida StorageGRID mentre è in esecuzione la procedura di ribilanciamento EC. |
Altre procedure di manutenzione |
No È necessario terminare la procedura di ribilanciamento EC prima di eseguire altre procedure di manutenzione. |
Come la procedura di ribilanciamento EC interagisce con ILM
Durante l'esecuzione della procedura di ribilanciamento EC, evitare di apportare modifiche ILM che potrebbero modificare la posizione degli oggetti con codifica di cancellazione esistenti. Ad esempio, non iniziare a utilizzare una regola ILM con un profilo di erasure coding diverso. Se è necessario apportare tali modifiche ILM, interrompere la procedura di ribilanciamento EC.