Perso j'ai mis ça en production sur plusieurs sites, la plus grosse appli à 20-30 clients, ça tourne 24/24 sans problème.
Par contre je n'utilise pas la notion de fat-client.
Avantages:
- Dépannage super facile même par des non technicien si la boite boite est cramée on en met une nouvelle à la place, on branche et roule.
- L'administration centralisée fait gagné un temps ENORME.
- Très facile de (re)dimensionner les ressources nécessaires.
- pas d'USB ou de CDROM actif par défaut (parfois pas facile à désactiver sur des clients lourds)
- possibilité de "jail" certains clients sur une seule appli
Problèmes:
- Dépendance très forte du réseau (plus de réseau -> tout se fige).
- Je n'ai pas trouvé pour le moment le moyen de faire booter pxe sur du wifi. Du coup dans le cas d'applications "mobile" faut revenir au vieux système de client lourd.
Notre schéma précédent était plus en mode serveur Linux-poste windows... Les machines étant en atelier, on passait notre temps à les changer/configurer/déveroller. Un gain de temps certains !
En se basant sur des clients léger, pas de disques, pas de ventilation qui s'encrasse, pas d'USB ou de CDROM avec qui tout le monde fait n'importe quoi.
[^] # Re: LTSP avec ou sans le fat-client
Posté par ChickenKiller . En réponse au message Architecture terminal / unité centrale aujourd'hui. Évalué à 2.
Perso j'ai mis ça en production sur plusieurs sites, la plus grosse appli à 20-30 clients, ça tourne 24/24 sans problème.
Par contre je n'utilise pas la notion de fat-client.
Avantages:
- Dépannage super facile même par des non technicien si la boite boite est cramée on en met une nouvelle à la place, on branche et roule.
- L'administration centralisée fait gagné un temps ENORME.
- Très facile de (re)dimensionner les ressources nécessaires.
- pas d'USB ou de CDROM actif par défaut (parfois pas facile à désactiver sur des clients lourds)
- possibilité de "jail" certains clients sur une seule appli
Problèmes:
- Dépendance très forte du réseau (plus de réseau -> tout se fige).
- Je n'ai pas trouvé pour le moment le moyen de faire booter pxe sur du wifi. Du coup dans le cas d'applications "mobile" faut revenir au vieux système de client lourd.
Notre schéma précédent était plus en mode serveur Linux-poste windows... Les machines étant en atelier, on passait notre temps à les changer/configurer/déveroller. Un gain de temps certains !
En se basant sur des clients léger, pas de disques, pas de ventilation qui s'encrasse, pas d'USB ou de CDROM avec qui tout le monde fait n'importe quoi.