Storage-Effizienzverhalten bei Volume-Verschiebung und SnapMirror Operationen
Änderungen vorschlagen
PDFs
Das Verhalten der Storage-Effizienz kann von anderen Storage-Vorgängen beeinflusst werden, die aktiv oder gleichzeitig gestartet sind. Die Auswirkungen dieser Vorgänge auf die Storage-Effizienz sollten Sie kennen.
Es gibt verschiedene Situationen, in denen die Storage-Effizienz auf einem Volume von anderen Vorgängen betroffen sein kann, darunter Volume-Verschiebungen, SnapMirror Beziehungen, FabricPool Volumes und"Temperaturempfindliche Speichereffizienz (TSSE)".
FabricPool
Die all Tiering-Richtlinie wird in der Regel für Datensicherungs-Volumes verwendet, um Daten sofort als „kalt“ zu markieren und sie so schnell wie möglich zu verschieben. Es gibt keine Wartezeit für eine Mindestanzahl von Tagen, bevor die Daten kalt und gestaffelt werden.
Da die all Tiering-Richtlinie Daten so schnell wie möglich einstufen wird, haben Storage-Effizienzfunktionen, die auf Hintergrundprozessen wie der effizienten adaptiven Komprimierung von 32K basieren, nicht genügend Zeit zur Anwendung. Inline-Storage-Effizienzfunktionen wie die 8-KB-Komprimierung gelten als normal.
Die folgende Tabelle beschreibt das Verhalten eines Quell-Volumes und Ziel-Volumes bei einer dieser Vorgänge.
Effizienz des Quell-Volumes |
Standardverhalten des Zielvolume |
Standardverhalten nach manueller Aktivierung von TSSE (nach SnapMirror Pause) |
||||
Art der Storage-Effizienz |
Neue Schreibvorgänge |
Kaltdatenkomprimierung |
Art der Storage-Effizienz |
Neue Schreibvorgänge |
Kaltdatenkomprimierung |
|
Keine Storage-Effizienz (wahrscheinlicher FAS) |
Dateikomprimierung |
Bei neu geschriebenen Daten wird inline mit der Dateikomprimierung versucht |
Keine „kalte“ Datenkomprimierung, Daten bleiben unverändert |
TSSE mit Cold-Data-Scan-Algorithmus als ZStd |
es wird versucht, eine 8-kb-Inline-Komprimierung im TSSE-Format durchzuführen |
Komprimierte Dateidaten: N/A + unkomprimierte Daten: 32K Komprimierung versucht nach Schwellwerttagen erfüllt + neu geschriebene Daten: 32K Komprimierung versucht nach Schwellwerttagen erfüllt |
Keine Storage-Effizienz (wahrscheinlicher FAS) |
Dateikomprimierung auf Plattformen der C-Serie mit ONTAP 9.11.1P10 oder ONTAP 9.12.1P3 |
Keine TSSE-fähige Kaltdatenkomprimierung |
Datei komprimierte Daten: N/A |
TSSE mit Cold-Data-Scan-Algorithmus als ZStd |
8 KB Inline-Komprimierung |
Komprimierte Dateidaten: N/A + unkomprimierte Daten: 32K Komprimierung versucht nach Schwellwerttagen erfüllt + neu geschriebene Daten: 32K Komprimierung versucht nach Schwellwerttagen erfüllt |
Keine Storage-Effizienz (wahrscheinlicher FAS) |
TSSE auf Plattformen der C-Serie mit ONTAP 9.12.1P4 und höher oder ONTAP 9.13.1 und höher |
Es wird versucht, eine 8-KB-Inline-Komprimierung im TSSE-Format durchzuführen |
Komprimierte Dateidaten: N/A + unkomprimierte Daten: 32K Komprimierung versucht nach Schwellwerttagen erfüllt + neu geschriebene Daten: 32K Komprimierung versucht nach Schwellwerttagen erfüllt |
TSSE mit Cold-Data-Scan-Algorithmus als ZStd |
Es wird versucht, eine 8-KB-Inline-Komprimierung im TSSE-Format durchzuführen |
Komprimierte Dateidaten: N/A + unkomprimierte Daten: 32K Komprimierung versucht nach Schwellwerttagen erfüllt + neu geschriebene Daten: 32K Komprimierung versucht nach Schwellwerttagen erfüllt |
Dateikomprimierungsgruppe |
Wie Quelle |
Bei neu geschriebenen Daten wird inline mit der Dateikomprimierung versucht |
Keine „kalte“ Datenkomprimierung, Daten bleiben unverändert |
TSSE mit Cold-Data-Scan-Algorithmus als ZStd |
es wird versucht, eine 8-kb-Inline-Komprimierung im TSSE-Format durchzuführen |
Datei komprimierte Daten: Nicht komprimiert + unkomprimierte Daten: 32K Komprimierung wird versucht, wenn Schwellwerttage erfüllt sind + neu geschriebene Daten: 32K Komprimierung wird versucht, wenn Schwellwerttage erreicht sind |
TSSE-Kaltdaten-Scan |
TSSE verwendet denselben Komprimierungsalgorithmus wie Quellvolumen (LZOPro→LZOPro und ZStd→ZStd) |
Es wurde versucht, eine 8-KB-Inline-Komprimierung im TSSE-Format durchzuführen |
Bei LzoPro wird versucht, eine 32K-Komprimierung durchzuführen, nachdem die auf Schwellenwerttagen basierende Kälte sowohl für vorhandene als auch für neu geschriebene Daten erfüllt wurde. |
TSSE ist aktiviert. HINWEIS: Der LZOPro Cold Data Scan Algorithmus kann auf ZStd geändert werden. |
Es wird versucht, eine 8-KB-Inline-Komprimierung im TSSE-Format durchzuführen |
Nach Erreichen der Schwellenwerttage wird mit einer 32.000-Komprimierung sowohl für vorhandene als auch für neu geschriebene Daten versucht. |