VMFS ist ein hochperformantes geclustertes Filesystem, das Datastores bereitstellt, bei denen es sich um Shared-Storage-Pools handelt. VMFS Datastores können mit LUNs konfiguriert werden, auf die über FC, iSCSI, FCoE zugegriffen wird. Zudem können NVMe-Namespaces, auf die über NVMe/FC- oder NVMe/TCP-Protokolle zugegriffen wird, verwendet werden. Bei VMFS können alle ESX Server in einem Cluster gleichzeitig auf den Speicher zugreifen. Die maximale LUN-Größe beträgt normalerweise 128 TB ab ONTAP 9.12.1P2 (und früher bei ASA Systemen). Daher kann ein VMFS 5 oder ein Datastore mit einer maximalen Größe von 6 TB mit einer einzigen LUN erstellt werden.

VSphere bietet integrierte Unterstützung für mehrere Pfade zu Speichergeräten. VSphere kann den Typ des Speichergeräts für unterstützte Speichersysteme erkennen und konfiguriert automatisch den Multipathing-Stack zur Unterstützung der Funktionen des verwendeten Speichersystems, zur Unterstützung der Regarldess des verwendeten Protokolls oder bei Verwendung von ASA, AFF, FAS oder softwaredefiniertem ONTAP.

Sowohl vSphere als auch ONTAP unterstützen Asymmetric Logical Unit Access (ALUA) zur Einrichtung von aktiv-/optimierten und aktiv-/nicht-optimierten Pfaden für Fibre Channel und iSCSI sowie Asymmetric Namespace Access (ANA) für NVMe-Namespaces unter Verwendung von NVMe/FC und NVMe/TCP. In ONTAP folgt ein ALUA- oder ANA-optimierter Pfad auf einen direkten Datenpfad. Dabei wird ein Zielport auf dem Node verwendet, der die LUN oder den Namespace hostet, auf die zugegriffen wird. ALUA/ANA ist sowohl in vSphere als auch in ONTAP standardmäßig aktiviert. Die Multipathing-Software in vSphere erkennt den ONTAP Cluster als ALUA oder ANA und verwendet das entsprechende native Plug-in zur Round-Robin-Load-Balancing-Richtlinie.

Bei den ASA Systemen von NetApp werden die LUNs und Namespaces den ESXi Hosts mit symmetrisches Pathing bereitgestellt. Das bedeutet, dass alle Pfade aktiv und optimiert sind. Die Multipathing-Software in vSphere erkennt das ASA System als symmetrisch und verwendet das entsprechende native Plug-in für die Richtlinie zum Round Robin-Lastausgleich.

ESXi erkennt keine LUNs, Namespaces oder Pfade, die über seine Grenzen hinausgehen. In einem größeren ONTAP Cluster ist es möglich, dass das Pfadlimit vor dem LUN-Limit erreicht wird. Zur Beseitigung dieser Beschränkung unterstützt ONTAP ab Version 8.3 die selektive LUN-Zuordnung (Selective LUN Map, SLM).

SLM beschränkt die Nodes, die Pfade an eine bestimmte LUN weitergeben. Als NetApp Best Practice wird empfohlen, pro Node pro SVM mindestens zwei LIFs zu verwenden und SLM zu verwenden, um die weitergegebenen Pfade auf den Node zu beschränken, der die LUN hostet, und auf seinen HA-Partner. Es sind zwar noch andere Pfade vorhanden, doch werden diese standardmäßig nicht weitergegeben. Die weitergegebenen Pfade können mit den Node-Argumenten zum Hinzufügen oder Entfernen der Berichterstellung in SLM geändert werden. Beachten Sie, dass in Versionen vor 8.3 erstellte LUNs alle Pfade weitergeben. Sie müssen geändert werden, damit nur die Pfade zum Hosting-HA-Paar weitergegeben werden. Weitere Informationen zu SLM finden Sie in Abschnitt 5.9 von "TR-4080". Um die für eine LUN verfügbaren Pfade weiter zu reduzieren, kann auch die frühere Portsatzmethode verwendet werden. Portsätze tragen dazu bei, die Anzahl der sichtbaren Pfade zu verringern, durch die Initiatoren in einer Initiatorgruppe LUNs ausfindig machen können.

SCSI-basierte Blockprotokolle (iSCSI, FC und FCoE) greifen mithilfe von LUN-IDs und Seriennummern sowie mit eindeutigen Namen auf LUNs zu. FC und FCoE verwenden weltweite Namen (WWNNs und WWPNs). ISCSI verwendet qualifizierte iSCSI-Namen (IQNs), um Pfade basierend auf LUN-zu-igroup-Zuordnungen festzulegen, die nach Portsätzen und SLM gefiltert sind. NVMe-basierte Block-Protokolle werden gemanagt, indem einem NVMe-Subsystem einen Namespace mit einer automatisch generierten Namespace-ID zugewiesen und dieses Subsystem dem NVMe Qualified Name (NQN) der Hosts zugeordnet wird. Unabhängig von FC oder TCP werden NVMe-Namespaces mit dem NQN und nicht mit dem WWPN oder WWNN zugeordnet. Der Host erstellt dann einen softwaredefinierten Controller, damit das zugeordnete Subsystem auf seine Namespaces zugreifen kann. Der Pfad zu LUNs und Namespaces in ONTAP hat für die Blockprotokolle keine Bedeutung und wird nirgendwo im Protokoll angegeben. Daher muss ein Volume, das nur LUNs enthält, nicht intern gemountet werden. Zudem ist für Volumes, die in Datastores verwendete LUNs enthalten, kein Verbindungspfad erforderlich.

Weitere Best Practices, die berücksichtigt werden sollten: