Installer et configurer un serveur NFS (Network File System) sous Linux - Christophe Casalegno

Dans cette vidéo après une brève introduction sur l'histoire de NFS et RPC, je vous montre comment mettre rapidement en place un serveur NFS (Network File System) sous Linux Debian. Je ferai éventuellement une vidéo plus avancée sur le sujet sur des usecase particuliers.
Pour les RFC concernant NFS auxquelles je fais référence : tools.ietf.org/html/rfc1094
tools.ietf.org/html/rfc1813
tools.ietf.org/html/rfc3530
tools.ietf.org/html/rfc5661
Retrouvez-moi sur Telegram : t.me/ChristopheCasalegno
KZbin
-------------------------------------------------
Ma chaîne principale : / @christophecasalegno
Ma chaîne secondaire : / @brainbazar
Musiques, covers, textes & co : / @chrisiker
Réseaux sociaux
-------------------------------------------------
Twitter : / brain0verride
Instagram : / brain0verride
TikTok : / brainoverride
Linkedin : / christophecasalegno
Facebook (Page Pro) : / brain.override
Facebook (Perso) : / christophe.casalegno
Mais également sur
-------------------------------------------------
Twitch : / brain_0verride
Discord : / discord
t.me/Brain_TechnoBar (le Technobar)
t.me/Brain0verride (mon compte Telegram)
Par email : [e-mail]
Sur le web : www.christophe-casalegno.com

[@louis6189]

Super vidéos, rapides, concrètes et droit au but. PARFAIT! Merci encore

[@ChristopheCasalegno]

Si elles sont utile à au moins une personne, alors c'est mission accomplie :)

[@grantolosi]

C'est bon le monsieur il est chaud, je l'ai vu sur facebook, like et abonné

[@ChristopheCasalegno]

Merci Harry !

[@grantolosi]

@@ChristopheCasalegno de rien ! :)

[@JeanDardet]

merci pour ce partage ( comme nfs lol) une qualité irréprochable, claire, nette et précise.

[@JeanDardet]

j'ai malheuresment le message impossible à trouver sur /etc/fstab sur le client je verrai demain x)

[@ChristopheCasalegno]

Merci pour ton commentaire.

[@ChristopheCasalegno]

Du coup, tu avais trouvé la solution ?

[@cocadmin]

C'est donc ca le fameux bashtop !

[@ChristopheCasalegno]

Hello, sérieux, jette un petit coup d’œil au code c'est super bien écrit : que des fonctions propres et documentées, facile à modifier ;) Par contre, il n'est pas "light" en consommation, mais il est beau xD

[@nicolasp.7457]

Merci 👍

[@ChristopheCasalegno]

Au plaisir :) Je vais peut être en enchaîner une sur GlusterFS, si mon état de santé me le permet.

[@jlone1378]

Merci

[@sylvainl.7301]

Merci on attend la suite :) perso j'ai mis de coté la gestion des droits UID/GID. Pas mal effectivement bashtop, j'utilise plus node_exporter/prometheus/grafana mais bon ce n'est pas le meme usage

[@ChristopheCasalegno]

Prometheus est top mais il faut un peu de temps pour bien le configurer sur un parc. Sinon en plus simple pour mettre à disposition des graphes, il y a munin. Ce n'est pas du tout le même type de stack mais il fait le job sans dépendance de services.

[@sylvainl.7301]

​ @Christophe Casalegno Je dois utiliser 10% des possibilités de prometheus et node_exporter est un agent a déployer partout (et a recompiler avec go en fx de l'archi)... Oui Munin je vois, c'est clé en main c'est pas mal, j'ai bien le stockage utilisé ( RRDtool comme avec Cacti ). Sinon par rapport a NFS, a un moment tu parles d'un partage sur un ramdisk. Je suis curieux d'en connaitre l'usage...

[@ChristopheCasalegno]

@@sylvainl.7301 Concernant le NFS utilisé sur un ramdisk, tu as pas mal de usecase intéressants : besoin de storage partagé haute performance pour du files en iops avec une synchro régulière sur le disque avec rsync, si c'est une app qui risque de bouger souvent. Pour de petits volumes, aucune solution de stockage au monde même très chère ne va aussi vite qu'un ramdisk. De plus si tu es sur une infra "On premise" et que tu connectes ça en direct sur du 10G ou plus, ça envoie sévère. Pas besoin de faire du code pour taper sur une API dédiée, etc. Un chemin et c'est parti. Même chose pour la gestion des sessions pour une app legacy qui ne gère pas ses sessions sur memcache, redis ou autre et a besoin d'être distribuée sans forcément avoir un LB en amont. C'est également sympa si tu as besoin temporairement d'une zone ultra rapide pour du traitement et que tu n'as pas de ram disponible sur l'hôte pour utiliser un ramdisk local. Tu peux monter une machine avec beaucoup de ram en nfs sur ton host, faire tes traitements de malade puis le démonter.

[@sylvainl.7301]

@@ChristopheCasalegno Ok, merci pour les infos, le usecase des sessions me parle plus et je vois l'utilité du coup ( et la rapidité des IO evidement ). J'ai une dernière question, il y a une option magique pour que le systeme ne fige pas quand le serveur nfs distant n'est pas disponible ? J'ai l'impression que le système est en "PLS" quand il y a une indispo coté serveur NFS

[@ChristopheCasalegno]

@@sylvainl.7301 en fait uniquement si beaucoup de demandes d'accès audit système s'accumulent, de la même manière que pour un disque qui devient indisponible. Je n'ai pas de recette magique à part le démontage "sauvage" avec un unmount - l

[@nox9517]

Concernant Flock sur NFS (man 2 flock): In Linux kernels up to 2.6.11, flock() does not lock files over NFS (i.e., the scope of locks was limited to the local system). Instead, one could use fcntl(2) byte-range locking, which does work over NFS, given a sufficiently recent version of Linux and a server which supports locking. Since Linux 2.6.12, NFS clients support flock() locks by emulating them as fcntl(2) byte-range locks on the entire file. This means that fcntl(2) and flock() locks do interact with one another over NFS. It also means that in order to place an exclusive lock, the file must be opened for writing. Since Linux 2.6.37, the kernel supports a compatibility mode that allows flock() locks (and also fcntl(2) byte region locks) to be treated as local; see the discussion of the local_lock option in nfs(5).

[@siteinternetlebonprix7302]

Bonjour super vidéo merci , j'ai une question svp , j'héberge actuellement un site drupal sur un seul serveur et je souhaiterai prochainement ajouter un deuxième pour répartir la charge et faire du load balancing , ma question est la suivante quel outil faut-il utiliser pour faire la synchronisation en temps réel des fichiers entre les deux serveurs ? dans l'attente merci

[@ChristopheCasalegno]

Hello, l'objectif est t'il de répondre à une problématique de performances ou bien de redondance / disponibilité ?

[@siteinternetlebonprix7302]

@@ChristopheCasalegno merci pour votre retour , les deux pour améliorer les performances vu que le traffic de mon site a augmenté et pour la haute disponibilité vu que mon site est indisponible lorsqu'il y a beaucoup de charge

[@ChristopheCasalegno]

@@siteinternetlebonprix7302 Les 2 approches sont différentes. Je parlais de disponibilité en cas d'une machine down. Dans ton cas, il vaut mieux étudier précisément où se situent les goulets d'étranglement des performances avant pour être sur de monter la bonne infrastructure. *si* la solution est le load balancing, plusieurs options seront là encore disponibles (RR DNS, LB type HaProxy, etc) avec chacune leurs avantages et inconvénients. Et concernant les fichiers tout dépend si les utilisateurs génèrent des fichiers de leur coté, ou si c'est juste des mises à jour du code avec le reste en base. Plusieurs mécanismes différents peuvent alors être utilisé.

[@siteinternetlebonprix7302]

@@ChristopheCasalegno L'objectif c'est de faire du load balancing ,concernant les fichiers les contributeurs télécharge les fichiers et ils sont stocker directement dans un dossier drupal default/sites/files si je met un autre serveur je veux mettre en place une synchronisation bidirectionnel (Csync2 and Lsyncd ? ) entre les deux serveurs pour que le dossier files soit identique dans les 2 serveurs et à temps réel .

[@ChristopheCasalegno]

@@siteinternetlebonprix7302 csync n'est pas temps réel (mais fonctionne dans les deux sens) sinon tu peux utiliser glusterfs (attention au split brain à 2 serveurs) ou drbd (même remarque). Autres possibilités stocker ces fichiers à l'exterieur sur un stockage redondant, soit un object storage, soit du filesystem via nfs ou autre.

[@issamnaouali1574]

Bonjour Christophe pouvez svp nous faire un tutoriel configuration samba ad sous linux

[@ChristopheCasalegno]

Hello Issam, ce n'est pas vraiment un sujet qui me passionne, et je suis certain vu le sujet qu'il doit déjà exister de très bonnes vidéos sur ce dernier non ? A bientôt.

[@foxgamingzone1106]

On peut faire ça aussi avec sshfs

[@ChristopheCasalegno]

Yes même si le fonctionnement "interne" des mécanismes de sshfs n'ont pas vraiment de rapport avec NFS, on peut en effet faire des partages distants avec. En plus c'est chiffré. Par contre les performances en terme d'iops sont plus contraignantes en terme d'utilisations par rapport à NFS. Je ferai une petite vidéo sur sshfs également.

[@foxgamingzone1106]

salut mec

[@ChristopheCasalegno]

Hi

[@JeanDAVID]

Dommage d'occuper la moitié de l'écran avec des statistiques machine ! On a du mal à lire ce qui est écrit !!!!

[@ChristopheCasalegno]

Salut Jean. Il y a deux explications à cela : la première, c'est parce que je fais parti du lobby qui incite les gens à utiliser un PC plutôt qu'un smartphone tout essayant de doper les ventes d'écrans 32 pouces :) La seconde raison, c'est que je travaille en découpage vertical : du coup la taille des deux terminaux utilisés ne changerait pas. Je t'accorde que si c'était une formation en ligne destinée à être commercialisée, il faudrair prendre le temps de zoomer sur chaque terminal, au moment où on les utilise, etc afin d'améliorer l'expérience. En ce qui me concerne, comme je ne fais des vidéos que pour le fun, j'abaisse mon propre niveau d'exigence à celui de mon propre confort. C'est pour cela que mes vidéos sont généralement enregistrées comme des lives. Je n'ai pas le temps de faire de jolis montages, couper les erreurs (qd par exemple l'écran n'affiche pas la bonne fenêtre comme dans ma vidéo sur Proxmox à un moment) , au lieu de les laisser et de reexpliquer une seconde fois à la suite de l'incident, de mettre des ambiances sonores sympas, de faciliter l'accès au plus grand nombre (encore que je fais parfois l'effort de faire dans un second temps le sous-titrage), etc. Dans tous les cas, excellent weekend à toi.