VMFS est un système de fichiers en cluster hautes performances qui fournit des datastores sous forme de pools de stockage partagés. Les datastores VMFS peuvent être configurés avec des LUN accessibles via FC, iSCSI, FCoE ou avec des espaces de noms NVMe accessibles via les protocoles NVMe/FC ou NVMe/TCP. VMFS permet à chaque serveur ESX d'un cluster d'accéder simultanément au stockage. La taille de LUN maximale est généralement de 128 To à partir de ONTAP 9.12.1P2 (et versions antérieures avec les systèmes ASA). Par conséquent, un datastore VMFS 5 ou 6 de 64 To de taille maximale peut être créé à l'aide d'une seule LUN.

VSphere inclut la prise en charge intégrée de plusieurs chemins vers les périphériques de stockage. VSphere peut détecter le type de périphérique de stockage pour les systèmes de stockage pris en charge et configurer automatiquement la pile de chemins d'accès multiples afin de prendre en charge les fonctionnalités du système de stockage utilisé, la royldesse du protocole utilisé ou si ONTAP, AFF, FAS ou Software Defined ASA est utilisé.

VSphere et ONTAP prennent en charge ALUA (Asymmetric Logical Unit Access) pour établir des chemins actifs/optimisés et actifs/non optimisés pour Fibre Channel et iSCSI, et ANA (Asymmetric Namespace Access) pour les namespaces NVMe à l'aide de NVMe/FC et NVMe/TCP. Dans ONTAP, un chemin optimisé pour le protocole ALUA ou ANA suit un chemin d'accès direct aux données en utilisant un port cible sur le nœud qui héberge la LUN ou l'espace de noms auquel vous accédez. ALUA/ANA est activé par défaut dans vSphere et ONTAP. Le logiciel de chemins d'accès multiples de vSphere reconnaît le cluster ONTAP en tant qu'ALUA ou ANA et il utilise le plug-in natif approprié avec la règle d'équilibrage de charge round Robin.

Avec les systèmes ASA de NetApp, les LUN et les namespaces sont présentés aux hôtes ESXi avec des chemins d'accès symétriques. Ce qui signifie que tous les chemins sont actifs et optimisés. Le logiciel de chemins d'accès multiples de vSphere reconnaît le système ASA comme symétrique et utilise le plug-in natif approprié avec la règle d'équilibrage de charge round Robin.

ESXi ne voit pas les LUN, les espaces de noms ou les chemins au-delà de ses limites. Dans un cluster ONTAP plus grand, il est possible d'atteindre la limite de chemin avant la limite de LUN. Pour résoudre cette limitation, ONTAP prend en charge le mappage de LUN sélectif (SLM) dans la version 8.3 et les versions ultérieures.

SLM limite les nœuds qui annoncent les chemins vers une LUN donnée. Il est recommandé pour NetApp d'avoir au moins deux LIF par nœud et par SVM et d'utiliser SLM pour limiter les chemins annoncés au nœud hébergeant la LUN et son partenaire HA. Bien que d'autres chemins existent, ils ne sont pas annoncés par défaut. Il est possible de modifier les chemins annoncés avec les arguments de noeud de rapport ajouter et supprimer dans SLM. Notez que les LUN créées dans les versions antérieures à la version 8.3 annoncent tous les chemins et doivent être modifiés pour uniquement annoncer les chemins d'accès à la paire HA d'hébergement. Pour plus d'informations sur SLM, consultez la section 5.9 de "TR-4080". La méthode précédente de ensembles de ports peut également être utilisée pour réduire davantage les chemins disponibles pour une LUN. Les jeux de ports permettent de réduire le nombre de chemins visibles via lesquels les initiateurs d'un groupe initiateur peuvent voir les LUN.

Les protocoles de blocs basés sur SCSI (iSCSI, FC et FCoE) accèdent aux LUN via des ID de LUN, des numéros de série et des noms uniques. Les protocoles FC et FCoE utilisent des noms WWN et WWPN (WWN) et iSCSI utilise des noms qualifiés iSCSI (IQN) pour établir des chemins basés sur les mappages de LUN à groupe initiateur filtrés par port et SLM. Pour gérer les protocoles de niveau bloc basés sur NVMe, il faut attribuer le namespace avec un ID d'espace de noms généré automatiquement à un sous-système NVMe, puis mapper ce sous-système sur le nom qualifié NVMe (NQN) du ou des hôtes. Indépendamment du FC ou du TCP, les namespaces NVMe sont mappés à l'aide du NQN et non du WWPN ou du WWNN. L'hôte crée ensuite un contrôleur défini par logiciel pour que le sous-système mappé puisse accéder à ses espaces de noms. Le chemin d'accès aux LUN et aux espaces de noms au sein de ONTAP n'a aucun sens pour les protocoles en mode bloc et n'est présenté nulle part dans le protocole. Par conséquent, un volume contenant uniquement des LUN n'a pas besoin d'être monté en interne et un chemin de jonction n'est pas nécessaire pour les volumes contenant les LUN utilisées dans les datastores.

D'autres meilleures pratiques à prendre en compte :