BlueXP Tiering eignet sich für Herausforderungen, die durch rasches Datenwachstum entstehen, und bietet Ihnen folgende Vorteile:

Im Wesentlichen sind alle Daten, die auf primären und sekundären Storage-Systemen als inaktiv erachtet werden, ein gutes Ziel für eine Verschiebung in die Cloud. Auf Primärsystemen können solche Daten Snapshots, historische Datensätze und fertige Projekte enthalten. Auf sekundären Systemen umfasst dies alle Volumes, die Kopien von Primärdaten enthalten, die für DR- und Backup-Zwecke erstellt wurden.

Ja, es ist möglich, Daten-Tiering von NAS-Volumes in die Public Cloud oder in Private Clouds wie StorageGRID durchzuführen. Beim Tiering von Daten, auf die SAN-Protokolle zugegriffen wird, empfiehlt NetApp die Verwendung von Private Clouds, da SAN-Protokolle besonders empfindlich auf Konnektivitätsprobleme reagieren als NAS.

Eine Definition dessen, was auch auf „kalte“ Daten verweisen kann, ist: „Volume-Blöcke (ausgenommen Metadaten), auf die seit einiger Zeit nicht zugegriffen wurde“. Die „Zeitmenge“ wird durch ein Tiering Policy Attribut namens „Cooling-days“ bestimmt.

Ja, die ONTAP Storage-Effizienzfunktionen auf Volume-Ebene wie Komprimierung, Deduplizierung und Data-Compaction bleiben erhalten, wenn Daten auf die Cloud-Tier verschoben werden.

FabricPool ist die ONTAP Tiering-Technologie, die sich über die ONTAP CLI und System Manager selbst managen oder als Service über BlueXP Tiering managen lässt. BlueXP Tiering macht FabricPool zu einem Managed Service mit erweiterten Automatisierungsprozessen – sowohl bei ONTAP als auch in der Cloud –, das erlaubt mehr Transparenz und Kontrolle über das Tiering in Hybrid- und Multi-Cloud-Implementierungen.

Nein Da die Metadaten des Volume nie aus dem Performance-Tier verlagert werden, können die im Objekt-Storage gespeicherten Daten nicht direkt abgerufen werden.

Durch BlueXP Tiering können jedoch kostengünstige Backup- und DR-Prozesse erreicht werden, da auf sekundären Systemen und SnapMirror Ziel-Volumes (DP Volumes) das Tiering sämtlicher Daten (ohne Metadaten) aktiviert wird. Auf diese Weise werden der Platzbedarf im Datacenter und die Gesamtbetriebskosten reduziert.

BlueXP Tiering wird auf der Volume-Ebene aktiviert, indem eine Tiering-Richtlinie zu jedem Volume verknüpft wird. Die Identifizierung kalter Daten erfolgt auf Blockebene.

Die Tiering-Richtlinie des Volume ist der Mechanismus, der regelt, welche Blöcke wann Tier-Tiers sind. Die Richtlinie definiert die Art der Datenblöcke (Snapshots, Benutzerdaten oder beides) und den Kühlungszeitraum. Siehe "Volume Tiering-Richtlinien" Entsprechende Details.

BlueXP Tiering hat keine Auswirkungen auf die Kapazität des Volumes, sondern auf die Nutzung der Performance-Tier des Aggregats.

Ja, BlueXP Tiering ermöglicht die Erstellung inaktiver Datenberichte (Inactive Data Reporting, IDR) für jedes Aggregat. Durch diese Einstellung können wir die Menge inaktiver Daten ermitteln, die zu kostengünstigem Objekt-Storage verschoben werden können.

IDR beginnt mit der Anzeige von Informationen, nachdem die konfigurierte Kühldauer abgelaufen ist. Bei Verwendung von ONTAP 9.7 und früher hatte das IDR eine nicht einstellbare Kühldauer von 31 Tagen. Ab ONTAP 9.8 kann der IDR-Kühlzeitraum bis zu 183 Tage konfiguriert werden.

Beim Tiering selten genutzter Daten in die Public Cloud:

"Siehe Preisdetails".

Beim Tiering selten genutzter Daten auf ein NetApp StorageGRID System (Private Cloud) entstehen keine Kosten.

Ja. BlueXP Tiering ermöglicht die Nutzung einer BYOL-Lizenz, eines PAYGO-Abonnements oder einer Kombination aus beiden.

Wenn Sie das BYOL-Kapazitätslimit erreichen, wird das Tiering neuer, weniger häufig genutzter Daten angehalten. 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.

Wenn Sie jedoch über ein PAYGO Marketplace-Abonnement für die BlueXP – Deploy & Manage Cloud Data Services verfügen, werden neue, kalte Daten weiterhin auf Objekt-Storage verschoben, und Sie zahlen für diese Gebühren auf Nutzungsbasis.

Nein, das tut es nicht.

Ja. Alle aus der Public Cloud geledenen Lesevorgänge sind von den Kosten für den ausgehenden Datenverkehr abhängig.

Die beste Schätzung, wie viel ein Cloud-Provider für das Hosting Ihrer Daten in Rechnung stellt, ist die Verwendung ihrer Rechner: "AWS", "Azure" Und "Google Cloud".

Ja. Prüfen "Amazon S3-Preise", "Preise Für Block-Blob", und "Preise Für Cloud Storage" Für zusätzliche Preise, die beim Lesen/Abrufen von Daten anfallen.

Wenn Sie eine Schätzung erhalten möchten, fügen Sie einfach Ihren ONTAP Cluster zu BlueXP hinzu und prüfen Sie ihn über die Seite BlueXP Tiering Cluster. Klicken Sie auf Berechnen Sie mögliche Tiering-Einsparungen für den Cluster, um den zu starten "BlueXP Tiering-TCO-Rechner" Um zu sehen, wie viel Geld Sie sparen können.

BlueXP Tiering unterstützt ONTAP Version 9.2 und höher.

BlueXP Tiering wird durch Single-Node und Hochverfügbarkeits-AFF, FAS und ONTAP Select Cluster unterstützt. Cluster in FabricPool Mirror-Konfigurationen und MetroCluster-Konfigurationen werden ebenfalls unterstützt.

Ja, ab ONTAP 9.8 können Sie Daten-Tiering von Volumes durchführen, die auf HDD-Aggregaten gehostet werden.

Ja. BlueXP Tiering kann für Tiering von Volumes konfiguriert werden, die auf einem beliebigen Aggregat gehostet werden. Die Daten-Tiering-Konfiguration ist für den verwendeten Controller-Typ irrelevant und ob das Cluster heterogen ist oder nicht.

Bei Cloud Volumes ONTAP Systemen finden Sie sie auf der Seite BlueXP Tiering Clusters, sodass Sie eine vollständige Ansicht des Daten-Tiering in Ihrer Hybrid-Cloud-Infrastruktur erhalten. Cloud Volumes ONTAP Systeme sind jedoch schreibgeschützt aus BlueXP Tiering. Sie können Daten-Tiering auf Cloud Volumes ONTAP nicht über BlueXP Tiering einrichten. "Sie richten Tiering für Cloud Volumes ONTAP-Systeme aus der Arbeitsumgebung in BlueXP ein".

Es hängt davon ab, wo Sie die „kalten“ Daten Tiering verschieben. Weitere Informationen erhalten Sie unter folgenden Links:

BlueXP Tiering unterstützt folgende Objekt-Storage-Provider:

Ja, können Sie. Wenn Sie Daten-Tiering einrichten, können Sie einen neuen Bucket/Container hinzufügen oder einen vorhandenen Bucket/Container auswählen.

BlueXP Tiering unterstützt das Daten-Tiering in die Storage-Klassen Standard, Standard-infrequent Access, One Zone-infrequent Access, Intelligent Tiering und Glacier Instant Retrieval. Siehe "Unterstützte S3-Storage-Klassen" Entnehmen.

Der Hauptgrund, warum Amazon S3 Glacier Flexible und S3 Glacier Deep Archive nicht unterstützt werden, ist, dass BlueXP Tiering als hochperformante Tiering-Lösung konzipiert wurde. Daten müssen daher kontinuierlich verfügbar und schnell für den Abruf verfügbar sein. Mit dem flexiblen S3 Glacier und dem Deep Archive der S3 Glacier Daten können Daten beliebig zwischen wenigen Minuten und 48 Stunden abgerufen werden.

Ja, die Konfiguration von S3-kompatiblem Objekt-Storage über die Tiering-UI wird für Cluster mit ONTAP 9.8 und höher unterstützt. "Weitere Informationen finden Sie hier".

BlueXP Tiering unterstützt das Daten-Tiering auf die Hot oder Cool Zugriffs-Tiers für Ihre inaktiven Daten. Siehe "Unterstützte Azure Blob-Zugriffsebenen" Entnehmen.

BlueXP Tiering unterstützt das Daten-Tiering in die Storage-Klassen Standard, Nearline, Coldline und Archive. Siehe "Unterstützte Google Cloud Storage-Klassen" Entnehmen.

Ja. Sie können das Lifecycle Management aktivieren, damit BlueXP Tiering Daten nach einer bestimmten Anzahl von Tagen von der Standard-Storage-Klasse/Zugriffs-Tier auf eine kostengünstigere Tier verschiebt. Die Lebenszyklusregel wird auf alle Objekte im ausgewählten Bucket für Amazon S3 und Google Cloud Storage und auf alle Container im ausgewählten Storage-Konto für Azure Blob angewendet.

In einer typischen Konfiguration gibt es einen Objektspeicher für den gesamten Cluster. Ab August 2022 können Sie die Seite Advanced Setup verwenden, um zusätzliche Objektspeicher für einen Cluster hinzuzufügen und dann verschiedene Objektspeicher an verschiedene Aggregate anzubinden oder 2 Objektspeicher an ein Aggregat zur Spiegelung anzuhängen.

Für das Spiegeln können bis zu zwei Buckets pro Aggregat angehängt werden, wobei „kalte“ Daten synchron zu beiden Buckets verschoben werden. Die Buckets können von verschiedenen Anbietern und verschiedenen Standorten aus sein. Ab August 2022 können Sie die Seite Advanced Setup verwenden, um zwei Objektspeicher an ein einzelnes Aggregat anzuhängen.

Ja. Die allgemeine Best Practice besteht darin, einen einzelnen Bucket an mehrere Aggregate zu anhängen. Bei der Nutzung der Public Cloud gibt es jedoch eine maximale IOPS-Beschränkung für die Objekt-Storage-Services, daher müssen mehrere Buckets berücksichtigt werden.

Wenn ein Volume von einem Cluster zu einem anderen migriert wird, werden alle „kalten“ Daten aus der Cloud-Tier gelesen. Der Speicherort für Schreibvorgänge auf dem Ziel-Cluster hängt davon ab, ob Tiering aktiviert wurde und welche Art von Tiering-Richtlinie auf den Quell- und Ziel-Volumes verwendet wurde.

Wenn das Zielaggregat über keine angeschlossene Cloud-Tier verfügt, werden die Daten aus der Cloud-Tier des Quellaggregats gelesen und vollständig auf den lokalen Tier des Zielaggregats geschrieben. Wenn das Zielaggregat über eine angeschlossene Cloud-Tier verfügt, werden die Daten aus der Cloud Tier des Quellaggregats gelesen und zuerst auf die lokale Tier des Zielaggregats geschrieben, um eine schnelle Umstellung zu ermöglichen. Später werden diese auf der Grundlage der verwendeten Tiering-Richtlinie in die Cloud-Tier geschrieben.

Wenn das Zielaggregat auf ONTAP demselben Cloud-Tier wie das Quellaggregat basiert, werden die kalten Daten nicht 9.6 zurück zur lokalen Tier verschoben.

Zurückgeschriebene Daten werden im Allgemeinen von Lesezugriffen durchgeführt und hängen vom Typ der Tiering-Richtlinie ab. Vor ONTAP 9.8 kann das Schreiben des gesamten Volumes mit einem Vorgang Volume Move durchgeführt werden. Ab ONTAP 9.8 hat die Tiering UI die Möglichkeit, alle Daten zurück zu holen oder aktives Dateisystem. "So verschieben Sie Daten zurück auf die Performance-Tier".

Nein Während des „Head Swap“-Verfahrens ist das einzige, was sich ändert, das Eigentum des Aggregats. In diesem Fall wird die Änderung in den neuen Controller vorgenommen, ohne Daten zu verschieben.

Nein Die in die Cloud aufgebauten und abgestuften Objekte enthalten keine einzelne Datei, sondern bis zu 1,024 4-KB-Blöcke aus mehreren Dateien. Die Metadaten eines Volume verbleiben immer auf dem lokalen Tier.

Der Connector ist eine Software, die auf einer Computing-Instanz entweder in Ihrem Cloud-Konto oder vor Ort ausgeführt wird und es BlueXP ermöglicht, Cloud-Ressourcen sicher zu managen. Um den BlueXP Tiering Service zu nutzen, müssen Sie einen Connector implementieren.

Ja. Die Connector-Software kann heruntergeladen und manuell auf einem Linux-Host in Ihrem Netzwerk installiert werden. "Lesen Sie, wie Sie den Connector in Ihrem Haus installieren".

Ja. Sie müssen über ein Konto verfügen, bevor Sie den zu verwendenden Objekt-Storage definieren können. Auch bei der Einrichtung des Connectors in der Cloud auf einer VPC oder vnet ist ein Konto bei einem Cloud-Storage-Provider erforderlich.

Bei einem Connector-Ausfall wird nur die Transparenz in den Tiered-Umgebungen beeinträchtigt. Alle Daten sind zugänglich und neu erkannte kalte Daten werden automatisch in den Objekt-Storage verschoben.

Es gibt vier Tiering-Richtlinien:

"Weitere Informationen zu Tiering-Richtlinien".

Da das Daten-Tiering auf Blockebene erfolgt, gilt ein Datenblock als „kalt“, nachdem er seit einem bestimmten Zeitraum nicht mehr zugegriffen wurde. Dies ist durch das Tiering-Attribut für minimale Kühltage definiert. Der anwendbare Bereich beträgt 2-63 Tage mit ONTAP 9.7 und früher oder 2-183 Tage ab ONTAP 9.8.

Der standardmäßige Kühlzeitraum für die Cold-Snapshot-Richtlinie beträgt 2 Tage, während der standardmäßige Kühlzeitraum für Cold-User-Daten und Snapshots 31 Tage beträgt. Der Parameter „Abkühltage“ gilt nicht für die Richtlinie „Alle Tiering“.

Während des vollständigen Backups werden alle kalten Daten gelesen. Der Abruf der Daten hängt von der verwendeten Tiering-Richtlinie ab. Bei Nutzung der Richtlinien Alle und selten genutzten Benutzerdaten und Snapshots werden kalte Daten nicht zurück in die Performance-Tier geschrieben. Bei Verwendung der Cold-Snapshots-Richtlinie werden nur dann kalte Blöcke abgerufen, wenn ein alter Snapshot für das Backup verwendet wird.

Nein Sie können jedoch auswählen, welche Volumes für das Tiering geeignet sind, die Art der zu abgestuften Daten und deren Kühldauer. Dazu wird eine Tiering-Richtlinie mit dem Volume verknüpft.

Nein Datensicherungs-Volumes (DP) können mit einer der drei verfügbaren Richtlinien verknüpft werden. Der Typ der Richtlinie, die auf den Quell- und Ziel-Volumes (DP) verwendet wird, bestimmt den Schreibstandort der Daten.

Es findet keine Rehydrierung statt, wenn eine Tiering-Richtlinie zurückgesetzt wird, aber es verhindert, dass neue kalte Blöcke auf die Cloud Tier verschoben werden.

Ja. Das Verhalten nach der Änderung hängt von der neuen zugeordneten Richtlinie ab.

Verknüpfen Sie eine Tiering-Richtlinie nicht mit dem Volume, das diese Daten enthält.

Die Metadaten eines Volumes werden immer lokal, auf der Performance-Tier gespeichert – es wird nie in die Cloud verschoben.

Weitere Informationen finden Sie unter:

Abgesehen von BlueXP Tiering, "Active IQ Unified Manager" Und "BlueXP Digital Advisor" Kann für Monitoring und Reporting verwendet werden.

Bei einem Netzwerkausfall bleibt die lokale Performance-Tier online und es bleiben wichtige Daten verfügbar. Blöcke, die bereits in das Cloud-Tier verschoben wurden, sind jedoch nicht zugänglich und Applikationen erhalten beim Versuch, auf diese Daten zuzugreifen, eine Fehlermeldung. Sobald die Verbindung wiederhergestellt ist, können alle Daten nahtlos aufgerufen werden.

Die zugrunde liegende FabricPool-Tiering-Technologie für Lesevorgänge hängt von der Konnektivität mit dem Cloud-Tier ab. Obwohl Tiering für jede Bandbreite arbeitet, wird empfohlen, Intercluster LIFs auf 10-Gbit/s-Ports zu platzieren, um eine ausreichende Performance zu gewährleisten. Es gibt keine Empfehlungen oder Bandbreitenbeschränkungen für den Connector.

Darüber hinaus können Sie die Netzwerkbandbreite drosseln, die bei der Übertragung inaktiver Daten vom Volume zum Objekt-Storage verwendet wird. Die Einstellung Maximum Transfer Rate ist verfügbar, wenn Sie Ihren Cluster für das Tiering konfigurieren, und anschließend auf der Seite Cluster.

Ja. Cloud-Tiers können nicht dieselbe Latenz wie das lokale Tier bereitstellen, da die Latenz von der Konnektivität abhängt. Für die Schätzung der Latenz und des Durchsatzes eines Objektspeichers bietet BlueXP Tiering einen Cloud-Performance-Test (basierend auf dem ONTAP Objektspeicher-Profiler), der nach der Anbindung des Objektspeichers und vor der Einrichtung des Tiering verwendet werden kann.

Die AES-256-GCM-Verschlüsselung wird sowohl auf Performance- als auch auf Cloud-Tiers beibehalten. Mit der Verschlüsselung von TLS 1.2 werden Daten während der Verschiebung zwischen den Tiers über das Netzwerk verschlüsselt und die Kommunikation zwischen dem Connector und dem ONTAP Cluster sowie dem Objektspeicher verschlüsselt.

Ja. Eine Intercluster-LIF muss auf einem ethernet-Port auf jedem Node innerhalb eines HA-Paars konfiguriert werden, das Volumes mit Daten hostet, die für das Tiering in die Cloud geplant sind. Weitere Informationen finden Sie im Abschnitt zu den Anforderungen für den Cloud-Provider, wo Sie Daten-Tiers Tiering planen.