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.

Weitere Informationen zu BlueXP Tiering

Beitragende
PDFs

Der BlueXP Tiering Service von NetApp erweitert Ihr Datacenter auf die Cloud durch das automatische Tiering inaktiver Daten von lokalen ONTAP Clustern auf Objekt-Storage. Dies setzt wertvollen Speicherplatz im Cluster für mehr Workloads frei, ohne Änderungen an der Applikationsebene vornehmen zu müssen. BlueXP Tiering kann die Kosten in Ihrem Datacenter senken und ermöglicht Ihnen den Wechsel von einem Investitionskostenmodell zu einem Betriebskostenmodell.

Der BlueXP Tiering Service nutzt die Funktionen von FabricPool. FabricPool ist eine NetApp Data-Fabric-Technologie für automatisiertes Tiering von Daten auf kostengünstigen Objekt-Storage. Aktive (wichtige) Daten bleiben auf der lokalen Tier (lokale ONTAP Aggregate), während inaktive Daten (kalte) Daten in den Cloud-Tier verschoben werden – wobei die ONTAP Dateneffizienz erhalten bleibt.

Ursprünglich werden AFF, FAS und ONTAP Select Systeme mit reinen SSD-Aggregaten unterstützt. Ab ONTAP 9.8 können Sie Daten von Aggregaten bestehend aus HDDs neben hochperformanten SSDs verschieben. Siehe "Die Überlegungen und Anforderungen für die Verwendung von FabricPool" Entsprechende Details.

BlueXP Tiering kann für Single-Node Cluster, für HA konfigurierte Cluster, Cluster in Tiering Mirror-Konfigurationen und MetroCluster-Konfigurationen mithilfe von FabricPool Mirror konfiguriert werden. BlueXP Tiering-Lizenzen werden von allen Clustern gemeinsam genutzt.

"Mit dem BlueXP Tiering-TCO-Rechner erfahren Sie, wie viel Geld Sie sparen können".

Funktionen

BlueXP Tiering bietet Automatisierung, Monitoring, Berichte und eine gemeinsame Managementoberfläche:

  • Durch Automatisierung wird das Einrichten und Managen von Daten-Tiering von ONTAP Clustern vor Ort in die Cloud vereinfacht

  • Sie können die Standard-Storage-Klasse bzw. die Zugriffs-Tier des Cloud-Providers wählen oder mithilfe von Lifecycle Management älteren Tiering-Daten eine kostengünstigere Tier zuweisen

  • Sie können Verbindungen zu zusätzlichen Objektspeichern erstellen, die für andere Aggregate in Ihrem Cluster verwendet werden können

  • Über die UI lassen sich Objektspeicher für das Tiering und für die FabricPool-Spiegelung an ein Aggregat ziehen

  • Dank einer einzigen Konsole muss FabricPool über mehrere Cluster hinweg unabhängig gemanagt werden

  • Berichte zeigen die Menge der aktiven und inaktiven Daten auf jedem Cluster an

  • Ein Tiering-Integritätsstatus unterstützt Sie dabei, Probleme zu identifizieren und zu korrigieren, sobald diese auftreten

  • Bei Cloud Volumes ONTAP Systemen finden Sie sie auf der Seite Cluster, sodass Sie eine vollständige Übersicht über Daten-Tiering in Ihrer Hybrid-Cloud-Infrastruktur erhalten

Weitere Informationen zum Mehrwert von BlueXP finden Sie im Artikel "Sehen Sie sich die BlueXP Tiering-Seite auf der BlueXP Website an".

Tipp Cloud Volumes ONTAP Systeme sind schreibgeschützt aus BlueXP Tiering. "Sie richten Tiering für Cloud Volumes ONTAP-Systeme aus der Arbeitsumgebung in BlueXP ein".

Unterstützte Objekt-Storage-Provider

Inaktive Daten können von einem lokalen ONTAP System zu folgenden Objekt-Storage-Providern verschoben werden:

  • Amazon S3

  • Microsoft Azure Blob

  • Google Cloud Storage

  • NetApp StorageGRID

  • S3-kompatibler Objekt-Storage (z. B. Mini)

BlueXP Tiering-Lizenzen können auch mit Ihren Clustern geteilt werden, die Daten-Tiering in IBM Cloud Object Storage ermöglichen. Die FabricPool-Konfiguration muss mit System Manager oder der ONTAP CLI eingerichtet werden, jedoch "Die Lizenzierung für diese Art der Konfiguration wird mithilfe von BlueXP Tiering abgeschlossen."

Hinweis Sie können Daten von NAS-Volumes in die Public Cloud oder in Private Clouds wie StorageGRID verschieben. Beim Tiering von Daten, auf die SAN-Protokolle zugegriffen wird, empfiehlt NetApp aufgrund von Konnektivitätsüberlegungen die Verwendung von Private Clouds.

Objekt-Storage-Tiers

ONTAP Cluster können inaktive Daten per Tiering zu einem einzelnen Objektspeicher oder zu mehreren Objektspeichern verschieben. Wenn Sie Daten-Tiering einrichten, haben Sie die Wahl, einen neuen Bucket/Container hinzuzufügen oder einen vorhandenen Bucket/Container zusammen mit einer Storage-Klasse oder Zugriffsebene auszuwählen.

BlueXP Tiering verwendet die Standard-Storage-Klasse bzw. -Zugriffs-Tier des Cloud-Providers für Ihre inaktiven Daten. Sie können jedoch eine Lifecycle-Regel anwenden, die es ermöglicht, die Daten nach einer bestimmten Anzahl von Tagen automatisch von der Standard-Storage-Klasse zu einer anderen Storage-Klasse zu wechseln. Auf diese Weise können Sie die Kosten gering halten, indem Sie sehr selten genutzte Daten auf weniger teuren Storage verschieben.

Hinweis Sie können keine Lifecycle-Regeln für Daten-Tiering zu StorageGRID oder S3-kompatiblem Storage auswählen.

Preise und Lizenzen

Die Bezahlung für BlueXP Tiering erfolgt über ein Pay-as-you-go-Abonnement, ein Jahresabonnement, eine eigene BlueXP Tiering-Lizenz oder eine Kombination aus diesen. Für das erste Cluster steht eine kostenlose 30-Tage-Testversion zur Verfügung, wenn Sie nicht über eine Lizenz verfügen.

Beim Tiering von Daten zu StorageGRID fallen keine Kosten an. Es ist keine BYOL-Lizenz oder PAYGO-Registrierung erforderlich.

"Preisdetails anzeigen".

Da BlueXP Tiering die Storage-Effizienz des Quell-Volumes bewahrt, zahlen Sie für die Tiering-Daten die Objekt-Storage-Kosten des Cloud-Providers nach der Effizienz von ONTAP (für die kleinere Datenmenge nach Anwendung der Deduplizierung und Komprimierung).

30 Tage kostenlos testen mit unserer

Wenn Sie keine BlueXP Tiering-Lizenz haben, beginnt eine kostenlose 30-Tage-Testversion von BlueXP Tiering bei der Einrichtung des Tiering auf den ersten Cluster. Nach Ablauf der 30-Tage-Testsoftware müssen Sie für BlueXP Tiering über ein Pay-as-you-go-Abonnement, ein Jahresabonnement, eine BYOL-Lizenz oder eine Kombination daraus zahlen.

Wenn die kostenlose Testversion endet und Sie keine Lizenz abonniert oder hinzugefügt haben, werden selten genutzte Daten von ONTAP nicht mehr in den Objekt-Storage verschoben. Alle zuvor gestuften Daten bleiben zugänglich, was bedeutet, dass Sie diese Daten abrufen und verwenden können. Beim Abrufen werden diese Daten aus der Cloud zurück in die Performance-Tier verschoben.

Pay-as-you-go-Abonnement

BlueXP Tiering bietet nutzungsbasierte Lizenzierung in einem Pay-as-you-go-Modell. Wenn Sie sich über den Markt Ihres Cloud-Providers abonnieren, zahlen Sie pro GB für Daten mit Tier. Sie erhalten keine Vorabzahlung. Die Abrechnung erfolgt von Ihrem Cloud-Provider über Ihre monatliche Abrechnung.

Sie sollten sich auch dann abonnieren, wenn Sie eine kostenlose Testversion haben oder Ihre eigene Lizenz mitbringen (BYOL):

  • Durch die Anmeldung wird sichergestellt, dass nach der kostenlosen Testversion keine Serviceunterbrechung erfolgt.

    Am Ende der Testphase liegen die Kosten für jede Stunde, je nachdem, wie viele Daten Sie speichern.

  • Wenn Sie über Ihre BYOL-Lizenz mehr Daten als zulässig Tiering zuweisen, wird das Daten-Tiering über Ihr Pay-as-you-go-Abonnement fortgesetzt.

    Wenn Sie beispielsweise eine 10-TB-Lizenz besitzen, wird die gesamte Kapazität über 10 TB hinaus über das nutzungsbasierte Abonnement abgerechnet.

Ihr Pay-as-you-go-Abonnement wird während der kostenlosen Testversion nicht in Rechnung gestellt, oder wenn Ihre BlueXP Tiering-BYOL-Lizenz nicht überschritten wurde.

"Erfahren Sie, wie Sie ein Pay-as-you-go-Abonnement einrichten".

Jahresvertrag

BlueXP Tiering umfasst einen Jahresvertrag für das Tiering inaktiver Daten zu Amazon S3 oder Azure. Und ist in 1-, 2- oder 3-Jahres-Laufzeiten erhältlich.

Jahresverträge werden derzeit nicht unterstützt, wenn Tiering in Google Cloud durchgeführt wird.

Mit Ihrer eigenen Lizenz

Nutzen Sie Ihre eigene Lizenz durch den Kauf einer BlueXP Tiering-Lizenz von NetApp (ehemals „Cloud Tiering“-Lizenz). Sie können Lizenzen für 1, 2 oder 3 Jahre erwerben und eine beliebige Menge an Tiering-Kapazität angeben (ab einem Minimum von 10 tib). Die BYOL BlueXP Tiering-Lizenz ist eine Floating_-Lizenz, die über mehrere lokale ONTAP Cluster hinweg verwendet werden kann. Die gesamte Tiering-Kapazität, die Sie in Ihrer BlueXP Tiering-Lizenz definieren, kann von allen Ihren On-Premises-Clustern genutzt werden.

Nach dem Kauf einer BlueXP Tiering-Lizenz müssen Sie die Lizenz durch das Digital Wallet von BlueXP in BlueXP ergänzen. "So verwenden Sie eine BlueXP Tiering-BYOL-Lizenz".

Wie oben erwähnt, empfehlen wir die Einrichtung eines Pay-as-you-go-Abonnements, auch wenn Sie eine BYOL-Lizenz erworben haben.

Hinweis Ab August 2021 wurde die alte FabricPool Lizenz durch die Cloud Tiering Lizenz ersetzt. "Erfahren Sie mehr darüber, wie sich die BlueXP Tiering-Lizenz von der FabricPool Lizenz unterscheidet".

So funktioniert BlueXP Tiering

BlueXP Tiering ist ein von NetApp gemanagter Service, der mithilfe von FabricPool Technologie inaktive („kalte“) Daten automatisch von Ihren lokalen ONTAP Clustern auf Objektspeicher in Ihrer Public Cloud oder Private Cloud verschiebt. Verbindungen zu ONTAP erfolgen über einen Anschluss.

Die folgende Abbildung zeigt die Beziehung zwischen den einzelnen Komponenten:

Architekturbild: BlueXP Tiering-Service mit einer Verbindung zum Connector in Ihrem Cloud-Provider, den Connector mit einer Verbindung zu Ihrem ONTAP-Cluster und eine Verbindung zwischen dem ONTAP-Cluster und Objektspeicher Ihres Cloud-Providers. Aktive Daten befinden sich im ONTAP Cluster, während sich inaktive Daten im Objekt-Storage befinden.

BlueXP Tiering funktioniert übergeordnete Aspekte wie folgt:

  1. Sie erkennen den On-Premises-Cluster von BlueXP.

  2. Sie erstellen Tiering, indem Sie Details über Ihren Objekt-Storage angeben, einschließlich Bucket/Container, einer Storage-Klasse oder Zugriffsebene und Lebenszyklusregeln für die Tiered-Daten.

  3. BlueXP konfiguriert ONTAP so, dass er den Objekt-Storage-Provider nutzt, und erkennt die Menge aktiver und inaktiver Daten im Cluster.

  4. Sie wählen die zu Tier zupassenden Volumes und die Tiering-Richtlinie für diese Volumes aus.

  5. ONTAP beginnt mit dem Tiering inaktiver Daten zum Objektspeicher, sobald die Daten die Schwellenwerte erreicht haben, die als inaktiv eingestuft werden sollen (siehe Richtlinien für das Volume-Tiering).

  6. Wenn Sie eine Lebenszyklusregel auf die Tiering-Daten angewendet haben (nur für einige Anbieter verfügbar), werden ältere Tiering-Daten nach einer bestimmten Anzahl von Tagen einer kostengünstigeren Tier zugewiesen.

Richtlinien für das Volume-Tiering

Wenn Sie die Volumes auswählen, die Sie abstufen möchten, wählen Sie eine Volume Tiering Policy aus, die für jedes Volume angewendet werden soll. Eine Tiering-Richtlinie bestimmt, wann oder ob Blöcke der Benutzerdaten eines Volumes in die Cloud verschoben werden.

Sie können auch den Kühlzeitraum einstellen. Dies ist die Anzahl der Tage, die Benutzerdaten in einem Volume inaktiv bleiben müssen, bevor es als „kalt“ eingestuft und in einen Objekt-Storage verschoben wird. Für Tiering-Richtlinien, über die Sie den Kühlungszeitraum anpassen können, sind die gültigen Werte 2 bis 183 Tage bei Verwendung von ONTAP 9.8 und höher und 2 bis 63 Tage für ältere ONTAP Versionen; 2 bis 63 ist die empfohlene Best Practice.

Keine Richtlinie (Keine)

Aufbewahrung der Daten auf einem Volume in der Performance-Tier, sodass keine Daten in die Cloud-Tier verschoben werden

Cold Snapshots (nur Snapshot)

ONTAP schichtet kalte Snapshot Blöcke im Volume aus, die nicht gemeinsam mit dem aktiven Filesystem zum Objekt-Storage genutzt werden. Wenn gelesen werden, werden kalte Datenblöcke auf der Cloud-Tier heiß und werden auf die Performance-Tier verschoben.

Daten werden erst dann verteilt, wenn ein Aggregat eine Kapazität von 50 % erreicht hat und wenn die Daten den Kühlungszeitraum erreicht haben. Die standardmäßige Anzahl der Kühltage beträgt 2, Sie können diese Zahl jedoch anpassen.

Hinweis Neu aufhitzte Daten werden nur dann wieder in die Performance-Tier geschrieben, wenn genügend Platz vorhanden ist. Wenn die Performance-Tier-Kapazität zu mehr als 70 % voll ist, wird vom Cloud-Tier weiterhin auf Blöcke zugegriffen.
Cold-User-Daten und Snapshots (automatisch)

ONTAP führt das Tiering aller kalten Blöcke im Volume (ohne Metadaten) zu Objekt-Storage durch. Die „kalten“ Daten enthalten nicht nur Snapshot Kopien, sondern auch „kalte“ Benutzerdaten aus dem aktiven File-System.

Wenn durch zufällige Lesevorgänge gelesen werden, werden kalte Datenblöcke auf der Cloud-Tier heiß und werden auf die Performance-Tier verschoben. Wenn sequenzielle Lesevorgänge lesen, z. B. Index- und Virenschutz-Scans, bleiben kalte Datenblöcke auf der Cloud-Tier kalt und werden nicht auf die Performance-Tier geschrieben. Diese Richtlinie ist ab ONTAP 9.4 verfügbar.

Daten werden erst dann verteilt, wenn ein Aggregat eine Kapazität von 50 % erreicht hat und wenn die Daten den Kühlungszeitraum erreicht haben. Die standardmäßige Anzahl der Kühltage beträgt 31, Sie können diese Zahl jedoch anpassen.

Hinweis Neu aufhitzte Daten werden nur dann wieder in die Performance-Tier geschrieben, wenn genügend Platz vorhanden ist. Wenn die Performance-Tier-Kapazität zu mehr als 70 % voll ist, wird vom Cloud-Tier weiterhin auf Blöcke zugegriffen.
Alle Benutzerdaten (Alle)

Alle Daten (ohne Metadaten) werden sofort als „kalt“ markiert und in den Objektspeicher verschoben, sobald wie möglich. Es ist nicht mehr nötig, 48 Stunden auf neue Blöcke in einem Volume zu warten, die kalt werden. Beachten Sie, dass für Blöcke, die sich vor der Festlegung der All-Richtlinie im Volume befinden, 48 Stunden zum Kaltstart benötigt werden.

Beim Lesen bleiben kalte Datenblöcke auf der Cloud-Tier kalt und werden nicht zurück in die Performance-Tier geschrieben. Diese Richtlinie ist ab ONTAP 9.6 verfügbar.

Berücksichtigen Sie vor der Auswahl dieser Tiering-Richtlinie folgende Punkte:

  • Durch das Tiering von Daten werden die Storage-Effizienzfunktionen sofort reduziert (nur Inline).

  • Diese Richtlinie sollte nur dann eingesetzt werden, wenn sich ungenutzte Daten auf dem Volume nicht ändern.

  • Objekt-Storage ist kein transaktionsorientiertes System und führt bei Änderungen zu einer erheblichen Fragmentierung.

  • Bedenken Sie die Auswirkungen von SnapMirror Transfers, bevor Sie die Richtlinie Alle Angaben zu Quell-Volumes in Datensicherungsbeziehungen zuweisen.

    Da die Daten sofort in Tiers verschoben werden, liest SnapMirror die Daten nicht aus der Performance-Tier, sondern aus der Cloud-Tier. Dies führt zu langsameren SnapMirror Vorgängen – möglicherweise werden andere SnapMirror Vorgänge später in der Warteschlange verschoben, selbst wenn sie unterschiedliche Tiering-Richtlinien verwenden.

  • BlueXP Backup und Recovery wirkt sich auf ähnliche Weise auf Volumes aus, die über eine Tiering-Richtlinie festgelegt wurden. "Bei BlueXP Backup und Recovery finden Sie Informationen zu Tiering-Richtlinien".

Alle DP-Benutzerdaten (Backup)

Alle Daten auf einem Datensicherungs-Volume (ohne Metadaten) werden sofort in die Cloud-Tier verschoben. Bei Lesezugriffen bleiben kalte Datenblöcke auf der Cloud-Tier nur selten und werden nicht zurück auf die Performance-Tier geschrieben (ab ONTAP 9.4).

Hinweis Diese Richtlinie ist für ONTAP 9.5 oder früher verfügbar. Es wurde ab ONTAP 9.6 durch die All Tiering Policy ersetzt.