Comportamento in termini di efficienza dello storage con lo spostamento dei volumi e le operazioni SnapMirror
Suggerisci modifiche
PDF
Il comportamento dell'efficienza dello storage può essere influenzato da altre operazioni dello storage attive o avviate contemporaneamente. Devi essere consapevole dell'impatto di queste operazioni sull'efficienza dello storage.
Esistono diverse situazioni in cui l'efficienza dello storage su un volume può essere influenzata da altre operazioni, tra cui spostamenti dei volumi, relazioni di SnapMirror, volumi FabricPool e "Efficienza dello storage sensibile alla temperatura (TSSE)".
FabricPool
`all`La policy di tiering viene comunemente utilizzata sui volumi di data Protection per contrassegnare immediatamente i dati come "cold" e eseguirne il tiering il prima possibile. Non c'è attesa per un numero minimo di giorni prima che i dati vengano resi cold e Tiered.
Poiché la all policy di tiering crea i dati il prima possibile, le efficienze dello storage che si basano su processi in background, come TSSE (Efficient Adaptive compression) 32K, non hanno tempo sufficiente per essere applicate. Vengono applicate normalmente efficienze dello storage inline come la compressione 8K.
Nella tabella seguente viene descritto il comportamento di un volume di origine e di destinazione quando si esegue una di queste operazioni.
Efficienza del volume di origine |
Comportamento predefinito del volume di destinazione |
Comportamento predefinito dopo l'attivazione manuale di TSSE (dopo l'interruzione di SnapMirror) |
||||
Tipo di efficienza dello storage |
Nuove scritture |
Compressione dati a freddo |
Tipo di efficienza dello storage |
Nuove scritture |
Compressione dati a freddo |
|
Nessuna efficienza dello storage (probabile FAS) |
Compressione del file |
La compressione del file viene tentata inline sui dati appena scritti |
Nessuna compressione dei dati a freddo, i dati rimangono così come sono |
TSSE con algoritmo cold data scan come ZSTD |
viene tentata la compressione inline 8k in formato TSSE |
File dati compressi: N/A.
|
Nessuna efficienza dello storage (probabile FAS) |
Compressione dei file su piattaforme C-Series che utilizzano ONTAP 9.11.1P10 o ONTAP 9.12.1P3 |
Nessuna compressione dati Cold abilitata per TSSE |
File dati compressi: N/A. |
TSSE con algoritmo cold data scan come ZSTD |
Compressione inline 8K |
File dati compressi: N/A.
|
Nessuna efficienza dello storage (probabile FAS) |
TSSE su piattaforme C-Series che utilizzano ONTAP 9.12.1P4 e versioni successive o ONTAP 9.13.1 e versioni successive |
Viene tentata la compressione inline 8K in formato TSSE |
File dati compressi: N/A.
|
TSSE con algoritmo cold data scan come ZSTD |
Viene tentata la compressione inline 8K in formato TSSE |
File dati compressi: N/A.
|
Gruppo di compressione del file |
Uguale all'origine |
La compressione del file viene tentata inline sui dati appena scritti |
Nessuna compressione dei dati a freddo, i dati rimangono così come sono |
TSSE con algoritmo cold data scan come ZSTD |
viene tentata la compressione inline 8k in formato TSSE |
File dati compressi: Non compressi
|
Scansione dei dati TSSE cold |
TSSE che utilizza lo stesso algoritmo di compressione del volume di origine (LZOPro→LZOPro e ZSTD→ZSTD) |
Tentativo di compressione inline 8K in formato TSSE |
Tentativo di compressione di 32K con LzoPro dopo il raggiungimento di un livello di freddo basato su giorni di soglia sia sui dati esistenti che sui dati appena scritti. |
TSSE è attivato. NOTA: L'algoritmo di scansione dei dati cold LZOPro può essere modificato in ZSTD. |
Viene tentata la compressione inline 8K in formato TSSE |
Viene tentata una compressione di 32K dopo che la temperatura dei giorni di soglia è stata soddisfatta sia sui dati esistenti che sui dati appena scritti. |