Auf einem ASA r2 System wird die ONTAP Software optimiert, um wichtige SAN-Funktionen zu unterstützen und gleichzeitig die Sichtbarkeit und Verfügbarkeit von nicht-SAN-bezogenen Funktionen zu beschränken. Beispielsweise zeigt System Manager, der auf einem ASA r2 System ausgeführt wird, keine Optionen zum Erstellen von Home Directorys 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 identifiziert. ONTAP auf AFF und FAS ONTAP Systemen wird als „Unified ONTAP Personality“ bezeichnet. Die Unterschiede zwischen den ONTAP-Persönlichkeiten werden in der ONTAP-Befehlsreferenz (man-Pages), in der REST-API-Spezifikation und ggf. in EMS-Meldungen erwähnt.

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 für FAS -, AFF- und ASA -Systeme verwendet Aggregate als Basisspeichereinheit. Ein Aggregat besitzt einen bestimmten Satz der im Speichersystem verfügbaren Festplatten. Das Aggregat weist den Speicherplatz auf den zugehörigen Festplatten Volumes für LUNs und Namespaces zu. Mit diesen Systemen können ONTAP Benutzer Aggregate, Volumes, LUNs und Namespaces erstellen und ändern.

Anstelle von Aggregaten verwendet die Speicherebene in ASA r2-Systemen Speicherverfügbarkeitszonen. Eine Speicherverfügbarkeitszone ist ein gemeinsamer Speicherpool, der beiden Knoten eines HA-Paares zur Verfügung steht. Beide Knoten im HA-Paar haben Zugriff auf alle verfügbaren Festplatten in ihrer gemeinsamen Speicherverfügbarkeitszone. Beispielsweise gibt es in einem ASA r2-System- ONTAP Cluster mit zwei Knoten eine Speicherverfügbarkeitszone, auf die beide Knoten im Cluster zugreifen können. In einem ASA r2-System- ONTAP Cluster mit vier Knoten gibt es zwei Speicherverfügbarkeitszonen. Jedes HA-Paar im Cluster hat Zugriff auf eine der Speicherverfügbarkeitszonen.

Beim Erstellen einer Speichereinheit (basierend auf einem LUN- oder NVMe-Namespace) erstellt ONTAP automatisch ein Volume in der entsprechenden Storage Availability Zone, um die Speichereinheit unterzubringen. Das neu erstellte Volume wird automatisch in der Storage Availability Zone platziert, um optimale Leistung und eine ausgewogene Kapazitätsauslastung zu gewährleisten. Abhängig von Ihrer ONTAP-Version unterstützen ASA r2-Systeme auch die automatische Neuverteilung von Speichereinheiten in der Storage Availability Zone und die automatische Neuverteilung von Workloads zwischen den Knoten in einem HA-Paar.

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-Daten-SVM, bei der die SAN-Protokolle aktiviert sind. IP-Daten-LIFs unterstützen iSCSI- und NVMe/TCP-Protokolle und verwenden default-data-blocks standardmäßig die Servicerichtlinie.

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.