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.

Technische FAQ zu BlueXP Tiering

Beitragende

Diese FAQ kann Ihnen helfen, wenn Sie nur nach einer schnellen Antwort auf eine Frage suchen.

BlueXP Tiering Service

Die folgenden FAQs beziehen sich auf die Funktionsweise von BlueXP Tiering.

Welche Vorteile bietet der BlueXP Tiering Service?

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

  • Mühelose Datacenter-Erweiterung bis zur Cloud mit bis zu 50-mal mehr Speicherplatz

  • Storage-Optimierung, so dass durchschnittlich 70 % Storage-Einsparungen erzielt werden

  • Senkung der Gesamtbetriebskosten um durchschnittlich 30 %

  • Es muss kein Refactoring von Applikationen durchgeführt werden

Welche Art von Daten sind für das Tiering in die Cloud nützlich?

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.

Kann ich Daten von NAS-Volumes und SAN-Volumes abstufen?

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.

Was ist die Definition inaktiver oder selten genutzter Daten und wie wird dies kontrolliert?

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.

Können mit BlueXP Tiering die Einsparungen durch Storage-Effizienz auf der Cloud-Tier erhalten bleiben?

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

Was ist der Unterschied zwischen FabricPool und BlueXP Tiering?

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.

Können die Daten-Tiers in die Cloud für Disaster Recovery oder für Backup/Archivierung verwendet werden?

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.

Wird BlueXP Tiering auf Volume- oder Aggregatebene angewendet?

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.

Wie bestimmt BlueXP Tiering, welche Blöcke in die Cloud verschoben werden?

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.

Wie wirkt sich BlueXP Tiering auf die Volume-Kapazität aus?

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

Ermöglicht BlueXP Tiering inaktives Daten-Reporting?

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.

Wie lange dauert es, bis das IDR Informationen von Anfang an anzeigt?

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.

Lizenzen und Kosten

Die folgenden FAQs beziehen sich auf Lizenzierung und Kosten für die Verwendung von BlueXP Tiering.

Wie hoch sind die Kosten für das BlueXP Tiering?

Beim Tiering selten genutzter Daten in die Public Cloud:

  • Bei dem Pay-as-you-go-Abonnement (PAYGO) profitieren Sie von einem nutzungsbasierten Abonnement: 0.05 US-Dollar pro GB/Monat.

  • Für das jährliche (BYOL) Laufzeitabonnement ab 0.033 US-Dollar pro GB/Monat

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

Kann ich eine BYOL- und PAYGO-Lizenz für den gleichen ONTAP-Cluster besitzen?

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

Was geschieht, wenn ich das BYOL-Kapazitätslimit erreicht habe?

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.

Sind in der BlueXP Tiering-Lizenz die Kosten für den ausgehenden Datenverkehr des Cloud-Providers enthalten?

Nein, das tut es nicht.

Ist die Rehydrierung von On-Premises-Systemen von den Kosten für den ausgehenden Datenverkehr abhängig, die von Cloud-Providern in Rechnung gestellt werden?

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

Wie kann ich meine Cloud-Gebühren einschätzen? Gibt es einen „Was-wäre-wenn-Modus“ für BlueXP Tiering?

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".

Fallen zusätzliche Kosten für Cloud-Provider für das Lesen/Abrufen von Daten vom Objekt-Storage in den On-Premises-Storage an?

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.

Wie kann ich die Einsparungen meiner Volumes einschätzen und einen Bericht zu kalten Daten erhalten, bevor ich BlueXP Tiering aktiviere?

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.

ONTAP

Die nachfolgenden Fragen betreffen ONTAP.

Welche ONTAP Versionen unterstützt BlueXP Tiering?

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

Welche ONTAP Systeme werden unterstützt?

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.

Kann ich Daten-Tiering von FAS Systemen nur mit HDDs?

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

Kann ich Daten von einem AFF, der zu einem Cluster mit FAS Nodes und HDDs verbunden ist, per Tiering zuweisen?

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.

Wie sieht es mit Cloud Volumes ONTAP aus?

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".

Welche anderen Anforderungen sind für meine ONTAP Cluster erforderlich?

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

Objekt-Storage

Die folgenden Fragen betreffen den Objekt-Storage.

Welche Objekt-Storage-Anbieter werden unterstützt?

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

  • Amazon S3

  • Microsoft Azure Blob

  • Google Cloud Storage

  • NetApp StorageGRID

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

  • IBM Cloud-Objektspeicher (die FabricPool-Konfiguration muss mit System Manager oder der ONTAP-CLI erfolgen)

Kann ich meinen eigenen Bucket/Container verwenden?

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.

Welche S3-Storage-Klassen werden unterstützt?

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.

Warum werden Amazon S3 Glacier Flexible und S3 Glacier Deep Archive nicht von BlueXP Tiering unterstützt?

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.

Kann ich andere S3-kompatible Objekt-Storage-Services wie Minio mit BlueXP Tiering verwenden?

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".

Welche Azure Blob-Zugriffsebenen werden unterstützt?

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.

Welche Storage-Klassen werden für Google Cloud Storage unterstützt?

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

Unterstützt BlueXP Tiering die Nutzung von Lifecycle Management-Richtlinien?

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.

Verwendet BlueXP Tiering einen Objektspeicher für das gesamte Cluster oder einen pro Aggregat?

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.

Können mehrere Buckets am gleichen Aggregat angehängt werden?

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.

Können verschiedene Buckets an verschiedene Aggregate im selben Cluster angehängt werden?

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.

Was geschieht mit den Tiered Data, wenn Sie ein Volume von einem Cluster zum anderen migrieren?

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.

Was geschieht mit den Tiered Daten, wenn Sie ein Volume von einem Node auf einen anderen im selben Cluster verschieben?

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.

Wie kann ich meine gestaffelten Daten zurück in den lokalen Performance-Tier verschieben?

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".

Würden die Tiering-Daten zurück nach On-Premises migriert, wenn ein vorhandener All Flash FAS/FAS Controller durch einen neuen All Flash FAS Controller ersetzt wird?

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.

Kann ich die Data-Tiering-Architektur des Cloud-Providers oder Objekt-Storage-Explorers verwenden? Kann ich die im Objekt-Storage gespeicherten Daten direkt ohne ONTAP verwenden?

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.

Anschlüsse

Die folgenden Fragen beziehen sich auf den BlueXP Connector.

Was ist der Steckverbinder?

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.

Wo muss der Connector installiert werden?

  • Beim Tiering von Daten zu S3 kann der Connector in einer AWS VPC oder am Standort des Unternehmens residieren.

  • Beim Tiering von Daten zu Blob Storage kann der Connector in einer Azure vnet oder vor Ort residieren.

  • Beim Tiering von Daten zu Google Cloud Storage muss der Connector in einer Google Cloud Platform VPC residieren.

  • Beim Tiering von Daten zu StorageGRID oder anderen S3-kompatiblen Storage-Anbietern muss der Connector vor Ort residieren.

Kann ich den Connector vor Ort bereitstellen?

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".

Ist ein Konto bei einem Cloud-Service-Provider erforderlich, bevor Sie BlueXP Tiering nutzen?

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.

Was sind die Auswirkungen, wenn der Connector ausfällt?

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.

Tiering-Richtlinien

Welche Tiering-Richtlinien stehen zur Verfügung?

Es gibt vier Tiering-Richtlinien:

  • Keine: Klassifiziert alle Daten als immer heiß. Verhindert, dass Daten des Volume in den Objekt-Storage verschoben werden.

  • Cold Snapshots (nur Snapshot): Nur Cold-Snapshot-Blöcke werden in Objekt-Storage verschoben.

  • Cold-User-Daten und Snapshots (automatisch): Sowohl Cold-Snapshot-Blöcke als auch Cold-User-Datenblöcke werden in Objekt-Storage verschoben.

  • Alle Benutzerdaten: Klassifiziert alle Daten als „kalt“ und verschiebt das gesamte Volume sofort in den Objekt-Storage.

An welchem Punkt werden meine Daten als „kalt“ eingestuft?

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.

Wie lange erfolgt der standardmäßige Kühlzeitraum für Daten, bevor sie in die Cloud-Tier verschoben werden?

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“.

Sind alle Tiered Daten aus dem Objekt-Storage abgerufen, wenn ich ein volles Backup mache?

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.

Können Sie eine Tiering-Größe pro Volume wählen?

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.

Ist die Richtlinie Alle Benutzerdaten die einzige Option für Datenschutz-Volumes?

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.

Führt das Zurücksetzen der Tiering-Richtlinie eines Volumes auf „Keine“ zur Wiederherstellung der kalten Daten oder verhindert nur, dass zukünftige, kalte Blöcke in die Cloud verschoben werden?

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.

Kann ich nach dem Tiering der Daten in die Cloud die Tiering-Richtlinie ändern?

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

Was muss ich tun, wenn ich sicherstellen möchte, dass bestimmte Daten nicht in die Cloud verschoben werden?

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

Wo sind die Metadaten der gespeicherten Dateien?

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

Networking und Sicherheit

Die folgenden Fragen betreffen Netzwerk und Sicherheit.

Welche Netzwerkanforderungen gibt es?

  • Das ONTAP Cluster initiiert eine HTTPS-Verbindung über Port 443 zum Objekt-Storage-Provider.

    ONTAP liest und schreibt Daten auf und aus dem Objekt-Storage. Objekt-Storage startet nie, er reagiert einfach nur.

  • Bei StorageGRID initiiert das ONTAP-Cluster eine HTTPS-Verbindung über einen vom Benutzer angegebenen Port zum StorageGRID (der Port ist während der Tiering-Einrichtung konfigurierbar).

  • Ein Connector benötigt eine ausgehende HTTPS-Verbindung über Port 443 zu Ihren ONTAP-Clustern, zum Objektspeicher und zum BlueXP Tiering Service.

Weitere Informationen finden Sie unter:

Welche Tools kann ich für Monitoring und Berichterstellung verwenden, um kalte Daten, die in der Cloud gespeichert sind, zu managen?

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

Welche Auswirkungen hat es, wenn die Netzwerkverbindung mit dem Cloud-Provider ausfällt?

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.

Gibt es eine Empfehlung zur Netzwerkbandbreite?

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.

Gibt es Latenzzeiten, wenn ein Benutzer auf Tiered Daten zugreifen versucht?

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.

Wie sind meine Daten geschützt?

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.

Benötige ich einen Ethernet Port, der auf meinem AFF installiert und konfiguriert ist?

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.