Skip to main content
Cloud Manager 3.7
Eine neuere Version dieses Produkts ist erhältlich.
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Data Tiering - Übersicht

Beitragende

Senken Sie Ihre Storage-Kosten, indem Sie das automatisierte Tiering inaktiver Daten auf kostengünstigen Objekt-Storage ermöglichen. Aktive Daten bleiben auf hochperformanten SSDs oder HDDs, während inaktive Daten in kostengünstigen Objekt-Storage verschoben werden. Dadurch können Sie Speicherplatz auf Ihrem primären Storage zurückgewinnen und den sekundären Storage verkleinern.

Dieses Konzept zeigt heiße Daten, die auf EBS Storage laufen, und inaktive Daten, die auf S3 Storage laufen.

Cloud Volumes ONTAP unterstützt Daten-Tiering in AWS, Azure und Google Cloud Platform. Data Tiering wird durch FabricPool Technologie unterstützt.

Hinweis Sie müssen keine Funktionslizenz installieren, um Daten-Tiering (FabricPool) zu aktivieren.

Daten-Tiering in AWS

Wenn Sie Daten-Tiering in AWS aktivieren, verwendet Cloud Volumes ONTAP EBS als Performance-Tier für häufig benötigte Daten und AWS S3 als Kapazitäts-Tier für inaktive Daten. Wenn Sie die Tiering-Ebene eines Systems ändern, können Sie eine andere S3-Storage-Klasse wählen.

Performance-Tier

Bei der Performance-Tier kann es sich um allgemeine SSDs, bereitgestellte IOPS-SSDs oder Throughput-optimierte HDDs handeln.

Kapazitäts-Tier

Ein Cloud Volumes ONTAP System verschiebt inaktive Daten mithilfe der Storage-Klasse Standard zu einem einzelnen S3 Bucket. Standard ist ideal für häufig aufgerufene Daten, die über mehrere Verfügbarkeitszonen gespeichert werden.

Hinweis Cloud Manager erstellt für jede Arbeitsumgebung einen einzelnen S3 Bucket und nennt ihn Fabric-Pool-Cluster-eindeutige Kennung. Für jedes Volume wird kein anderer S3-Bucket erstellt.
Tiering-Ebenen

Wenn Sie keinen Zugriff auf inaktive Daten planen, können Sie Ihre Storage-Kosten senken, indem Sie die Tiering-Ebene eines Systems auf eine der folgenden Stufen ändern: Intelligent Tiering, One-Zone infrequent Access oder Standard-infrequent Access. Wenn Sie die Tiering-Ebene ändern, werden inaktive Daten in der Klasse Standard-Speicher gestartet und in die von Ihnen ausgewählte Speicherklasse verschoben, sofern nach 30 Tagen kein Zugriff auf die Daten erfolgt.

Die Zugriffskosten sind höher, wenn Sie auf die Daten zugreifen. Berücksichtigen Sie diese also, bevor Sie das Tiering-Level ändern. "Erfahren Sie mehr über Amazon S3 Storage Classes".

Nachdem Sie das System erstellt haben, ist es möglich, die Tiering-Ebene zu ändern. Weitere Informationen finden Sie unter "Tiering inaktiver Daten in kostengünstigen Objektspeicher".

Die Tiering-Ebene ist systemweit, nicht pro Volume.

Daten-Tiering in Azure

Wenn Sie Daten-Tiering in Azure aktivieren, verwendet Cloud Volumes ONTAP von Azure gemanagte Festplatten als Performance-Tier für häufig abgerufene Daten und Azure Blob Storage als Kapazitäts-Tier für inaktive Daten. Wenn Sie die Tiering-Ebene eines Systems ändern, können Sie einen anderen Azure Storage Tier wählen.

Performance-Tier

Der Performance-Tier kann entweder aus SSDs oder HDDs bestehen.

Kapazitäts-Tier

Ein Cloud Volumes ONTAP System schichtet inaktive Daten mithilfe der Storage-Tier Azure Hot in einem einzelnen Blob-Container aus. Der Hot Tier eignet sich ideal für häufig genutzte Daten.

Hinweis Cloud Manager erstellt für jede Cloud Volumes ONTAP-Arbeitsumgebung ein neues Storage-Konto mit einem einzelnen Container. Der Name des Speicherkontos ist zufällig. Für jedes Volume wird kein anderer Container erstellt.
Tiering-Ebenen

Wenn Sie keinen Zugriff auf die inaktiven Daten haben, können Sie Ihre Storage-Kosten senken, indem Sie die Tiering-Ebene eines Systems zum Azure cool Storage Tier ändern. Wenn Sie das Tiering-Level ändern, beginnen inaktive Daten im Storage-Tier, und verschieben sich in den „kühlen“ Speicher-Tier, sofern nach 30 Tagen kein Zugriff auf die Daten erfolgt.

Die Zugriffskosten sind höher, wenn Sie auf die Daten zugreifen. Berücksichtigen Sie diese also, bevor Sie das Tiering-Level ändern. "Weitere Informationen zu Azure Blob Storage-Zugriffsklassen".

Nachdem Sie das System erstellt haben, ist es möglich, die Tiering-Ebene zu ändern. Weitere Informationen finden Sie unter "Tiering inaktiver Daten in kostengünstigen Objektspeicher".

Die Tiering-Ebene ist systemweit, nicht pro Volume.

Daten-Tiering in GCP

Wenn Sie Daten-Tiering in GCP aktivieren, verwendet Cloud Volumes ONTAP persistente Festplatten als Performance-Tier für häufig abgerufene Daten und Google Cloud Storage-Buckets als Kapazitäts-Tier für inaktive Daten.

Performance-Tier

Das Performance-Tier kann entweder SSDs oder HDDs (Standard-Festplatten) sein.

Kapazitäts-Tier

Ein Cloud Volumes ONTAP System verschiebt inaktive Daten mithilfe der Storage-Klasse „Regional“ zu einem einzelnen Google Cloud-Storage-Bucket.

Hinweis Cloud Manager erstellt für jede Arbeitsumgebung einen einzelnen Bucket und nennt ihn Fabric-Pool-Cluster-eindeutige Kennung. Für jedes Volume wird kein anderer Bucket erstellt.
Tiering-Ebenen

Derzeit werden keine anderen GCP-Speicherklassen unterstützt.

Daten-Tiering und Kapazitätsgrenzen

Wenn Sie Daten-Tiering aktivieren, bleibt die Kapazitätsgrenze eines Systems unverändert. Das Limit wird über die Performance- und die Kapazitäts-Tier verteilt.

Richtlinien für das Volume-Tiering

Um das Daten-Tiering zu aktivieren, müssen Sie beim Erstellen, Ändern oder Replizieren eines Volumes eine Volume-Tiering-Policy auswählen. Sie können für jedes Volume eine andere Richtlinie auswählen.

Einige Tiering Policies haben einen zugehörigen Mindestkühlzeitraum, der festlegt, wie lange Benutzerdaten in einem Volume inaktiv bleiben müssen, damit die Daten als "kalt" betrachtet und auf die Kapazitätsebene verschoben werden können.

Cloud Manager ermöglicht Ihnen bei der Erstellung oder Änderung eines Volume die Auswahl aus den folgenden Volume Tiering-Richtlinien:

Nur Snapshot

Nachdem ein Aggregat die Kapazität von 50 % erreicht hat, stuft Cloud Volumes ONTAP kalte Benutzerdaten von Snapshot Kopien ein, die nicht mit dem aktiven Filesystem der Kapazitäts-Tier verbunden sind. Die Abkühlzeit beträgt ca. 2 Tage.

Beim Lesen werden kalte Datenblöcke auf dem Kapazitäts-Tier heiß und werden auf den Performance-Tier verschoben.

Automatisch

Nachdem ein Aggregat die Kapazität von 50 % erreicht hat, stuft Cloud Volumes ONTAP kalte Datenblöcke in einem Volume auf einen Kapazitäts-Tier. Die kalten Daten umfassen nicht nur Snapshot Kopien, sondern auch kalte Benutzerdaten aus dem aktiven Dateisystem. Die Abkühlzeit beträgt ca. 31 Tage.

Diese Richtlinie wird ab Cloud Volumes ONTAP 9.4 unterstützt.

Wenn die Daten nach dem Zufallsprinzip gelesen werden, werden die kalten Datenblöcke in der Kapazitätsebene heiß und werden auf die Performance-Ebene verschoben. Beim Lesen von sequenziellen Lesevorgängen, z. B. in Verbindung mit Index- und Antivirenscans, bleiben die kalten Datenblöcke kalt und wechseln nicht zur Performance-Ebene.

Keine

Die Daten eines Volumes werden in der Performance-Ebene gespeichert, sodass es nicht in die Kapazitäts-Ebene verschoben werden kann.

Bei der Replizierung eines Volume können Sie entscheiden, ob die Daten in einen Objekt-Storage verschoben werden sollen. In diesem Fall wendet Cloud Manager die Backup-Richtlinie auf das Datensicherungs-Volume an. Ab Cloud Volumes ONTAP 9.6 ersetzt die All Tiering Policy die Backup Policy.

Die Abschaltung von Cloud Volumes ONTAP beeinträchtigt die Kühlungszeit

Datenblöcke werden durch Kühlprüfungen gekühlt. Während dieses Prozesses werden Blöcke, die nicht verwendet wurden, die Blocktemperatur verschoben (gekühlt) auf den nächsten niedrigeren Wert. Die standardmäßige Kühlzeit hängt von der Volume Tiering-Richtlinie ab:

  • Auto: 31 Tage

  • Nur Snapshot: 2 Tage

Damit der Kühlscan funktioniert, muss Cloud Volumes ONTAP ausgeführt werden. Wenn die Cloud Volumes ONTAP ausgeschaltet ist, stoppt der Kühlbedarf ebenfalls. Auf diese Weise können die Kühlzeiten möglicherweise länger dauern.

Einrichten von Data Tiering

Anweisungen und eine Liste der unterstützten Konfigurationen finden Sie unter "Tiering inaktiver Daten in kostengünstigen Objektspeicher".