Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Cas d'utilisation de pNFS dans ONTAP

Contributeurs netapp-dbagwell netapp-lenida

Vous pouvez utiliser pNFS avec diverses fonctionnalités ONTAP pour améliorer les performances et offrir une flexibilité accrue pour les charges de travail NFS.

pNFS avec nconnect

Avec certains clients et serveurs plus récents, NFS a introduit une nouvelle option de montage qui permet d'établir plusieurs connexions TCP tout en montant une seule adresse IP. Cela permet de mieux paralléliser les opérations, de contourner les limitations des serveurs et clients NFS et d'améliorer potentiellement les performances globales de certaines charges de travail. nconnect est pris en charge dans ONTAP 9.8 et versions ultérieures, à condition que le client le prenne en charge.

Lors de l'utilisation de nconnect avec pNFS, les connexions seront parallélisées en utilisant l'option nconnect sur chaque périphérique pNFS annoncé par le serveur NFS. Par exemple, si nconnect est défini sur quatre et qu'il existe quatre interfaces éligibles pour pNFS, alors le nombre total de connexions créées sera de 16 par point de montage (4 nconnect x 4 adresses IP).

pNFS avec nconnect=4
Figure 1. pNFS avec nconnect réglé sur 4

pNFS avec agrégation de sessions NFSv4.1

Agrégation de sessions NFSv4.1 ("RFC 5661, section 2.10.5") consiste à utiliser plusieurs connexions TCP entre un client et un serveur afin d'augmenter la vitesse de transfert des données. La prise en charge du trunking de session NFSv4.1 a été ajoutée à ONTAP 9.14.1 et doit être utilisée avec des clients qui prennent également en charge le trunking de session.

Dans ONTAP, le trunking de session NFSv4.1 est utilisé sur plusieurs interfaces physiques sur un seul nœud d'un cluster pour fournir un débit et une redondance supplémentaires sur des connexions indépendantes.

Agrégation de sessions NFSv4.1 sur plusieurs interfaces sur un seul nœud

Lorsqu'ils sont utilisés avec pNFS, ces trunks peuvent fournir de meilleures performances agrégées sur l'ensemble du cluster.

Performances de NFSv4.1 avec pNFS sur un cluster

Le regroupement de sessions s'effectue de plusieurs manières :

  • Détection automatique via les options de montage : La plupart des clients NFS modernes établissent un trunk de session à l’aide d’options de montage (consultez la documentation de votre système d’exploitation) qui indiquent au serveur NFS de renvoyer des informations au client concernant les trunks de session. Ces informations apparaissent dans un paquet NFS sous forme d’un appel fs_location4.

    L'option de montage utilisée dépend de la version du système d'exploitation du client. Par exemple, les distributions Ubuntu Linux utilisent généralement max_connect=n pour signaler qu'un tronc de session doit être utilisé. Dans les distributions Linux RHEL, le trunkdiscovery L'option de montage est utilisée.

    Exemple Ubuntu
    mount -o vers=4.1,max_connect=8 10.10.10.10:/pNFS /mnt/pNFS
    Exemple RHEL
    mount -o vers=4.1,trunkdiscovery 10.10.10.10:/pNFS /mnt/pNFS
    Remarque Si vous tentez d'utiliser max_connect Sur les distributions RHEL, il sera traité comme nconnect et le trunking de session ne fonctionnera pas comme prévu.
  • Configuration manuelle : Vous pouvez configurer manuellement le trunking de session en montant chaque adresse IP individuelle sur le même chemin d’exportation et le même point de montage. Par exemple, si vous avez deux adresses IP sur le même nœud (10.10.10.10 et 10.10.10.11) pour un chemin d'exportation de /pNFS, vous exécutez la commande de montage deux fois :

    mount -o vers=4.1 10.10.10.10:/pNFS /mnt/pNFS
    mount -o vers=4.1 10.10.10.11:/pNFS /mnt/pNFS

    Répétez ce processus pour toutes les interfaces que vous souhaitez inclure dans le tronc.

Remarque Chaque nœud dispose de son propre tronc de session. Les troncs ne traversent pas les nœuds.
Remarque Lors de l'utilisation de pNFS, utilisez uniquement le trunking de session ou nconnect. L'utilisation simultanée des deux entraînera un comportement indésirable, par exemple si seule la connexion au serveur de métadonnées bénéficie des avantages de nconnect, tandis que les serveurs de données utilisent une seule connexion.
Agrégation de sessions NFSv4.1 dans ONTAP
Figure 2. Agrégation de sessions NFSv4.1 dans ONTAP

pNFS peut fournir un chemin local à chaque nœud participant d'un cluster, et lorsqu'il est utilisé avec le trunking de session, pNFS peut exploiter un trunk de session par nœud pour maximiser le débit de l'ensemble du cluster.

Agrégation de sessions NFSv4.1 avec pNFS dans ONTAP

Lorsque trunkdiscovery est utilisée, un appel GETATTR supplémentaire (FS_Locations) est exploité pour les interfaces trunk de session listées sur le nœud serveur NFS où se trouve l'interface de montage. Une fois celles-ci renvoyées, les montages suivants sont effectués sur les adresses renvoyées. Cela est visible dans une capture de paquets pendant le montage.

Découverte de la session NFS trunk lors du montage : capture de paquets
Figure 3. Découverte de la session NFS trunk lors du montage : capture de paquets

Références pNFS versus NFSv4.1

Les redirections NFSv4.1 fournissent un mode de redirection du chemin de montage initial qui dirige un client vers l'emplacement des volumes lors d'une demande de montage. Les références NFSv4.1 fonctionnent au sein d'une seule SVM. Cette fonctionnalité tente de localiser le montage NFS sur une interface réseau située sur le même nœud que le volume de données. Si cette interface ou ce volume est déplacé vers un autre nœud alors qu'il est monté sur un client, le chemin de données n'est plus localisé jusqu'à ce qu'un nouveau montage soit établi.

pNFS ne tente pas de localiser un chemin de montage. Au lieu de cela, il établit un serveur de métadonnées à l'aide d'un chemin de montage, puis localise dynamiquement le chemin des données selon les besoins.

Vous pouvez utiliser les redirections NFSv4.1 avec pNFS, mais la fonctionnalité est inutile. L’activation des redirections avec pNFS ne montrera pas de résultats notables.

Interaction de pNFS avec l'équilibrage de capacité avancé

"Équilibrage avancé de la capacité" ONTAP écrit des portions de données de fichier sur les volumes constitutifs d'un volume FlexGroup (non pris en charge avec les volumes FlexVol uniques). À mesure qu'un fichier grossit, ONTAP décide de commencer à écrire des données dans un nouvel inode multipart sur un volume constitutif différent qui peut se trouver sur le même nœud ou sur un nœud différent. Les opérations d'écriture, de lecture et de métadonnées sur ces fichiers multi-inodes sont transparentes et non perturbatrices pour les clients. L'équilibrage avancé des capacités améliore la gestion de l'espace entre les volumes constitutifs du FlexGroup , ce qui permet d'obtenir des performances plus homogènes.

pNFS peut rediriger les E/S de données vers un chemin réseau localisé en fonction des informations de disposition des fichiers stockées sur le serveur NFS. Lorsqu'un seul fichier volumineux est créé en plusieurs parties réparties sur plusieurs volumes constitutifs pouvant potentiellement s'étendre sur plusieurs nœuds du cluster, pNFS dans ONTAP peut toujours fournir un trafic localisé à chaque partie du fichier car ONTAP conserve également les informations de disposition du fichier pour toutes les parties du fichier. Lors de la lecture d'un fichier, la localité du chemin de données changera selon les besoins.

Équilibrage de capacité avancé avec pNFS
Figure 4. Équilibrage de capacité avancé avec pNFS
Informations associées