Allgemeines zu FabricPool Tiering-Richtlinien
-
PDF dieser Dokumentationssite
- Cluster-Administration
-
Volume-Administration
-
Logisches Storage-Management mit der CLI
- Verwenden Sie Quoten, um die Ressourcennutzung zu beschränken oder zu verfolgen
-
Logisches Storage-Management mit der CLI
-
NAS-Storage-Management
- Konfigurieren Sie NFS mit der CLI
- Verwalten Sie NFS mit der CLI
-
SMB lässt sich mit der CLI managen
- Verwalten Sie SMB-Server
- Verwalten Sie den Dateizugriff mit SMB
- SAN-Storage-Management
- Authentifizierung und Zugriffssteuerung
- Sicherheit und Datenverschlüsselung
-
Datensicherung und Disaster Recovery
-
Datensicherung mit der CLI
- Managen Sie die SnapMirror Volume-Replizierung
-
Datensicherung mit der CLI
Sammlung separater PDF-Dokumente
Creating your file...
Die Tiering-Richtlinien von FabricPool ermöglichen ein effizientes Verschieben von Daten über Tiers hinweg, wenn diese selten oder „kalt“ sind. Wenn Sie die Tiering-Richtlinien kennen, können Sie die passende Richtlinie für Ihre Storage-Management-Anforderungen auswählen.
Arten von FabricPool Tiering-Richtlinien
FabricPool Tiering-Richtlinien bestimmen, wann oder ob die Benutzerdatenblöcke eines Volumes in FabricPool basierend auf dem Volume „Temperature
“ (aktiv) oder „kalt“ (inaktiv) in den Cloud-Tier verschoben werden. Das Volumen „temperature
“ erhöht sich, wenn es häufig aufgerufen wird und sinkt, wenn es nicht. Einige Tiering-Richtlinien weisen einen zugehörigen Mindestkühlzeitraum für das Tiering auf. In diesem Fall wird die Zeit festgelegt, die Benutzerdaten in einem Volume von FabricPool inaktiv bleiben müssen, damit die Daten als „Cold
“ gelten und in die Cloud-Tier verschoben werden.
Nachdem ein Block als „kalt“ identifiziert wurde, wird er als „geeignet für Tiering“ markiert. Ein täglicher Hintergrund-Tiering Scan sucht nach kalten Blöcken. Wenn genug 4-KB-Blöcke vom selben Volume erfasst wurden, werden sie in ein 4-MB-Objekt verkettet und basierend auf der Volume-Tiering-Richtlinie in die Cloud-Ebene verschoben.
Daten in Volumes mithilfe von |
Sie können das verwenden volume object-store tiering show
Befehl zum Anzeigen des Tiering-Status eines FabricPool Volumes. Weitere Informationen finden Sie im "Befehlsreferenz".
Die FabricPool Tiering-Richtlinie wird auf Volume-Ebene festgelegt. Vier Optionen stehen zur Verfügung:
-
Der
snapshot-only
die tiering-Richtlinie (Standard) verschiebt Benutzerdatenblöcke des Volume-Snapshot-Kopien, die nicht dem aktiven Dateisystem zugeordnet sind, in die Cloud-Tier.Der Tiering-Mindestkühlzeitraum beträgt 2 Tage. Sie können die Standardeinstellung für den Tiering-Mindestkühlzeitraum mit dem ändern
-tiering-minimum-cooling-days
Parameter in der erweiterten Berechtigungsebene vonvolume create
Undvolume modify
Befehle. Gültige Werte sind 2 bis 183 Tage mit ONTAP 9.8 und höher. Wenn Sie eine ONTAP-Version vor 9.8 verwenden, sind die gültigen Werte 2 bis 63 Tage. -
Der
auto
Die tier-Richtlinie, die nur in ONTAP 9.4 und neueren Versionen unterstützt wird, verschiebt kalte Datenblöcke für Benutzer sowohl in den Snapshot Kopien als auch im aktiven Filesystem auf die Cloud-Tier.Der standardmäßige Tiering-Mindestkühlzeitraum beträgt 31 Tage und gilt für das gesamte Volume, sowohl für das aktive Dateisystem als auch für Snapshot Kopien.
Sie können die Standardeinstellung für den Tiering-Mindestkühlzeitraum mit dem ändern
-tiering-minimum-cooling-days
Parameter in der erweiterten Berechtigungsebene vonvolume create
Undvolume modify
Befehle. Gültige Werte sind 2 bis 183 Tage. -
Der
all
die tiering-Richtlinie, die nur mit ONTAP 9.6 und höher unterstützt wird, verschiebt alle Benutzerdaten sowohl im aktiven Filesystem als auch Snapshot Kopien in die Cloud-Tier. Er ersetzt dasbackup
tiering-Richtlinie:Der
all
Die Volume-Tiering-Richtlinie sollte nicht auf Lese-/Schreib-Volumes verwendet werden, die über normalen Client-Datenverkehr verfügen.Die minimale Abkühlzeit für das Tiering gilt nicht, da die Daten sofort nach der Tiering-Überprüfung in die Cloud-Tier verschoben werden und Sie die Einstellung nicht ändern können.
-
Der
none
die tiering-Richtlinie speichert die Daten eines Volumes in der Performance-Tier und verschiebt sie nicht selten in die Cloud-Tier.Festlegen der Tiering-Richtlinie auf
none
Verhindert neues Tiering. Volume-Daten, die zuvor in die Cloud-Tier verschoben wurden, bleiben in der Cloud-Tier, bis sie häufig verwendet werden und automatisch zurück auf die lokale Tier verschoben werden.Der minimale Kühlzeitraum für das Tiering entfällt, da die Daten niemals in das Cloud-Tier verschoben werden und Sie die Einstellung nicht ändern können.
Wenn kalte Blöcke in einem Volume mit einer Tiering-Richtlinie festgelegt sind
none
Werden gelesen, sie werden heiß gemacht und auf die lokale Ebene geschrieben.
Der volume show
Mit der Befehlsausgabe wird die Tiering-Richtlinie eines Volumes angezeigt. Ein Volume, das noch nie in FabricPool verwendet wurde, zeigt das none
tiering-Richtlinie in der Ausgabe.
Was passiert, wenn Sie die Tiering-Richtlinie eines Volumes in FabricPool ändern
Sie können die Tiering-Richtlinie eines Volumes ändern, indem Sie eine ausführen volume modify
Betrieb. Sie müssen wissen, wie sich die Änderung der Tiering-Richtlinie auf den Zeitraum auswirkt, den Daten für „kalte“ Daten und zur Cloud-Tier verschoben werden müssen.
-
Ändern der Tiering-Richtlinie aus
snapshot-only
Odernone
Bisauto
Bewirkt, dass ONTAP Datenblöcke aus den Benutzerdaten im aktiven Filesystem sendet, die bereits „kalt“ sind, auf die Cloud-Tier, selbst wenn diese Benutzerdatenblöcke noch nicht für die Cloud-Tier geeignet waren. -
Ändern der Tiering-Richtlinie in
all
Ausgehend von einer anderen Richtlinie verschiebt ONTAP so schnell wie möglich alle Anwenderblöcke im aktiven Filesystem und in den Snapshot Kopien in die Cloud. Vor ONTAP 9.8 mussten Blöcke warten, bis der nächste Tiering-Scan ausgeführt wurde.Das Verschieben von Blöcken in die Performance-Tier ist nicht zulässig.
-
Ändern der Tiering-Richtlinie aus
auto
Bissnapshot-only
Odernone
Aktive Filesystem-Blöcke, die bereits in das Cloud-Tier verschoben wurden, werden nicht zur Performance-Tier verschoben.Volume-Lesezugriffe sind erforderlich, damit die Daten zurück auf die Performance-Tier verschoben werden.
-
Jedes Mal, wenn Sie die Tiering-Richtlinie für ein Volume ändern, wird die minimale Kühldauer des Tiers auf den Standardwert für die Richtlinie zurückgesetzt.
Was passiert mit der Tiering-Richtlinie, wenn Sie ein Volume verschieben
-
Sofern Sie keine andere Tiering-Richtlinie explizit angeben, behält ein Volume seine ursprüngliche Tiering-Richtlinie bei, wenn es in ein FabricPool-fähiges Aggregat verschoben oder aus diesem entfernt wird.
Die Tiering-Richtlinie wirkt sich jedoch nur dann aus, wenn das Volume in einem FabricPool-fähigen Aggregat besteht.
-
Der bestehende Wert von
-tiering-minimum-cooling-days
Parameter für ein Volume wird mit dem Volume verschoben, es sei denn, Sie geben eine andere Tiering-Richtlinie für das Ziel an.Wenn Sie eine andere Tiering-Richtlinie angeben, verwendet das Volume den standardmäßigen minimalen Kühlzeitraum für das Tiering für diese Richtlinie. Das ist der Fall, ob das Ziel FabricPool ist oder nicht.
-
Sie können ein Volume zwischen Aggregaten verschieben und gleichzeitig die Tiering-Richtlinie ändern.
-
Sie sollten besondere Aufmerksamkeit, wenn ein
volume move
Der Vorgang erfordert dasauto
tiering-Richtlinie:Wenn sowohl die Quelle als auch das Ziel FabricPool-fähige Aggregate sind, fasst die folgende Tabelle die Ergebnisse von zusammen
volume move
Vorgang mit Richtlinienänderungen in Zusammenhang mitauto
:Wenn Sie ein Volume mit einer Tiering-Richtlinie von verschieben…
Und Sie ändern die Tiering-Richtlinie mit dem Verschieben auf…
Dann nach der Volume-Verschiebung…
all
auto
Alle Daten werden in die Performance-Tier verschoben.
snapshot-only
,none
, Oderauto
auto
Datenblöcke werden in dieselbe Tier des Ziels verschoben, wie sie sich zuvor an der Quelle befanden.
auto
Oderall
snapshot-only
Alle Daten werden in die Performance-Tier verschoben.
auto
all
Alle Benutzerdaten werden auf das Cloud-Tier verschoben.
snapshot-only
,auto
Oderall
none
Alle Daten werden auf der Performance-Tier aufbewahrt.
Was geschieht mit der Tiering-Richtlinie beim Klonen eines Volumes
-
Ab ONTAP 9.8 übernimmt ein Klon-Volume immer sowohl die Tiering-Richtlinie als auch die Cloud-Abrufrichtlinie des übergeordneten Volume.
In älteren Versionen als ONTAP 9.8 übernimmt ein Klon die Tiering-Richtlinie vom übergeordneten Objekt, außer wenn das übergeordnete Objekt über den verfügt
all
tiering-Richtlinie: -
Wenn das übergeordnete Volume über den verfügt
never
Die Richtlinie für den Cloud-Abruf. Sein Klon-Volume muss entweder über den verfügennever
Die Cloud-Abrufrichtlinie oder dieall
tiering-Richtlinie und eine entsprechende Cloud-Abrufrichtliniedefault
. -
Die Richtlinie zum Abrufen des übergeordneten Volume in „Cloud“ kann nicht geändert werden
never
Wenn nicht alle Clone-Volumes über eine Cloud-Abrufrichtlinie verfügennever
.
Beachten Sie beim Klonen von Volumes die folgenden Best Practices:
-
Der
-tiering-policy
Option undtiering-minimum-cooling-days
Die Option des Klons steuert nur das Tiering-Verhalten von Blöcken, die für den Klon eindeutig sind. Daher empfehlen wir die Verwendung von Tiering-Einstellungen bei den übergeordneten FlexVol, bei denen entweder die gleiche Datenmenge verschoben oder weniger Daten verschoben werden als bei den Klonen -
Die Richtlinie zum Abrufen der Cloud auf der übergeordneten FlexVol sollte entweder die gleiche Datenmenge verschieben oder mehr Daten verschieben als die Abrufrichtlinie eines der Klone
Funktionsweise von Tiering-Richtlinien bei der Cloud-Migration
Der FabricPool Cloud-Datenabruf wird durch Tiering-Richtlinien gesteuert, die den Datenabruf vom Cloud-Tier zu Performance-Tier basierend auf dem Lesemuster bestimmen. Lesemuster können sequenziell oder zufällig sein.
In der folgenden Tabelle sind die Tiering-Richtlinien und die Regeln für den Abruf von Cloud-Daten für jede Richtlinie aufgeführt.
Tiering-Richtlinie |
Verhalten beim Abrufen |
Keine |
Sequenzielle und zufällige Lesevorgänge |
Nur snapshot |
Sequenzielle und zufällige Lesevorgänge |
automatisch |
Wahlfreier Lesezugriff |
Alle |
Kein Datenabruf |
Ab ONTAP 9.8 gilt die Kontrolle der Cloud-Migration cloud-retrieval-policy
Die Option überschreibt das Standard-Verhalten für die Cloud-Migration oder den Abruf, das durch die Tiering-Richtlinie gesteuert wird.
In der folgenden Tabelle sind die unterstützten Richtlinien zum Abrufen in der Cloud und deren Abrufverhalten aufgeführt.
Cloud-Abrufrichtlinie |
Verhalten beim Abrufen |
Standard |
Die Tiering-Richtlinie entscheidet, welche Daten zurückgeholt werden sollen. Daher bleibt beim Cloud-Datenabruf mit „ |
On-Read |
Alle clientfokussierten Daten werden vom Cloud-Tier auf die Performance-Tier übertragen. |
Nie |
Es werden keine Client-getriebenen Daten von der Cloud-Tier zur Performance-Tier übertragen |
Werben |
|