Esempio 6: Modificare un criterio ILM
Suggerisci modifiche
PDF
Se è necessario modificare la protezione dei dati o aggiungere nuovi siti, è possibile creare e attivare una nuova policy ILM.
Prima di modificare una policy, è necessario comprendere in che modo le modifiche apportate ai posizionamenti ILM possono influire temporaneamente sulle prestazioni generali di un sistema StorageGRID.
In questo esempio, è stato aggiunto un nuovo sito StorageGRID in un'espansione e occorre implementare una nuova policy ILM attiva per memorizzare i dati nel nuovo sito. Per implementare un nuovo criterio attivo, creare prima un criterio proposto "clonare una policy esistente o partendo da zero". Successivamente, devi "simulare" e poi "attivare" la nuova policy.
|
Le seguenti regole e policy ILM sono solo esempi. Esistono diversi modi per configurare le regole ILM. Prima di attivare una nuova policy, simulare la policy proposta per confermare che funzionerà come previsto per proteggere il contenuto dalla perdita. |
In che modo la modifica di un criterio ILM influisce sulle performance
Quando si attiva un nuovo criterio ILM, le prestazioni del sistema StorageGRID potrebbero risentirne temporaneamente, soprattutto se le istruzioni di posizionamento nel nuovo criterio richiedono lo spostamento di molti oggetti esistenti in nuove posizioni.
Quando si attiva un nuovo criterio ILM, StorageGRID lo utilizza per gestire tutti gli oggetti, inclusi quelli esistenti e quelli acquisiti di recente. Prima di attivare un nuovo criterio ILM, esaminare le eventuali modifiche apportate al posizionamento degli oggetti replicati e codificati in cancellazione esistenti. La modifica della posizione di un oggetto esistente potrebbe causare problemi di risorse temporanee quando i nuovi posizionamenti vengono valutati e implementati.
Per garantire che un nuovo criterio ILM non influisca sul posizionamento degli oggetti replicati e codificati in cancellazione esistenti, è possibile "Creare una regola ILM con un filtro per l'ora di acquisizione". Ad esempio, Ingest Time è attivo o successivo a <date and time>, in modo che la nuova regola si applichi solo agli oggetti acquisiti in data e ora specificate o successive.
I tipi di modifiche ai criteri ILM che possono influire temporaneamente sulle prestazioni di StorageGRID includono:
-
Applicazione di un diverso profilo di erasure coding a oggetti erasure-coded esistenti.
StorageGRID considera ogni profilo di erasure coding unico e non riutilizza frammenti di erasure coding quando viene utilizzato un nuovo profilo. -
Modifica del tipo di copie richieste per gli oggetti esistenti; ad esempio, conversione di una grande percentuale di oggetti replicati in oggetti con codifica per la cancellazione.
-
Spostamento di copie di oggetti esistenti in una posizione completamente diversa; ad esempio, spostamento di un numero elevato di oggetti da o verso un Cloud Storage Pool o da o verso un sito remoto.
Policy ILM attiva ad esempio 6: Protezione dei dati in due siti
In questo esempio, la policy ILM attiva è stata inizialmente progettata per un sistema StorageGRID a due siti e utilizza due regole ILM.
In questa policy ILM, gli oggetti appartenenti al tenant A sono protetti da una codifica di cancellazione 2+1 in un singolo sito, mentre gli oggetti appartenenti a tutti gli altri tenant sono protetti in due siti utilizzando la replica a 2 copie.
|
|
La prima regola di questo esempio utilizza un filtro avanzato per garantire che la codifica erasure non venga utilizzata per oggetti di piccole dimensioni. Tutti gli oggetti del tenant A di dimensioni inferiori a 1 MB saranno protetti dalla regola predefinita, che utilizza la replica. |
Regola 1: Erasure coding per un sito per il tenant A.
| Definizione della regola | Valore di esempio |
|---|---|
Nome della regola |
Codifica di cancellazione one-site per il tenant A. |
Account tenant |
Tenant A. |
Pool di storage |
Sito 1 |
Posizionamenti |
2+1 erasure coding in Site 1 dal giorno 0 a per sempre |
Regola 2: Replica a due siti per altri tenant
| Definizione della regola | Valore di esempio |
|---|---|
Nome della regola |
Replica a due siti per altri tenant |
Account tenant |
Ignorare |
Pool di storage |
Sito 1 e sito 2 |
Posizionamenti |
Due copie replicate dal giorno 0 a sempre: Una copia nel sito 1 e una nel sito 2. |
Policy ILM proposta per esempio 6: Protezione dei dati in tre siti
In questo esempio, la policy ILM viene sostituita con una nuova policy per un sistema StorageGRID a tre siti.
Dopo aver eseguito un'espansione per aggiungere il nuovo sito, l'amministratore della griglia ha creato due nuovi pool di storage: Un pool di storage per il sito 3 e un pool di storage contenente tutti e tre i siti (non lo stesso del pool di storage predefinito di tutti i nodi di storage). Quindi, l'amministratore ha creato due nuove regole ILM e una nuova policy ILM proposta, progettata per proteggere i dati in tutti e tre i siti.
Quando viene attivata questa nuova policy ILM, gli oggetti appartenenti al tenant A saranno protetti da una cancellazione 2+1 in tre siti, mentre gli oggetti appartenenti ad altri tenant (e gli oggetti più piccoli appartenenti al tenant A) saranno protetti in tre siti utilizzando la replica a 3 copie.
Regola 1: Erasure coding a tre siti per il tenant A.
| Definizione della regola | Valore di esempio |
|---|---|
Nome della regola |
Codifica di cancellazione a tre siti per il tenant A. |
Account tenant |
Tenant A. |
Pool di storage |
Tutti e 3 i siti (inclusi Sito 1, Sito 2 e Sito 3) |
Posizionamenti |
2+1 erasure coding in tutti e 3 i siti dal giorno 0 a per sempre |
Regola 2: Replica a tre siti per altri tenant
| Definizione della regola | Valore di esempio |
|---|---|
Nome della regola |
Replica a tre siti per altri tenant |
Account tenant |
Ignorare |
Pool di storage |
Sito 1, sito 2 e sito 3 |
Posizionamenti |
Tre copie replicate dal giorno 0 a sempre: Una copia presso il sito 1, una copia presso il sito 2 e una copia presso il sito 3. |
Attivazione della policy ILM proposta, ad esempio 6
Quando si attiva un nuovo criterio ILM proposto, gli oggetti esistenti potrebbero essere spostati in nuove posizioni oppure potrebbero essere create nuove copie degli oggetti per gli oggetti esistenti, in base alle istruzioni di posizionamento in qualsiasi regola nuova o aggiornata.
|
|
Gli errori in un criterio ILM possono causare una perdita di dati irrecuperabile. Esaminare attentamente e simulare la policy prima di attivarla per confermare che funzionerà come previsto. |
|
|
Quando si attiva un nuovo criterio ILM, StorageGRID lo utilizza per gestire tutti gli oggetti, inclusi quelli esistenti e quelli acquisiti di recente. Prima di attivare un nuovo criterio ILM, esaminare le eventuali modifiche apportate al posizionamento degli oggetti replicati e codificati in cancellazione esistenti. La modifica della posizione di un oggetto esistente potrebbe causare problemi di risorse temporanee quando i nuovi posizionamenti vengono valutati e implementati. |
Cosa succede quando cambiano le istruzioni di erasure coding
Nel criterio ILM attualmente attivo, per questo esempio, gli oggetti appartenenti al tenant A sono protetti utilizzando la codifica di cancellazione 2+1 nel sito 1. Nella nuova policy ILM proposta, gli oggetti appartenenti al tenant A verranno protetti utilizzando la codifica di cancellazione 2+1 nei siti 1, 2 e 3.
Quando viene attivato il nuovo criterio ILM, si verificano le seguenti operazioni ILM:
-
I nuovi oggetti acquisiti dal tenant A vengono suddivisi in due frammenti di dati e viene aggiunto un frammento di parità. Quindi, ciascuno dei tre frammenti viene memorizzato in un sito diverso.
-
Gli oggetti esistenti appartenenti al tenant A vengono rivalutati durante il processo di scansione ILM in corso. Poiché le istruzioni di posizionamento di ILM utilizzano un nuovo profilo di erasure coding, vengono creati e distribuiti frammenti completamente nuovi con erasure coding nei tre siti.
I frammenti 2+1 esistenti nel sito 1 non vengono riutilizzati. StorageGRID considera ogni profilo di erasure coding unico e non riutilizza frammenti di erasure coding quando viene utilizzato un nuovo profilo.
Cosa succede quando cambiano le istruzioni di replica
Nel criterio ILM attualmente attivo per questo esempio, gli oggetti appartenenti ad altri tenant vengono protetti utilizzando due copie replicate nei pool di storage nei siti 1 e 2. Nella nuova policy ILM proposta, gli oggetti appartenenti ad altri tenant verranno protetti utilizzando tre copie replicate nei pool di storage dei siti 1, 2 e 3.
Quando viene attivato il nuovo criterio ILM, si verificano le seguenti operazioni ILM:
-
Quando un tenant diverso dal tenant A acquisisce un nuovo oggetto, StorageGRID crea tre copie e salva una copia in ogni sito.
-
Gli oggetti esistenti appartenenti a questi altri tenant vengono rivalutati durante il processo di scansione ILM in corso. Poiché le copie degli oggetti esistenti nei siti 1 e 2 continuano a soddisfare i requisiti di replica della nuova regola ILM, StorageGRID deve creare solo una nuova copia dell'oggetto per il sito 3.
Impatto delle performance dell'attivazione di questa policy
Quando viene attivata la policy ILM proposta in questo esempio, le prestazioni generali di questo sistema StorageGRID saranno temporaneamente compromesse. Per creare nuovi frammenti erasure-coded per gli oggetti esistenti del tenant A e nuove copie replicate nel sito 3 per gli oggetti esistenti degli altri tenant saranno necessari livelli di risorse grid superiori al normale.
Come conseguenza della modifica del criterio ILM, le richieste di lettura e scrittura del client potrebbero temporaneamente riscontrare latenze superiori al normale. Le latenze torneranno ai livelli normali dopo che le istruzioni di posizionamento sono state completamente implementate nella griglia.
Per evitare problemi di risorse quando si attiva un nuovo criterio ILM, è possibile utilizzare il filtro avanzato Ingest Time in qualsiasi regola che potrebbe modificare la posizione di un gran numero di oggetti esistenti. Impostare Ingest Time (tempo di acquisizione) su un valore maggiore o uguale al tempo approssimativo in cui la nuova policy verrà applicata per garantire che gli oggetti esistenti non vengano spostati inutilmente.
|
|
Contattare il supporto tecnico se è necessario rallentare o aumentare la velocità di elaborazione degli oggetti dopo una modifica della policy ILM. |