Cloud Tiering bewältigt die Herausforderungen, die mit schnellem Datenwachstum einhergehen, und bietet Ihnen Vorteile wie:

Grundsätzlich eignen sich alle Daten, die sowohl auf primären als auch auf sekundären Speichersystemen als inaktiv gelten, gut für die Migration in die Cloud. Auf Primärsystemen können solche Daten Snapshots, historische Aufzeichnungen und abgeschlossene Projekte umfassen. Auf sekundären Systemen umfasst dies alle Volumes, die Kopien von Primärdaten enthalten, die für DR- und Sicherungszwecke erstellt wurden.

Ja, Sie können Daten von NAS-Volumes in die öffentliche Cloud oder in private Clouds wie StorageGRID verschieben. Wenn Sie Daten schichten, auf die über SAN-Protokolle zugegriffen wird, empfiehlt NetApp die Verwendung privater Clouds, da SAN-Protokolle empfindlicher auf Verbindungsprobleme reagieren als NAS.

Die Definition dessen, was auch als kalte Daten bezeichnet werden kann, lautet: „Volume-Blöcke (Metadaten ausgeschlossen), auf die über einen bestimmten Zeitraum nicht zugegriffen wurde.“ Die „Zeitdauer“ wird durch ein Staffelungsrichtlinienattribut namens „Kühltage“ bestimmt.

Ja, die Speichereffizienzen auf Volume-Ebene von ONTAP , wie Komprimierung, Deduplizierung und Verdichtung, bleiben beim Verschieben von Daten in die Cloud-Ebene erhalten.

FabricPool ist die ONTAP Tiering-Technologie, die über die ONTAP CLI und den System Manager selbst verwaltet oder über Cloud Tiering als Service verwaltet werden kann. Cloud Tiering macht FabricPool zu einem verwalteten Dienst mit erweiterten Automatisierungsprozessen, sowohl auf ONTAP als auch in der Cloud, und bietet so mehr Transparenz und Kontrolle über das Tiering in Hybrid- und Multi-Cloud-Bereitstellungen.

Nein. Da die Metadaten des Volumes nie von der Leistungsebene getrennt werden, kann auf die im Objektspeicher gespeicherten Daten nicht direkt zugegriffen werden.

Allerdings kann Cloud Tiering verwendet werden, um kostengünstige Backups und DR zu erreichen, indem es auf sekundären Systemen und SnapMirror Zielvolumes (DP-Volumes) aktiviert wird, um alle Daten (Metadaten ausgeschlossen) auszugliedern und so den Platzbedarf und die Gesamtbetriebskosten Ihres Rechenzentrums zu reduzieren.

Cloud Tiering wird auf Volume-Ebene aktiviert, indem jedem Volume eine Tiering-Richtlinie zugeordnet wird. Die Identifizierung kalter Daten erfolgt auf Blockebene.

Die mit dem Volume verknüpfte Tiering-Richtlinie ist der Mechanismus, der steuert, welche Blöcke wann gestaffelt werden. Die Richtlinie definiert die Art der Datenblöcke (Snapshots, Benutzerdaten oder beides) und die Kühlperiode. Sehen"Volume-Tiering-Richtlinien" für Details.

Cloud Tiering hat keine Auswirkungen auf die Kapazität des Volumes, sondern auf die Nutzung der Leistungsstufe des Aggregats.

Ja, Cloud Tiering ermöglicht die Berichterstattung über inaktive Daten (IDR) für jedes Aggregat. Mit dieser Einstellung können wir die Menge inaktiver Daten ermitteln, die auf kostengünstigen Objektspeicher ausgelagert werden können.

IDR beginnt mit der Anzeige von Informationen, nachdem die konfigurierte Abkühlzeit abgelaufen ist. Bei Verwendung von ONTAP 9.7 und früheren Versionen hatte IDR eine nicht anpassbare Kühlperiode von 31 Tagen. Ab ONTAP 9.8 kann die IDR-Kühlperiode auf bis zu 183 Tage konfiguriert werden.

Beim Tiering von Cold Data in die öffentliche Cloud:

"Preisdetails anzeigen" .

Beim Tiering von Cold Data auf ein NetApp StorageGRID System (private Cloud) entstehen keine Kosten.

Ja. Cloud Tiering ermöglicht Ihnen die Verwendung einer BYOL-Lizenz, eines PAYGO-Abonnements oder einer Kombination aus beidem.

Wenn Sie das BYOL-Kapazitätslimit erreichen oder Ihre BYOL-Lizenz abläuft, wird die Einstufung neuer Cold Data gestoppt. Auf alle zuvor abgestuften Daten kann weiterhin zugegriffen werden. Dies bedeutet, dass Sie diese Daten abrufen und verwenden können. Beim Abrufen werden diese Daten aus der Cloud zurück in die Leistungsebene verschoben.

Wenn Sie jedoch über ein PAYGO-Marktplatzabonnement für BlueXP – Deploy & Manage Cloud Data Services verfügen, werden neue Cold Data weiterhin auf Objektspeicher verteilt und Sie zahlen diese Gebühren pro Nutzung.

Nein, das tut es nicht.

Ja. Für alle Lesevorgänge aus der öffentlichen Cloud fallen Ausgangsgebühren an.

Die beste Möglichkeit, die Kosten eines Cloud-Anbieters für das Hosting Ihrer Daten abzuschätzen, ist die Verwendung seiner Rechner: "AWS" , "Azurblau" Und "Google Cloud" .

Ja. Überprüfen "Amazon S3-Preise" , "Block Blob-Preise" , Und "Preise für Cloud-Speicher" für zusätzliche Kosten, die beim Lesen/Abrufen von Daten anfallen.

Um eine Schätzung zu erhalten, fügen Sie Ihren ONTAP Cluster zur NetApp Konsole hinzu und überprüfen Sie ihn über die Seite „Cloud Tiering Clusters“. Wählen Sie Potenzielle Tiering-Einsparungen berechnen für den Cluster aus, um den "TCO-Rechner für Cloud Tiering" um zu sehen, wie viel Geld Sie sparen können.

Bei Verwendung in MetroCluster -Umgebungen wird die Gesamt-Tiering-Lizenz auf die Nutzung beider Cluster angewendet. Wenn Sie beispielsweise über eine Lizenz für 100 TiB Tiering verfügen, trägt die genutzte Tiering-Kapazität jedes Clusters zur Gesamtkapazität von 100 TiB bei.

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

Cloud Tiering wird mit Einzelknoten- und Hochverfügbarkeitsclustern AFF, FAS und ONTAP Select unterstützt. Cluster in FabricPool Mirror-Konfigurationen und MetroCluster -Konfigurationen werden ebenfalls unterstützt.

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

Ja. Cloud Tiering kann so konfiguriert werden, dass Volumes, die auf einem beliebigen Aggregat gehostet werden, in Stufen unterteilt werden. Die Datenschichtungskonfiguration ist für den verwendeten Controllertyp und die Frage, ob der Cluster heterogen ist oder nicht, irrelevant.

Wenn Sie über Cloud Volumes ONTAP -Systeme verfügen, finden Sie diese auf der Seite „Cloud Tiering Clusters“, sodass Sie einen vollständigen Überblick über die Datenschichtung in Ihrer Hybrid-Cloud-Infrastruktur erhalten. Allerdings sind Cloud Volumes ONTAP -Systeme von Cloud Tiering schreibgeschützt. Sie können über Cloud Tiering kein Daten-Tiering auf Cloud Volumes ONTAP einrichten. "Sie richten Tiering für Cloud Volumes ONTAP -Systeme vom ONTAP -System in der NetApp Konsole ein" .

Es hängt davon ab, wo Sie die kalten Daten einstufen. Weitere Einzelheiten finden Sie unter den folgenden Links:

Cloud Tiering unterstützt die folgenden Objektspeicheranbieter:

Ja, das können Sie. Wenn Sie die Datenschichtung einrichten, haben Sie die Wahl, einen neuen Bucket/Container hinzuzufügen oder einen vorhandenen Bucket/Container auszuwählen.

Cloud Tiering unterstützt die Dateneinteilung in die Speicherklassen Standard, Standard-Infrequent Access, One Zone-Infrequent Access, Intelligent Tiering und Glacier Instant Retrieval. Sehen"Unterstützte S3-Speicherklassen" für weitere Details.

Der Hauptgrund, warum Amazon S3 Glacier Flexible und S3 Glacier Deep Archive nicht unterstützt werden, besteht darin, dass Cloud Tiering als Hochleistungs-Tiering-Lösung konzipiert ist, sodass Daten kontinuierlich verfügbar und schnell zum Abrufen zugänglich sein müssen. Mit S3 Glacier Flexible und S3 Glacier Deep Archive kann der Datenabruf zwischen einigen Minuten und 48 Stunden dauern.

Ja, die Konfiguration von S3-kompatiblem Objektspeicher über die Tiering-Benutzeroberfläche wird für Cluster mit ONTAP 9.8 und höher unterstützt. "Einzelheiten finden Sie hier" .

Cloud Tiering unterstützt die Dateneinteilung in die Zugriffsebenen „Hot“ oder „Cool“ für Ihre inaktiven Daten. Sehen"Unterstützte Azure Blob-Zugriffsebenen" für weitere Details.

Cloud Tiering unterstützt die Dateneinteilung in die Speicherklassen Standard, Nearline, Coldline und Archive. Sehen"Unterstützte Google Cloud-Speicherklassen" für weitere Details.

Ja. Sie können die Lebenszyklusverwaltung aktivieren, sodass Cloud Tiering Daten nach einer bestimmten Anzahl von Tagen von der Standardspeicherklasse/Zugriffsebene auf eine kostengünstigere Ebene überträgt. Die Lebenszyklusregel wird auf alle Objekte im ausgewählten Bucket für Amazon S3- und Google Cloud-Speicher und auf alle Container im ausgewählten Speicherkonto für Azure Blob angewendet.

In einer typischen Konfiguration gibt es einen Objektspeicher für den gesamten Cluster. Ab August 2022 können Sie auf der Seite Erweiterte Einrichtung zusätzliche Objektspeicher für einen Cluster hinzufügen und dann verschiedene Objektspeicher an verschiedene Aggregate anhängen oder zwei Objektspeicher zum Spiegeln an ein Aggregat anhängen.

Es ist möglich, bis zu zwei Buckets pro Aggregat zum Zweck der Spiegelung anzuhängen, wobei kalte Daten synchron auf beide Buckets verteilt werden. Die Buckets können von unterschiedlichen Anbietern und unterschiedlichen Standorten stammen. Ab August 2022 können Sie auf der Seite Erweiterte Einrichtung zwei Objektspeicher an ein einzelnes Aggregat anhängen.

Ja. Die allgemein bewährte Vorgehensweise besteht darin, einen einzelnen Bucket an mehrere Aggregate anzuhängen. Bei der Verwendung der öffentlichen Cloud gibt es jedoch eine maximale IOPS-Beschränkung für die Objektspeicherdienste, daher müssen mehrere Buckets berücksichtigt werden.

Beim Migrieren eines Volumes von einem Cluster zu einem anderen werden alle kalten Daten aus der Cloud-Ebene gelesen. Der Schreibspeicherort im Zielcluster hängt davon ab, ob Tiering aktiviert wurde und welche Art von Tiering-Richtlinie auf den Quell- und Zielvolumes verwendet wird.

Wenn dem Zielaggregat keine Cloud-Ebene zugeordnet ist, werden die Daten aus der Cloud-Ebene des Quellaggregats gelesen und vollständig in die lokale Ebene des Zielaggregats geschrieben. Wenn das Zielaggregat über eine angehängte Cloud-Ebene verfügt, werden die Daten aus der Cloud-Ebene des Quellaggregats gelesen und zunächst in die lokale Ebene des Zielaggregats geschrieben, um eine schnelle Umstellung zu ermöglichen. Später wird es basierend auf der verwendeten Tiering-Richtlinie in die Cloud-Stufe geschrieben.

Ab ONTAP 9.6 werden die kalten Daten nicht zurück in die lokale Ebene verschoben, wenn das Zielaggregat dieselbe Cloud-Ebene wie das Quellaggregat verwendet.

Das Zurückschreiben wird im Allgemeinen bei Lesevorgängen durchgeführt und hängt vom Tiering-Richtlinientyp ab. Vor ONTAP 9.8 kann das Zurückschreiben des gesamten Volumes mit einem Volume Move-Vorgang erfolgen. Ab ONTAP 9.8 verfügt die Tiering-Benutzeroberfläche über die Optionen „Alle Daten wiederherstellen“ oder „Aktives Dateisystem wiederherstellen“. "Erfahren Sie, wie Sie Daten zurück in die Leistungsebene verschieben" .

Nein. Beim „Head Swap“-Verfahren ändert sich lediglich der Besitz des Aggregats. In diesem Fall erfolgt die Umstellung auf den neuen Controller ohne Datenverschiebung.

Nein. Die erstellten und in die Cloud verschobenen Objekte enthalten keine einzelne Datei, sondern bis zu 1.024 4-KB-Blöcke aus mehreren Dateien. Die Metadaten eines Volumes verbleiben immer auf der lokalen Ebene.

Der Konsolenagent ist eine Software, die auf einer Compute-Instanz entweder innerhalb Ihres Cloud-Kontos oder vor Ort ausgeführt wird und es der NetApp Konsole ermöglicht, Cloud-Ressourcen sicher zu verwalten. Um den Cloud Tiering-Dienst zu verwenden, müssen Sie einen Agenten bereitstellen.

Ja. Die Agentensoftware kann heruntergeladen und manuell auf einem Linux-Host in Ihrem Netzwerk installiert werden. "Erfahren Sie, wie Sie den Agenten in Ihren Räumlichkeiten installieren." .

Ja. Sie müssen über ein Konto verfügen, bevor Sie den Objektspeicher definieren können, den Sie verwenden möchten. Für die Einrichtung des Agenten in der Cloud auf einer VPC oder einem VNet ist außerdem ein Konto bei einem Cloud-Speicheranbieter erforderlich.

Im Falle eines Agentenausfalls ist nur die Sichtbarkeit in den mehrstufigen Umgebungen beeinträchtigt. Auf alle Daten kann zugegriffen werden und neu identifizierte Cold Data werden automatisch in den Objektspeicher verschoben.

Es gibt vier Staffelungsrichtlinien:

"Erfahren Sie mehr über Tiering-Richtlinien" .

Da die Datenklassifizierung auf Blockebene erfolgt, gilt ein Datenblock als kalt, wenn für einen bestimmten Zeitraum, der durch das Attribut „Minimum Cooling Days“ der Klassifizierungsrichtlinie definiert wird, nicht auf ihn zugegriffen wurde. Der anwendbare Bereich beträgt 2–63 Tage bei ONTAP 9.7 und früher oder 2–183 Tage ab ONTAP 9.8.

Die Standard-Kühlperiode für die Cold Snapshot-Richtlinie beträgt 2 Tage, während die Standard-Kühlperiode für Cold User Data und Snapshots 31 Tage beträgt. Der Parameter „Kühltage“ ist auf die Tiering-Richtlinie „Alle“ nicht anwendbar.

Während einer vollständigen Sicherung werden alle kalten Daten gelesen. Der Abruf der Daten hängt von der verwendeten Tiering-Richtlinie ab. Bei Verwendung der Richtlinien „Alle“ und „Kalte Benutzerdaten und Snapshots“ werden die kalten Daten nicht in die Leistungsebene zurückgeschrieben. Bei Verwendung der Richtlinie „Cold Snapshots“ werden die Cold Blocks nur dann abgerufen, wenn für die Sicherung ein alter Snapshot verwendet wird.

Nein. Sie können jedoch auswählen, welche Volumes für die Einstufung infrage kommen, welche Art von Daten in eine Einstufung einbezogen werden sollen und welche Abkühlungsphase vorgesehen ist. Dies geschieht durch die Zuordnung einer Tiering-Richtlinie zu diesem Volume.

Nein. Datenschutzvolumes (DP) können mit jeder der drei verfügbaren Richtlinien verknüpft werden. Der auf den Quell- und Zielvolumes (DP) verwendete Richtlinientyp bestimmt den Schreibspeicherort der Daten.

Beim Zurücksetzen einer Tiering-Richtlinie findet keine Rehydrierung statt, es wird jedoch verhindert, dass neue Cold Blocks in die Cloud-Ebene verschoben werden.

Ja. Das Verhalten nach der Änderung hängt von der neuen zugehörigen Richtlinie ab.

Ordnen Sie dem Volume, das diese Daten enthält, keine Tiering-Richtlinie zu.

Die Metadaten eines Volumes werden immer lokal auf der Leistungsebene gespeichert – sie werden nie in die Cloud verschoben.

Weitere Einzelheiten finden Sie unter:

Anders als Cloud Tiering, "Active IQ Unified Manager" Und "digitaler Berater" kann zur Überwachung und Berichterstattung verwendet werden.

Im Falle eines Netzwerkausfalls bleibt die lokale Leistungsebene online und auf die Hot Data kann weiterhin zugegriffen werden. Auf Blöcke, die bereits in die Cloud-Ebene verschoben wurden, kann jedoch nicht zugegriffen werden, und Anwendungen erhalten eine Fehlermeldung, wenn sie versuchen, auf diese Daten zuzugreifen. Sobald die Verbindung wiederhergestellt ist, sind alle Daten nahtlos zugänglich.

Die Leselatenz der zugrunde liegenden FabricPool -Tiering-Technologie hängt von der Konnektivität zur Cloud-Ebene ab. Obwohl die Tiering-Funktion bei jeder Bandbreite funktioniert, wird empfohlen, Intercluster-LIFs auf 10-Gbit/s-Ports zu platzieren, um eine ausreichende Leistung zu gewährleisten. Für den Agenten gibt es keine Empfehlungen oder Bandbreitenbeschränkungen.

Darüber hinaus können Sie die Netzwerkbandbreite drosseln, die während der Übertragung inaktiver Daten vom Volume zum Objektspeicher verwendet wird. Die Einstellung „Maximale Übertragungsrate“ ist verfügbar, wenn Sie Ihren Cluster für die Tiering-Konfiguration konfigurieren und anschließend auf der Seite „Cluster“ verfügbar.

Ja. Cloud-Ebenen können nicht dieselbe Latenz wie die lokale Ebene bieten, da die Latenz von der Konnektivität abhängt. Um die Latenz und den Durchsatz eines Objektspeichers abzuschätzen, bietet Cloud Tiering einen Cloud-Leistungstest (basierend auf dem ONTAP Objektspeicher-Profiler), der nach dem Anhängen des Objektspeichers und vor der Einrichtung des Tierings verwendet werden kann.

Die AES-256-GCM-Verschlüsselung wird sowohl auf der Leistungs- als auch auf der Cloud-Ebene beibehalten. Die TLS 1.2-Verschlüsselung wird verwendet, um Daten über die Leitung zu verschlüsseln, während sie zwischen den Ebenen übertragen werden, und um die Kommunikation zwischen dem Agenten und sowohl dem ONTAP Cluster als auch dem Objektspeicher zu verschlüsseln.

Ja. Auf jedem Knoten innerhalb eines HA-Paares, das Volumes mit Daten hostet, die Sie in die Cloud verschieben möchten, muss ein Intercluster-LIF auf einem Ethernet-Port konfiguriert werden. Weitere Informationen finden Sie im Abschnitt „Anforderungen“ für den Cloud-Anbieter, bei dem Sie die Datenschichtung planen.