Bonjour,
Dans le cadre de la mise en place d'une salle "Internet" composée de vieilles machines dans mon école, j'ai voulu réaliser ceci :
- Un serveur (qui fait également office de passerelle/proxy/firewall pour les clients) avec 2 disques en RAID1 avec un dossier exporté par NFS contenant un système Debian.
- 5 machines clients qui bootent dessus.
Voici mes questions :
- Quels dossiers de la racine mettre en commun sur l'export NFS ?
- Quelles partitions faire (pour les dossiers qui restent fatalement) sur les machines client ?
- Comment gérer les "accès concurrents" de /dev ? J'ai pensé à le mettre en local sur une partition du client mais il m'est alors impossible de booter vu que /dev/console n'existe pas tant que la partition n'est pas montée !
Quelqu'un a-t-il déjà fait l'expérience de ce genre de système ? Que faut-il prévoir au niveau de la charge de la machine serveur ? Au niveau de la charge réseau ? J'imagine qu'il vaut mieux prévoir le remplacement du hub actuel par un switch... D'après ce que j'ai pu lire, je sait que Skolelinux prévoit ce cas mais je ne sais pas comment...
Merci d'avance.
Forum Linux.debian/ubuntu Boot de plusieurs clients sur un serveur NFS
1
jan.
2007
# LTSP et ses confreres
Posté par NeoX . Évalué à 3.
voire meme install LTSP, ca devrait presque le faire sans probleme.
# Quelques petites infos :-)
Posté par Steve Azriel . Évalué à 1.
Je ne connaissais pas "LTSP" (merci pour l'info ^__^).
Pour le retour d'expérience, j'ai vécu (juste vécu) différents environnements de type NFS (université & école) avec un partage ne concernant que les programmes (/usr/local /opt ...) et les répertoires persos (/home & co).
A priori, ce serait déjà pas mal d'avoir sur chaque poste, un disque dur (même de petite capacité) pour y stocker:
¤ swap (sauf s'il est possible de mettre plus de RAM :D)
¤ /boot /etc & /dev pour le démarrage local et la configuration (minimale si nécessaire) de la machine
¤ [facultatif] /bin /sbin & co pour avoir quelques exécutable en cas de problème.
=> Cela peut réduire le trafic réseau notamment pour la swap.
Après, si les cartes réseaux sont PXE (et Wake on Lan), pourquoi pas envisager le reste à distance.
Le switch c'est un plus, mais rien n'empêche de tester avec le hub (qui existe déjà <=> moins de couts) et évaluer s'il y a des points blocants (charge du serveur NFS, redondance, ... qui seront +chères) !
Un des points négatifs de mes quelques expériences est la latence des serveurs NFS. Par exemple: quand tout le monde ouvre/clôture sa session (bcp de demandes lecture/écriture parallèles, ...) à heure identique. C'est assez dépendant du comportement de chaque environnement, malheureusement.
Enfin, pour rendre ce message utile, je rajoute quelques petites références:
* [http://www.gentoo.org/doc/fr/diskless-howto.xml] en Français (pour la version en Anglais, changez /fr/ -> /en/ dans l'URL)
* [http://www.freeos.com/articles/2444/] en Anglais avec ses pointeurs un peu anciens, mais toujours intéressants :-)
* [http://www.cs.cmu.edu/~dlr/debian_netboot_v1.2.pdf] en Anglais
Bon courage & Bonne Année !
Cdlt,
[^] # Re: Quelques petites infos :-)
Posté par Laurent Léonard (site web personnel) . Évalué à 1.
Mais j'aurais une petite question à propos de la situation que tu décris. Tu parles donc de garder /dev en local, ce qui est le plus logique évidement. J'imagine donc que tu vas créer une partition et un point de montage pour /dev. Mais le système aura besoin de /dev/console pour pouvoir booter, avant de monter /dev (c'est le problème auquel j'ai été confronté alors que je bootais sur une racine distante via NFS)...
Ou alors as-tu pris le problème à l'envers, boot en local sur / et montage des autres partitions par NFS ?
[^] # Re: Quelques petites infos :-)
Posté par Steve Azriel . Évalué à 1.
Mon conseil: suivre l'une des solutions proposées (LTSP, Debian Netboot, ...) et à priori mieux documentées ^__^
Après, si tu optes pour un disque dur sur chaque poste, j'aurais opté pour y installer une (mini-)distrib (Suggestion: une debian "nue" + swap + Support NFS Kernel / User ? + Quelques outils) et le fonctionnement sera alors identique à un autre Linux sauf que certains montages seront NFS (/usr/local, /opt, éventuellement /usr car les packages s'installent souvent là par défaut).
Pour le /dev/console, je connais (expérience perso) un /dev avec seulement MAKEDEV dedans :D
Forcément, ça marche moins bien.
Sinon, pas de problèmes particuliers à priori pour ce type d'installation.
Pour information, il y a les approches initrd & co pour avoir un mini disque en RAM au moment du chargement du noyau qui fournit un certain nombre de modules noyau, ...
Voili, voilà.
Bon Amusement (sisi, après, quand / si ça marche...)
Cdlt,
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.