Cette page explique comment optimiser l'accès client NFS Linux pour les charges de travail d'automatisation de la conception électronique (EDA, Electronic Design Automation). Ce document est destiné aux administrateurs de stockage , aux architectes cloud et aux ingénieurs système chargés de configurer les nœuds de calcul Linux et de gérer les environnements EDA hautes performances sur Google Cloud.
Bonnes pratiques pour les clients
Les nœuds Linux et les VM interactives installent des NetApp Volumes via NFS. Le réglage du client n'augmente pas les limites de débit des volumes, mais il permet d'éviter les tempêtes de métadonnées, la surcharge des emplacements sur un seul point de terminaison de stockage et le comportement de lecture séquentielle médiocre sur les grandes bibliothèques.
Configurez les clients dans l'ordre suivant :
Simultanéité du noyau (avant l'installation) : simultanéité NFS Linux
Pour les images de calcul Cluster Toolkit et Slurm, incluez les paramètres de la table d'emplacements dans l'image de calcul ou les scripts de démarrage avant la première installation.
Options d'installation (lors de l'installation) : options d'installation NFS Linux
Lecture anticipée (après l'installation, facultatif) : lecture anticipée NFS Linux
Pour en savoir plus sur l'optimisation des clients NFS, consultez Optimiser les clients NFS Linux pour les volumes NetApp.
Pour connaître les commandes d'installation et les stratégies d'exportation, consultez Connecter des clients NFS. Pour répartir les clients sur de grands volumes, consultez Connecter des volumes de grande capacité avec plusieurs points de terminaison de stockage et des modèles architecturaux EDA.
Optimiser les fermes EDA avec de nombreux clients
Utilisez les paramètres suivants pour les déploiements à grande échelle avec des centaines ou des milliers de nœuds de calcul qui partagent les mêmes exportations. Ces configurations ne correspondent pas aux configurations d'analyse comparative à VM unique, qui utilisent généralement l'option d'installation nconnect=16 sur un seul hôte.
| Zone | Point de départ recommandé |
|---|---|
| Protocole | NFSv3 (vers=3), sauf si vous avez besoin des fonctionnalités NFSv4.1 |
| Simultanéité (NFSv3) | Table d'emplacements RPC faible par client, par exemple, huit entrées dans /etc/modprobe.d/sunrpc.conf |
| Connexions | Une connexion TCP par client et par point de terminaison de stockage ; n'utilisez pas nconnect |
| Volumes de grande capacité | Installation par DNS ou groupes statiques pour répartir les nœuds sur plusieurs points de terminaison de stockage |
| Taille de transfert | Définissez rsize=262144 et wsize=262144 |
| Fiabilité | Utilisez hard, tcp, timeo=600 ou Google Cloud les valeurs par défaut de la console |
| Charge des métadonnées | Utilisez noatime sur les bibliothèques et les zones de travail si l'application le permet |
| Verrous (NFSv3) | Utilisez nolock si vous n'utilisez pas de verrous consultatifs et si le moniteur d'état du réseau (NSM, Network Status Monitor) n'est pas configuré |
| Lecture anticipée | Augmentez la lecture anticipée pour les bibliothèques en lecture seule après l'installation si les lectures séquentielles sont lentes |
Validez votre configuration à l'aide de la commande nfsiostat et des métriques décrites
dans Surveiller les performances
lors de l'exécution d'un test de régression représentant votre charge de travail de production
typique.
Optimiser les clients par niveau de données
Le tableau suivant répertorie les domaines d'intérêt des clients et les options d'installation typiques par niveau de données :
| Niveau | Domaine d'intérêt du client | Options typiques liées à l'installation |
|---|---|---|
| Bibliothèques | Réduire les allers-retours GETATTR et de métadonnées ; lecture séquentielle de fichiers volumineux |
vers=3, hard, tcp, noatime, rsize et wsize ; n'envisagez actimeo=600 et nocto que si les données sont principalement en lecture seule et si les règles de cohérence le permettent |
| De travail | Nombreux rédacteurs ; la cohérence est importante | vers=3, hard, tcp et noatime ; n'utilisez pas de mise en cache agressive des attributs ; maintenez un faible nombre d'emplacements par nœud |
| Outils | Principalement en lecture seule, comme les bibliothèques | vers=3, hard, tcp, noatime, rsize=262144 et wsize=262144 ; n'envisagez actimeo=600 et nocto que si les données sont principalement en lecture seule et si les règles de cohérence le permettent ; conservez des options d'installation stables dans l'image du cluster |
| Accueil | E/S mixtes de petite taille | Google Cloud Les valeurs par défaut de la console suffisent généralement ; utilisez des emplacements faibles si l'accueil partage un point de terminaison avec la zone de travail |
N'utilisez Kerberos (sec=krb5, krb5i ou krb5p) que lorsque cela est requis par la stratégie.
Ne combinez pas Kerberos avec nconnect. Pour en savoir plus, consultez
Options d'installation NFS Linux.
Étape suivante
- Pour connaître les résultats des analyses comparatives, consultez Analyses comparatives des charges de travail d'automatisation de la conception électronique.