Tout d'abord, il faut préciser que NFS fournit un certain nombre de services pour l'accès à distance au fichiers.
=> Il ne faut pas oublier que ce sont les applications qui doivent savoir fonctionner avec NFS (verrous & co).
Concernant ta demande, je ne peux que te proposer d'expérimenter et surtout de monitorer les indicateurs sur ton serveur NFS (cpu, ram, load average, io, interfaces réseaux, ...).
Voici quelques points d'attention:
1) Les accès mutuels à une même ressource (un même fichier puisque sous Un*x tout est fichier :P) depuis plusieurs utilisateurs/postes différents.
=> Valider que les applications sont NFS-Friendly (par exemple, l'éditeur VI, ...)
2) La "tendance" ie le comportement des postes vis-à-vis du serveur NFS: horaire de travail 9h-18h [accès très importants au début et à la fin de la journée !], type d'accès [compilation de source, bureautique, ...]
=> Cela permet de "tuner" le serveur et les clients :-)
PS2: Ah oui, truc vraiment sioux: compresser les binaires avec un outil type gzexe. Sur des clients ayant pas mal de mémoire, cela permet de réduire (plus ou moins) le trafic réseaux avec un petit effet sur le serveur NFS (notamment le cache mémoire des fichiers qui sont compressés :D)
[^] # Re: Deux petits doutes...
Posté par Steve Azriel . En réponse au message Probleme PC diskless. Évalué à 2.
Tout d'abord, il faut préciser que NFS fournit un certain nombre de services pour l'accès à distance au fichiers.
=> Il ne faut pas oublier que ce sont les applications qui doivent savoir fonctionner avec NFS (verrous & co).
Concernant ta demande, je ne peux que te proposer d'expérimenter et surtout de monitorer les indicateurs sur ton serveur NFS (cpu, ram, load average, io, interfaces réseaux, ...).
Voici quelques points d'attention:
1) Les accès mutuels à une même ressource (un même fichier puisque sous Un*x tout est fichier :P) depuis plusieurs utilisateurs/postes différents.
=> Valider que les applications sont NFS-Friendly (par exemple, l'éditeur VI, ...)
2) La "tendance" ie le comportement des postes vis-à-vis du serveur NFS: horaire de travail 9h-18h [accès très importants au début et à la fin de la journée !], type d'accès [compilation de source, bureautique, ...]
=> Cela permet de "tuner" le serveur et les clients :-)
Bon courage !
Cdlt,
PS: Il y a de nombreux pointeurs sur le net pour s'inspirer de leur expériences:
¤ [http://www.ltsp.org/] Le Projet LTSP qui me parait le plus "frais"
¤ [http://tldp.org/HOWTO/Diskless-root-NFS-HOWTO.html] Root over nfs clients & server HOWTO
¤ [http://tldp.org/HOWTO/Diskless-root-NFS-other-HOWTO.html] Root over NFS - Another Approach
PS2: Ah oui, truc vraiment sioux: compresser les binaires avec un outil type gzexe. Sur des clients ayant pas mal de mémoire, cela permet de réduire (plus ou moins) le trafic réseaux avec un petit effet sur le serveur NFS (notamment le cache mémoire des fichiers qui sont compressés :D)