Anforderungen für die Nutzung von ONTAP FabricPool
Um sicherzustellen, dass Sie Ihre FabricPool Konfigurationen optimieren, ist es hilfreich, sich mit einigen Überlegungen und Anforderungen bezüglich der Verwendung von FabricPool vertraut zu machen.
Allgemeine Überlegungen und Anforderungen
ONTAP 9.4
-
Für die folgende FabricPool-Funktionalität muss ONTAP 9.4 oder eine spätere Version ausgeführt werden:
-
Der
auto"Tiering-Richtlinie" -
Festlegung der minimalen Kühlungsdauer für das Tiering
-
Meldung inaktiver Daten (IDR)
-
Verwendung von Microsoft Azure Blob Storage für die Cloud als Cloud-Tier für FabricPool
-
Verwendung von FabricPool mit ONTAP Select
-
ONTAP 9.5
-
Für die folgende FabricPool-Funktionalität muss ONTAP 9.5 oder eine spätere Version ausgeführt werden:
-
Festlegung des Schwellenwerts für den Tiering-Füllstand
-
Verwendung von IBM Cloud Object Storage als Cloud-Tier für FabricPool
-
NetApp Volume Encryption (NVE) der Cloud-Ebene, standardmäßig aktiviert.
-
ONTAP 9.6
-
Für die folgende FabricPool-Funktionalität muss ONTAP 9.6 oder eine spätere Version ausgeführt werden:
-
Die `all`Tiering-Policy
-
Inaktive Datenberichterstattung manuell auf HDD Aggregaten aktiviert
-
Die Meldung inaktiver Daten wird für SSD-Aggregate automatisch aktiviert, wenn auf ONTAP 9.6 aktualisiert wird und wenn das Aggregat erstellt wird, außer auf Low-End-Systemen mit weniger als 4 CPU, weniger als 6 GB RAM oder wenn die WAFL-Puffer-Cache-Größe weniger als 3 GB beträgt.
ONTAP überwacht die Systemlast, und wenn die Last vier Minuten lang konstant hoch bleibt, wird IDR deaktiviert und nicht automatisch wieder aktiviert. IDR kann manuell wieder aktiviert werden; manuell aktiviertes IDR wird jedoch nicht automatisch deaktiviert.
-
Verwendung von Alibaba Cloud Object Storage als Cloud-Tier für FabricPool
-
Nutzung der Google Cloud Platform als Cloud-Tier für FabricPool
-
Volumenverschiebung ohne Cloud-Tier-Datenkopie
-
ONTAP 9.7
-
Für die folgende FabricPool-Funktionalität muss ONTAP 9.7 oder eine spätere Version ausgeführt werden:
-
Nicht transparenter HTTP- und HTTPS-Proxy, um den Zugriff nur auf zugelassene Zugriffspunkte bereitzustellen sowie Überwachungs- und Berichtsfunktionen zu ermöglichen.
-
FabricPool Spiegelung zur Tierung von kalten Daten gleichzeitig auf zwei Objektspeicher
-
FabricPool Spiegelungen auf MetroCluster Konfigurationen
-
NDMP-Dump und -Wiederherstellung sind auf FabricPool angeschlossenen Aggregaten standardmäßig aktiviert.
Verwendet die Backup-Anwendung ein anderes Protokoll als NDMP, beispielsweise NFS oder SMB, werden alle im Performance Tier gesicherten Daten als „heiß“ eingestuft, was das Tiering dieser Daten in den Cloud Tier beeinträchtigen kann. Nicht-NDMP-Lesezugriffe können eine Datenmigration vom Cloud Tier zurück in den Performance Tier verursachen.
-
ONTAP 9.8
-
Für die folgende FabricPool-Funktionalität muss ONTAP 9.8 oder höher ausgeführt werden:
-
Cloud Retrieval
-
FabricPool mit SnapLock Enterprise. FabricPool mit SnapLock Enterprise erfordert einen Feature Product Variance Request (FPVR). Für die Erstellung eines FPVR ist das Vertriebsteam zu kontaktieren.
-
Mindestkühlzeit maximal 183 Tage
-
Objektkennzeichnung mithilfe benutzerdefinierter Tags
-
HDD FabricPool Aggregate
HDD FabricPools werden mit SAS-, FSAS-, BSAS- und MSATA-Festplatten nur auf Systemen mit 6 oder mehr CPU-Kernen unterstützt.
Prüfen Sie "Hardware Universe" auf die neuesten unterstützten Modelle.
-
ONTAP 9.10.1
-
Für die folgende FabricPool-Funktionalität muss ONTAP 9.10.1 oder höher ausgeführt werden:
-
PUT-Drosselung
-
Temperaturabhängige Speichereffizienz (TSSE).
-
ONTAP 9.12.1
-
Für die folgende FabricPool-Funktionalität muss ONTAP 9.12.1 oder höher ausgeführt werden:
-
Unterstützung für FabricPool, FlexGroup und SVM-DR, die gemeinsam funktionieren. (Vor Version 9.12.1 funktionierten jeweils zwei dieser Funktionen zusammen, jedoch nicht alle drei in Kombination.)
-
ONTAP 9.14.1
-
Für die folgende FabricPool-Funktionalität muss ONTAP 9.14.1 oder höher ausgeführt werden:
-
Cloud Write
-
Aggressives Readahead
-
Lokale Ebenen (Aggregate)
FabricPool unterstützt die folgenden Aggregattypen:
-
Auf AFF Systemen können nur SSD Aggregate für FabricPool verwendet werden.
-
Auf FAS-Systemen können entweder SSD- oder HDD-Aggregate für FabricPool verwendet werden.
-
Bei Cloud Volumes ONTAP und ONTAP Select können entweder SSD- oder HDD-Aggregate für FabricPool verwendet werden. Die Verwendung von SSD-Aggregaten wird empfohlen.
|
|
Flash Pool Aggregate, die sowohl SSDs als auch HDDs enthalten, werden nicht unterstützt. |
Cloud-Tiers
FabricPool unterstützt die Verwendung der folgenden Objektspeicher als Cloud-Tier:
-
Alibaba Cloud Objektspeicherdienst (Standard, Seltener Zugriff)
-
Amazon S3 (Standard, Standard-IA, One Zone-IA, Intelligent-Tiering, Glacier Instant Retrieval)
-
Amazon Commercial Cloud Services (C2S)
-
Google Cloud Storage (Multi-Regional, Regional, Nearline, Coldline, Archive)
-
IBM Cloud Object Storage (Standard, Vault, Cold Vault, Flex)
-
Microsoft Azure Blob Storage (Hot und Cool)
-
NetApp ONTAP S3 (ONTAP 9.8 und höher)
-
NetApp StorageGRID (StorageGRID 10.3 und höher)
|
|
Glacier Flexible Retrieval und Glacier Deep Archive werden nicht unterstützt. |
-
Der Objektspeicher “bucket” (Container), den Sie verwenden möchten, muss bereits eingerichtet sein, mindestens 10 GB Speicherplatz haben und darf nicht umbenannt werden.
-
Eine Cloud-Ebene kann nach dem Verbinden nicht mehr von einer lokalen Ebene getrennt werden; allerdings kann "FabricPool Spiegel" verwendet werden, um eine lokale Ebene mit einer anderen Cloud-Ebene zu verbinden.
Intercluster-LIFs
Cluster-Hochverfügbarkeitspaare (HA-Paare), die FabricPool verwenden, benötigen zwei Intercluster-LIFs, um mit der Cloud-Ebene zu kommunizieren. NetApp empfiehlt, auch auf zusätzlichen HA-Paaren einen Intercluster-LIF zu erstellen, um Cloud-Ebenen nahtlos mit lokalen Ebenen auf diesen Knoten zu verbinden.
Das Deaktivieren oder Löschen eines Intercluster-LIF unterbricht die Kommunikation mit der Cloud-Tier.
|
|
Da parallele SnapMirror und SnapVault Replikationsvorgänge die Netzwerkverbindung zur Cloud-Ebene gemeinsam nutzen, hängen Initialisierung und RTO von der verfügbaren Bandbreite und Latenz zur Cloud-Ebene ab. Bei Überlastung der Verbindungsressourcen kann es zu Leistungseinbußen kommen. Die proaktive Konfiguration mehrerer LIFs kann diese Art der Netzwerküberlastung deutlich reduzieren. |
Wenn Sie auf einem Knoten mit unterschiedlichem Routing mehr als eine Intercluster-LIF verwenden, empfiehlt NetApp, diese in verschiedenen IPspaces zu platzieren. Während der Konfiguration kann FabricPool aus mehreren IPspaces auswählen, jedoch keine spezifischen Intercluster-LIFs innerhalb eines IPspaces auswählen.
Network Time Protocol (NTP)
Die Konfiguration des Network Time Protocol (NTP) ist erforderlich, um die Zeit zwischen den Clustern zu synchronisieren. "Informationen zur Konfiguration von NTP".
ONTAP Speicher-Effizienzen
Speichereffizienzen wie Komprimierung, Deduplizierung und Verdichtung bleiben beim Verschieben von Daten in die Cloud-Tier erhalten, wodurch die benötigte Objektspeicherkapazität und die Transportkosten reduziert werden.
|
|
Ab ONTAP 9.15.1 unterstützt FabricPool die Intel QuickAssist Technology (QAT4), die aggressivere und leistungsfähigere Einsparungen bei der Speichereffizienz bietet. |
Die Inline-Deduplizierung auf Aggregatebene wird auf der lokalen Ebene unterstützt, die damit verbundenen Speichereffizienzen werden jedoch nicht auf Objekte übertragen, die auf der Cloud-Ebene gespeichert sind.
Bei Verwendung der All Volume Tiering-Richtlinie können die mit Hintergrunddeduplizierungsprozessen verbundenen Speichereffizienzen reduziert werden, da die Daten wahrscheinlich gestaffelt werden, bevor die zusätzlichen Speichereffizienzen angewendet werden können.
Kapazitätslizenz
FabricPool erfordert eine kapazitätsbasierte Lizenz, wenn Drittanbieter von Objektspeichern (wie Amazon S3) als Cloud-Tiers für AFF und FAS Systeme angebunden werden.
StorageGRID Konsistenzkontrollen
Die Konsistenzsteuerung von StorageGRID beeinflusst, wie die Metadaten, die StorageGRID zur Nachverfolgung von Objekten verwendet, zwischen den Knoten verteilt werden und wie verfügbar die Objekte für Clientanfragen sind. NetApp empfiehlt die Verwendung der standardmäßigen Konsistenzsteuerung „Read-After-New-Write“ für Buckets, die als FabricPool Ziele genutzt werden.
|
|
Die verfügbare Konsistenzkontrolle sollte nicht für Buckets verwendet werden, die als FabricPool Ziele genutzt werden. |
Zusätzliche Überlegungen zum Tiering von Daten, auf die über SAN-Protokolle zugegriffen wird
Beim Tiering von Daten, auf die über SAN-Protokolle zugegriffen wird, empfiehlt NetApp aufgrund von Konnektivitätsaspekten die Nutzung privater Clouds wie ONTAP S3 oder StorageGRID.
|
|
Es ist zu beachten, dass bei der Verwendung von FabricPool in einer SAN-Umgebung mit einem Windows-Host Dateien auf der NetApp LUN des Windows-Hosts unzugänglich werden oder verschwinden können, wenn der Objektspeicher während der Tiering-Vorgänge in die Cloud über einen längeren Zeitraum nicht verfügbar ist. Siehe "NetApp Knowledge Base: Während FabricPool S3-Objektspeicher nicht verfügbar war, wurde vom Windows SAN-Host eine Dateisystembeschädigung gemeldet.". |
Servicequalität
-
Wenn Sie Durchsatzuntergrenzen (QoS Min) verwenden, muss die Tiering-Richtlinie für die Volumes auf
nonefestgelegt werden, bevor das Aggregat an FabricPool angehängt werden kann.Andere Tiering-Richtlinien verhindern, dass das Aggregat an FabricPool angehängt wird. Eine QoS-Richtlinie erzwingt keine Durchsatzuntergrenzen, wenn FabricPool aktiviert ist.
Funktionen oder Merkmale, die von FabricPool nicht unterstützt werden
-
Objektspeicher mit aktiviertem WORM und aktivierter Objektversionierung.
-
Richtlinien für das Informationslebenszyklusmanagement (ILM), die auf Objektspeicher Buckets angewendet werden
FabricPool unterstützt die Information Lifecycle Management (ILM)-Richtlinien von StorageGRID ausschließlich für Datenreplizierung und Erasure Coding, um Cloud-Tier-Daten vor Ausfällen zu schützen. Erweiterte ILM-Regeln wie das Filtern anhand von Benutzermetadaten oder Tags werden von FabricPool jedoch nicht unterstützt. ILM umfasst typischerweise verschiedene Richtlinien zur Bewegung und Löschung von Daten. Diese Richtlinien können für die Daten im Cloud-Tier von FabricPool nachteilig sein. Die Nutzung von FabricPool mit ILM-Richtlinien, die auf Objektspeichern konfiguriert sind, kann zu Datenverlust führen.
-
7-Mode Datenmigration mithilfe der ONTAP CLI-Befehle oder des 7-Mode Transition Tool
-
RAID SyncMirror, außer in einer MetroCluster Konfiguration
-
SnapLock Volumes bei Verwendung von ONTAP 9.7 und früheren Versionen
-
"Manipulationssichere Schnappschüsse"
Manipulationssichere Snapshots bieten unveränderlichen Schutz, der nicht gelöscht werden kann. Da FabricPool die Möglichkeit zum Löschen von Daten benötigt, können FabricPool und Snapshot-Sperren nicht auf demselben Volume aktiviert werden.
-
Bandsicherung mit SMTape für FabricPool aktivierte Aggregate
-
Volumes mit einer anderen Speicherplatzzusage als
noneMit Ausnahme von Root-SVM-Volumes und CIFS-Audit-Staging-Volumes unterstützt FabricPool das Anhängen einer Cloud-Ebene an ein Aggregat, das Volumes mit einer anderen Speicherplatzzusage als
noneenthält, nicht. Beispielsweise wird ein Volume mit einer Speicherplatzzusage vonvolume(-space-guaranteevolumenicht unterstützt. -
Cluster mit "DP_Optimized Lizenz"
-
Flash Pool Aggregate