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

Data Tiering - Übersicht

05/23/2023 Beitragende

PDFs

Sie können Ihre Storage-Kosten senken, indem Sie das automatisierte Tiering inaktiver Daten auf kostengünstigen Objekt-Storage ermöglichen. Aktive Daten verbleiben in hochperformanten SSDs oder HDDs (dem Performance-Tier), während inaktive Daten auf kostengünstigen Objektspeicher (dem Kapazitäts-Tier) gestaffelt werden. Dadurch können Sie Speicherplatz auf Ihrem primären Storage zurückgewinnen und den sekundären Storage verkleinern.

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

Sie müssen keine Funktionslizenz installieren, um Data Tiering zu aktivieren.

Funktionsweise von Data 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:

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

Performance Tier in AWS

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

Kapazitäts-Tier in AWS

Standardmäßig schichtet Cloud Volumes ONTAP inaktive Daten in die Storage-Klasse S3 Standard aus. Standard ist ideal für häufig aufgerufene Daten, die über mehrere Verfügbarkeitszonen gespeichert werden.

Wenn Sie keinen Zugriff auf inaktive Daten planen, können Sie Ihre Speicherkosten reduzieren, indem Sie die Tiering-Ebene eines Systems auf eine der folgenden Stufen ändern, nachdem Sie Cloud Volumes ONTAP bereitgestellt haben:

Intelligentes Tiering: Optimiert Storage-Kosten, indem bei sich ändernden Datenzugriffsmustern Daten zwischen zwei Tiers verschoben werden. Eine Ebene ist für häufigen Zugriff und die andere für unregelmäßigen Zugriff.
Ein einmaliger Zugriff: Für selten genutzte Daten, die in einer einzigen Verfügbarkeitszone gespeichert sind.
Standardzugriff: Für selten genutzte Daten, die über mehrere Verfügbarkeitszonen hinweg gespeichert werden.

Die Zugriffskosten sind höher, wenn Sie auf die Daten zugreifen. Daher müssen Sie dies berücksichtigen, bevor Sie die Tiering Level ändern. Weitere Informationen zu S3-Speicherklassen finden Sie unter "AWS-Dokumentation".

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. Weitere Informationen zum Ändern der Tiering-Ebene finden Sie unter "Tiering inaktiver Daten in kostengünstigen Objektspeicher".

Die Tiering-Ebene ist systemweit, nicht pro Volume.

In einer Cloud Volumes ONTAP Arbeitsumgebung wird ein S3-Bucket für alle Tiered Data aus dem System verwendet. Für jedes Volume wird kein anderer S3-Bucket verwendet. Dazu gehört auch eine HA-Arbeitsumgebung. Cloud Manager erstellt einen S3-Bucket und nennt ihn Fabric-Pool-Cluster-eindeutige Kennung.

Funktionsweise von Data Tiering in Microsoft 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:

Dieses Konzept zeigt heiße Daten, die auf von Azure gemanagten Festplatten und inaktive Daten in Azure Blob Storage laufen.

Performance Tier in Azure

Die Performance-Ebene kann entweder Premium Storage (SSD) oder Standard Storage (HDD) sein.

Kapazitäts-Tier in Azure

Cloud Volumes ONTAP führt das Tiering inaktiver Daten standardmäßig auf den Azure Storage Tier mit Hot_ aus. Daher eignet es sich ideal für häufig genutzte Daten.

Wenn Sie keinen Zugriff auf inaktive Daten planen, können Sie nach der Implementierung von Cloud Volumes ONTAP die Storage-Kosten senken, indem Sie die Tiering-Ebene eines Systems zum Azure cool Storage Tier ändern. Die coole Tier eignet sich ideal für selten genutzte Daten, die sich mindestens 30 Tage in der Tier befinden.

Die Zugriffskosten sind höher, wenn Sie auf die Daten zugreifen. Daher müssen Sie dies berücksichtigen, bevor Sie die Tiering Level ändern. Weitere Informationen zu Azure Blob Storage-Tiers finden Sie unter "Azure-Dokumentation".

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. Weitere Informationen zum Ändern der Tiering-Ebene finden Sie unter "Tiering inaktiver Daten in kostengünstigen Objektspeicher".

Die Tiering-Ebene ist systemweit, nicht pro Volume.

Eine Cloud Volumes ONTAP Arbeitsumgebung verwendet einen Azure Blob Container für alle Tiered Daten aus dem System. Für jedes Volume wird kein anderer Container verwendet. Cloud Manager erstellt ein neues Storage-Konto mit einem Container für jedes Cloud Volumes ONTAP System. Der Name des Speicherkontos ist zufällig.

Auswirkungen von Data Tiering auf 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 Volumes ONTAP unterstützt die folgenden Tiering Policies:

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.
Backup: Wenn Sie ein Volume für Disaster Recovery oder langfristige Aufbewahrung replizieren, beginnen die Daten für das Ziel-Volume in der Kapazitäts-Tier. Wenn Sie das Ziel-Volume aktivieren, werden die Daten beim Lesen schrittweise auf die Performance-Ebene verschoben.
Keine: Die Daten eines Volumes werden in der Performance-Ebene gespeichert, sodass es nicht in die Kapazitäts-Ebene verschoben werden kann.

Einrichten von Data Tiering

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