Efficacité du stockage avec déplacement de volumes et opérations SnapMirror
Le comportement de l'efficacité du stockage peut être affecté par d'autres opérations de stockage actives ou lancées en même temps. Vous devez être conscient de l'impact de ces opérations sur l'efficacité du stockage.
D'autres opérations peuvent affecter l'efficacité du stockage sur un volume, notamment le déplacement de volumes, les relations SnapMirror, les volumes FabricPool et "Efficacité de stockage sensible à la température (TSSE)".
FabricPool
La all
règle de Tiering est généralement utilisée sur les volumes de protection des données pour marquer immédiatement les données inactives et les hiérarchiser dès que possible. Il n'est pas nécessaire d'attendre un nombre minimal de jours avant que les données soient mises à froid et hiérarchisées.
Comme la all
règle de Tiering hiérarchise les données dès que possible, les fonctionnalités d'efficacité du stockage qui reposent sur des processus en arrière-plan, comme la compression adaptative efficace 32 000 (TSSE), ne disposent pas de suffisamment de temps pour être appliquées. Les fonctionnalités d'efficacité du stockage à la volée comme la compression 8K sont appliquées normalement.
Le tableau suivant décrit le comportement d'un volume source et d'un volume de destination lorsque vous effectuez l'une de ces opérations.
Efficacité du volume source |
Comportement par défaut du volume de destination |
Comportement par défaut après activation manuelle de TSSE (après coupure SnapMirror) |
||||
Type d'efficacité du stockage |
Nouvelles écritures |
Compression de données à froid |
Type d'efficacité du stockage |
Nouvelles écritures |
Compression de données à froid |
|
Aucune efficacité du stockage (probablement FAS) |
Compression de fichiers |
Une tentative de compression de fichier est effectuée à la volée sur les données nouvellement écrites |
Pas de compression des données inactives. Les données restent telles qu'elles sont |
TSSE avec algorithme d'acquisition de données inactives comme ZSTD |
Tentative de compression en ligne 8k au format TSSE |
Fichier données compressées: N/A
|
Aucune efficacité du stockage (probablement FAS) |
Compression de fichiers sur les plates-formes C-Series utilisant ONTAP 9.11.1P10 ou ONTAP 9.12.1P3 |
Pas de compression de données inactives compatible TSSE |
Fichier données compressées: N/A |
TSSE avec algorithme d'acquisition de données inactives comme ZSTD |
Compression à la volée de 8 Ko |
Fichier données compressées: N/A
|
Aucune efficacité du stockage (probablement FAS) |
TSSE sur les plates-formes de la série C utilisant ONTAP 9.12.1P4 et versions ultérieures ou ONTAP 9.13.1 et versions ultérieures |
Tentative de compression en ligne 8K au format TSSE |
Fichier données compressées: N/A
|
TSSE avec algorithme d'acquisition de données inactives comme ZSTD |
Tentative de compression en ligne 8K au format TSSE |
Fichier données compressées: N/A
|
Groupe de compression de fichiers |
Identique à la source |
Une tentative de compression de fichier est effectuée à la volée sur les données nouvellement écrites |
Pas de compression des données inactives. Les données restent telles qu'elles sont |
TSSE avec algorithme d'acquisition de données inactives comme ZSTD |
Tentative de compression en ligne 8k au format TSSE |
Fichier données compressées : non compressées
|
Analyse des données inactives TSSE |
TSSE utilisant le même algorithme de compression que le volume source (LZOPro→LZOPro et ZSTD→ZSTD) |
Tentative de compression en ligne de 8 Ko au format TSSE |
Tentative de compression de 32 K avec LzoPro après la période de froid basée sur le seuil est atteinte sur les données existantes et les données nouvellement écrites. |
TSSE est activé. REMARQUE : l'algorithme d'acquisition de données inactives LZOPro peut être remplacé par ZSTD. |
Tentative de compression en ligne 8K au format TSSE |
Une tentative de compression de 32 K est effectuée après la période de froid des jours de seuil atteinte pour les données existantes et les données nouvellement écrites. |