ONTAP ist eine robuste und vielseitige Speicherplattform, die für ihren umfassenden Funktionsumfang und ihre Anpassungsfähigkeit an eine Vielzahl von Speicheranforderungen bekannt ist. Diese Flexibilität macht es zu einer ausgezeichneten Wahl für Unternehmen mit unterschiedlichen Arbeitslasten, manche Kunden können jedoch von einer maßgeschneiderten Speicherlösung profitieren, die für die Anforderungen ihrer spezifischen Umgebung optimiert ist.

Um diesen speziellen Anforderungen gerecht zu werden, bieten einige NetApp Speichersysteme unterschiedliche ONTAP Persönlichkeiten, von denen jede einen Funktionsumfang umfasst, der auf die Unterstützung der individuellen Kundenanforderungen ausgelegt ist. Eine ONTAP Persönlichkeit ist typischerweise eine Kombination aus Hardware- und Softwarefunktionen und wurde speziell entwickelt, um ein optimiertes Erlebnis für gezielte Anwendungsfälle zu bieten. NetApp bietet drei ONTAP -Persönlichkeiten:

Durch das Angebot dieser unterschiedlichen ONTAP -Persönlichkeiten ermöglicht NetApp Unternehmen die Auswahl einer Speicherlösung, die auf ihre Betriebsanforderungen und Anwendungs-Workloads abgestimmt ist.

Nein. Die Persönlichkeit Ihres ONTAP Speichersystems ist unveränderlich und kann nicht geändert werden. Beispielsweise können Sie ein FAS oder AFF -Speichersystem (auf dem die Unified ONTAP Persönlichkeit ausgeführt wird) nicht in ein AFX-Speichersystem konvertieren oder aktualisieren.

Wählen Sie im System Manager im linken Navigationsbereich Cluster und dann Übersicht aus. Sie sehen die auf der Seite angezeigte Persönlichkeit. Alternativ können Sie den Befehl „system node show“ an der CLI ausgeben. Sie können die Persönlichkeit eines ONTAP Clusters auch mithilfe der REST-API bestimmen; siehe"Ihr erster REST-API-Aufruf des AFX-Systems" für Details.

Das AFX-Speichersystem wurde auf der NetApp Insight -Konferenz im Oktober 2025 angekündigt. AFX unterstützt ONTAP 9.17.1 und spätere Versionen. Weitere Informationen erhalten Sie von Ihrem NetApp Vertriebsmitarbeiter.

Der Begriff „disaggregiert“ kann bei AFX je nach Kontext zwei unterschiedliche, aber verwandte Bedeutungen haben.

Ein wichtiges Konzept ist zunächst die Entkopplung der Rechenleistung in den Controllerknoten von den Speicherregalen. Mit AFX sind die Rechen- und Speicherkomponenten des Clusters nicht mehr so ​​eng miteinander verbunden wie bei FAS und AFF -Systemen, auf denen die Unified ONTAP -Persönlichkeit ausgeführt wird. Stattdessen sind sie über Cluster-Switches verbunden. Jeder AFX-Knotencontroller verfügt über eine vollständige Ansicht des gesamten Cluster-Speicherpools.

Das zweite verwandte Konzept mit disaggregiertem Speicher besteht darin, dass die Aggregate und die RAID-Verwaltung als verwaltbare Einheiten entfernt werden. Eine Speicherabstraktionsschicht innerhalb von AFX konfiguriert und verwaltet automatisch die Low-Level-Aspekte des Speichers, einschließlich der physischen Festplatten und RAID-Gruppen. Dadurch kann sich der AFX-Administrator auf die übergeordnete Speicherkonfiguration basierend auf Volumes und Buckets konzentrieren.

Nein. Sie können keine Systemknoten mit unterschiedlichen ONTAP Persönlichkeiten im selben Cluster mischen. Beispielsweise können Sie AFX-Knoten (auf denen die AFX ONTAP Persönlichkeit ausgeführt wird) nicht mit AFF oder FAS -Knoten (auf denen die Unified ONTAP Persönlichkeit ausgeführt wird) im selben Cluster mischen.

Ja. AFX-Speichersysteme unterstützen FlexCache sowohl zu als auch von einem AFF oder FAS System, auf dem die Unified ONTAP Persönlichkeit ausgeführt wird. Die einzige Einschränkung besteht darin, dass FlexCache mit Write-Back-Modus mit AFX nicht unterstützt wird.

Die SnapMirror -Versionsregeln für AFX sind identisch mit Unified ONTAP. Dies bedeutet, dass das Quellsystem zum Replizieren von Unified ONTAP innerhalb des unterstützten Versionsbereichs liegen muss. Für die Replikation von AFX muss das Unified ONTAP -System ONTAP 9.16.1 oder höher aufweisen (die früheste Version, die die Funktion „Advanced Capacity Balancing“ unterstützt). Für FlexCache gelten für Quell- und Zielsysteme die gleichen Regeln wie in "TR-4743" .

Es gibt einige Unterschiede bei der Unterstützung von FlexGroup -Volumes. Ein FlexGroup -Volume auf AFX kann kein Ursprungsvolume für ein FlexCache -Volume sein, das den Writeback-Modus verwendet.

Nein. Mit AFX wird nur die ONTAP REST API unterstützt. Jeder Automatisierungscode, der ZAPI verwendet, muss zur Verwendung mit AFX in die REST-API konvertiert werden.

Zu den von AFX unterstützten Datenprotokollen gehören die folgenden:

Nein. Die Datenprotokolle in AFX funktionieren auf die gleiche Weise wie bei AFF und FAS Systemen.

Nein. ADP wird nicht mit AFX verwendet. Da es bei AFX keine Root-Aggregate gibt, ist die ADP-Funktion zur Maximierung der Speicherplatzeffizienz nicht erforderlich.

Nein. Für das Clusternetzwerk werden nur Switches unterstützt, die speziell für die AFX-Speicherplattform zugelassen und mit dieser bereitgestellt sind. Außerdem sind diese Backend-Switches für AFX-Clustervorgänge vorgesehen. Die Clientzugriffsvorgänge (mit NFS, SMB und S3) sollten nur über das Frontend-Clientdatennetzwerk ausgeführt werden.

Die Cluster-Netzwerk-Switches werden mithilfe einer von NetApp bereitgestellten Konfigurationsdatei konfiguriert. Änderungen an der Konfigurationsdatei werden nicht unterstützt.

Alle an einen AFX-Cluster angeschlossenen Festplatten und Speicherregale sind Teil einer Storage Availability Zone (SAZ). Jeder AFX-Cluster unterstützt nur eine SAZ, die nicht über mehrere AFX-Cluster hinweg gemeinsam genutzt werden kann (mit Ausnahme von SnapMirror Replikation und FlexCache -Vorgängen).

Jeder Knoten hat Einblick in den gesamten Speicher in der SAZ. Wenn einem Cluster Speicherregale hinzugefügt werden, fügt ONTAP die Festplatten automatisch hinzu.

Mit AFF und FAS -Systemen, auf denen die Unified ONTAP Persönlichkeit ausgeführt wird, ist es möglich, ein Volume unterbrechungsfrei von einem Knoten oder Aggregat zu einem anderen im Cluster zu verschieben. Dies wird mithilfe eines Kopiervorgangs im Hintergrund mit SnapMirror -Technologie durchgeführt, bei dem am neuen Speicherort ein neues Zielvolume erstellt wird. Je nach Größe des Volumes und Auslastung der Clusterressourcen kann die Zeit, die für die Verlagerung eines Volumes benötigt wird, variieren.

Bei AFX gibt es keine Aggregate. Der gesamte Speicher ist in einer einzigen Storage Availability Zone enthalten, auf die jeder Knoten im Cluster zugreifen kann. Daher müssen die Daten bei Volume-Verschiebungen nie wirklich kopiert werden. Stattdessen werden alle Volume-Verschiebungen mit Zeigeraktualisierungen zwischen Knoten durchgeführt. Dies wird als Zero Copy Volume Move (ZCVM) bezeichnet und geschieht sofort, da keine Daten tatsächlich kopiert oder verschoben werden. Dies ist im Wesentlichen derselbe Volume-Verschiebungsvorgang, der mit Unified ONTAP ohne die SnapMirror Kopie verwendet wird.

In der ersten AFX-Version werden Volumes nur in Speicherfailover-Szenarien und beim Hinzufügen oder Entfernen von Knoten zum Cluster verschoben. Diese Bewegungen werden nur über ONTAP gesteuert.

AFX enthält eine Funktion namens Automated Topology Management (ATM), die auf Ungleichgewichte zwischen System- und Benutzerobjekten reagiert. Das Hauptziel von ATM besteht darin, die Volumina im gesamten AFX-Cluster auszugleichen. Wenn ein Ungleichgewicht erkannt wird, wird ein interner Job ausgelöst, um die Daten gleichmäßig auf die aktiven Knoten zu verteilen. Die Daten werden mithilfe von ZCVM neu zugewiesen, wobei nur die Objektmetadaten kopiert und aktualisiert werden müssen.