Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Allgemeines zu FabricPool Tiering-Richtlinien

Beitragende
PDFs

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.

Hinweis

Daten in Volumes mithilfe der all Tiering-Richtlinie werden sofort als „kalt“ markiert und beginnen so schnell wie möglich mit dem Tiering in die Cloud-Tier. Es muss nicht darauf gewartet werden, dass der tägliche Tiering Scan ausgeführt wird.

Sie können den volume object-store tiering show Tiering-Status eines FabricPool Volumes mit dem Befehl anzeigen. Weitere Informationen finden Sie im "Befehlsreferenz".

Die FabricPool Tiering-Richtlinie wird auf Volume-Ebene festgelegt. Vier Optionen stehen zur Verfügung:

  • Über die snapshot-only Tiering-Richtlinie (Standard) werden Benutzerdaten der Snapshot Kopien des Volumes, die nicht dem aktiven Filesystem in die Cloud-Tier zugeordnet sind, verschoben.

    Der Tiering-Mindestkühlzeitraum beträgt 2 Tage. Sie können die Standardeinstellung für den minimalen Kühlzeitraum des Tiering mit dem -tiering-minimum-cooling-days Parameter auf der erweiterten Berechtigungsebene der volume create volume modify Befehle und ändern. 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.

  • Mit der auto Tiering-Richtlinie, die nur auf ONTAP 9 4 und neueren Versionen unterstützt wird, werden kalte Anwenderdatenblöcke sowohl in den Snapshot Kopien als auch das aktive Filesystem in die Cloud-Ebene verschoben.

    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 minimalen Kühlzeitraum des Tiering mit dem -tiering-minimum-cooling-days Parameter auf der erweiterten Berechtigungsebene der volume create volume modify Befehle und ändern. Gültige Werte sind 2 bis 183 Tage.

  • Durch die all Tiering-Richtlinie, die nur von ONTAP 9 6 und höher unterstützt wird, werden alle Datenblöcke des Benutzers sowohl im aktiven Filesystem als auch von Snapshot Kopien in die Cloud-Ebene verschoben. Sie ersetzt die backup Tiering-Richtlinie.

    Die all Volume-Tiering-Richtlinie sollte nicht auf Lese-/Schreib-Volumes mit normalem Client-Datenverkehr verwendet werden.

    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.

  • Bei der none Tiering-Richtlinie werden die Daten eines Volumes in der Performance-Tier und nicht selten in die Cloud-Tier verschoben.

    Durch Festlegen der Tiering-Richtlinie none wird ein neues Tiering verhindert. 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 selten genutzte Blöcke auf einem Volume mit einer Tiering-Richtlinie zum none Lesen „heiß“ werden, werden sie „heiß“ und auf die lokale Tier geschrieben.

Die volume show Ausgabe des Befehls zeigt die Tiering-Richtlinie eines Volumes an. Ein Volume, das noch nie mit FabricPool verwendet wurde, zeigt die none Tiering-Richtlinie in der Ausgabe an.

Was passiert, wenn Sie die Tiering-Richtlinie eines Volumes in FabricPool ändern

Sie können die Tiering-Richtlinie eines Volumes durch einen volume modify Vorgang ändern. 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.

  • Wenn die Tiering-Richtlinie von snapshot-only bzw. none auf geändert auto wird, sendet ONTAP Benutzerdaten in einem aktiven Filesystem, die bereits selten in die Cloud-Tier kommen, selbst wenn diese Benutzerdatenblöcke zuvor für die Cloud-Tier nicht zur Verfügung standen.

  • Wenn die Tiering-Richtlinie in all eine andere Richtlinie geändert wird, 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.

  • Durch ein Ändern der Tiering-Richtlinie von auto in snapshot-only bzw. none ohne werden aktive Filesystem-Blöcke, die bereits in die Cloud-Tier verschoben werden, wieder auf die 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 vorhandene Wert des -tiering-minimum-cooling-days Parameters für ein Volume wird mit dem Volume verschoben, sofern Sie für das Ziel keine andere Tiering-Richtlinie angeben.

    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.

  • Bei einer volume move Operation mit der auto Tiering Policy sollten Sie besondere Aufmerksamkeit schenken.

    Unter der Annahme, dass sowohl die Quelle als auch das Ziel FabricPool-fähige Aggregate sind, fasst die folgende Tabelle das Ergebnis einer volume move Operation zusammen, die Richtlinienänderungen in Bezug auf umfasst auto:

    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 Oder auto

    auto

    Datenblöcke werden in dieselbe Tier des Ziels verschoben, wie sie sich zuvor an der Quelle befanden.

    auto Oder all

    snapshot-only

    Alle Daten werden in die Performance-Tier verschoben.

    auto

    all

    Alle Benutzerdaten werden auf das Cloud-Tier verschoben.

    snapshot-only,auto Oder all

    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 Volume, außer wenn das übergeordnete Objekt über die all Tiering-Richtlinie verfügt.

  • Verfügt das übergeordnete Volume über die never Cloud-Abrufrichtlinie, muss sein Klon never-Volume entweder über die Cloud-Abrufrichtlinie oder die all Tiering-Richtlinie und eine entsprechende Cloud-Abrufrichtlinie verfügen default.

  • Die Abrufrichtlinie des übergeordneten Volumes kann nicht auf geändert werden never, es sei denn, alle zugehörigen Klon-Volumes verfügen über eine Cloud-Abrufrichtlinie never.

Beachten Sie beim Klonen von Volumes die folgenden Best Practices:

  • Die -tiering-policy tiering-minimum-cooling-days Option und die Option des Klons steuern nur das Tiering-Verhalten von Blöcken, die nur beim Klon vorhanden 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 cloud-retrieval-policy überschreibt die Kontrolloption für die Cloud-Migration das von der Tiering-Richtlinie gesteuerte Standard-Cloud-Migrations- oder -Abrufverhalten.

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ückverschoben werden sollen. Damit bleibt beim Abrufen von Cloud-Daten mit „default,`" `cloud-retrieval-policy. Diese Richtlinie ist der Standardwert für alle Volumes, unabhängig vom Typ des gehosteten Aggregats.

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

  • Bei der Tiering-Richtlinie „none,“ werden alle Cloud-Daten von der Cloud-Tier zur Performance-Tier übertragen

  • Für die Tiering-Richtlinie „nur s napshot“ werden AFS-Daten abgezogen.