Auf einem ASA r2 System ist die ONTAP Software optimiert, um die wesentlichen SAN-Funktionen zu unterstützen und gleichzeitig die Transparenz und Verfügbarkeit von Funktionen und Merkmalen ohne SAN-Bezug einzuschränken. Beispielsweise zeigt der System Manager auf einem ASA r2 System keine Optionen zum Erstellen von Home-Verzeichnissen für NAS-Clients an. Diese optimierte Version von ONTAP wird als ASA r2 personality bezeichnet. ONTAP auf ASA Systemen wird als ASA ONTAP personality bezeichnet. ONTAP auf AFF und FAS Systemen wird als unified ONTAP personality bezeichnet. Die Unterschiede zwischen den ONTAP Personalities werden gegebenenfalls in der ONTAP Befehlsreferenz (man pages), der REST API-Spezifikation und in EMS-Meldungen beschrieben.

Sie können die Persönlichkeit Ihres ONTAP-Speichers vom System Manager oder von der ONTAP-CLI überprüfen.

Bei ASA r2-Systemen ist die Persönlichkeit ASA r2 und der Status von is-disaggregated ist true.

Die Persönlichkeit Ihres ONTAP Storage-Systems kann nicht geändert werden.

ASA r2-Systeme verwenden eine vereinfachte Speicherschicht, die sich von der Speicherschicht unterscheidet, die von FAS, AFF und ASA Systemen verwendet wird.

Die Speicherschicht von FAS, AFF und ASA Systemen verwendet Aggregate als Basiseinheit der Speicherung. Ein Aggregat besitzt einen bestimmten Satz der im Speichersystem verfügbaren Festplatten. Das Aggregat weist Volumes für LUNs und Namensräume Speicherplatz auf den von ihm besessenen Festplatten zu. Mit diesen Systemen können ONTAP Benutzer Aggregate, Volumes, LUNs und Namensräume erstellen und ändern.

Anstelle von Aggregaten verwendet die Storage Schicht in ASA r2 Systemen Storage Verfügbarkeitszonen. Eine Storage Verfügbarkeitszone ist ein gemeinsamer Storage Pool, der beiden Nodes eines einzelnen HA Paars zur Verfügung steht. Beide Nodes im HA Paar haben Zugriff auf alle verfügbaren Festplatten in ihrer gemeinsamen Storage Verfügbarkeitszone. Ein ASA r2 Cluster mit zwei Nodes verfügt beispielsweise über eine Storage Verfügbarkeitszone, auf die beide Nodes zugreifen können. Ein ASA r2 Cluster mit vier Nodes verfügt über zwei Storage Verfügbarkeitszonen. Jedes HA Paar im Cluster hat Zugriff auf eine der Storage Verfügbarkeitszonen.

Wenn eine Speichereinheit (basierend auf entweder einer LUN oder einem NVMe-Namensraum) erstellt wird, erstellt ONTAP automatisch ein Volume in der entsprechenden Speicherverfügbarkeitszone, um die Speichereinheit aufzunehmen. Das neu erstellte Volume wird automatisch innerhalb der Speicherverfügbarkeitszone platziert, um optimale Leistung und eine ausgewogene Kapazitätsauslastung zu gewährleisten. Die Kapazitätsauslastung wird innerhalb der Speicherverfügbarkeitszone basierend auf Ihrer Version von ONTAP ausgeglichen. "Erfahren Sie mehr über Kapazitätsausgleich in einem ASA r2-Cluster".

ASA r2-Systeme unterscheiden sich von FAS, AFF und ASA -Systemen in folgenden Punkten:

Aufgrund dieses automatisierten und vereinfachten Ansatzes zur Speicherverwaltung sind bestimmte System Manager-Optionen, ONTAP -Befehle und REST-API-Endpunkte auf einem ASA r2-System nicht verfügbar oder nur eingeschränkt nutzbar. Da beispielsweise die Volume-Erstellung und -Verwaltung für ASA r2-Systeme automatisiert ist, wird das Menü Volumes im System Manager nicht angezeigt und die volume create Befehl wird nicht unterstützt. "Erfahren Sie mehr über nicht unterstützte ASA R2-Befehle" .

Die Hauptunterschiede zwischen ASA r2 Systemen und FAS, AFF und ASA Systemen, die für die ONTAP Befehlszeilenschnittstelle (CLI) und REST API relevant sind, werden im Folgenden beschrieben.

Neue Cluster enthalten automatisch eine Standard-Datenspeicher-VM mit aktivierten SAN-Protokollen. IP-Daten-LIFs unterstützen iSCSI- und NVMe/TCP-Protokolle und verwenden standardmäßig die default-data-blocks Dienstrichtlinie.

Durch Erstellen einer Storage-Einheit (LUN oder Namespace) wird automatisch ein Volume aus der Storage-Verfügbarkeitszone erstellt. Dies führt zu einem vereinfachten und gemeinsamen Namespace. Durch Löschen einer Speichereinheit wird das zugeordnete Volume automatisch gelöscht.

Storage-Einheiten werden auf ASA r2-Storage-Systemen immer über Thin Provisioning bereitgestellt. Thick Provisioning wird nicht unterstützt.

Temperaturempfindliche Storage-Effizienz wird auf ASA r2-Systemen nicht angewendet. Auf ASA r2-Systemen basiert die Komprimierung nicht auf Hot-Daten (auf die häufig zugegriffen wird) oder Cold-Daten (auf die selten zugegriffen wird). Die Komprimierung beginnt, ohne auf Daten zu warten, die kalt werden.