| France-Français |
|
|
|
![]() |
Gestion des systèmes et des groupes de travail : Guide pour les administrateurs système HP-UX > Chapitre 2 Planification d’un
groupe de travailChoix du modèle de partage de fichiers |
|
Si vous êtes sur le point de constituer un nouveau groupe de travail, ou effectuez des changements importants dans un groupe existant, vous devez d’abord décider comment vous répartirez les ressources informatiques entre les utilisateurs. Le paramètre le plus important concerne la façon dont les utilisateurs partageront les fichiers et les applications. Effectueront-ils
La réponse est probablement une combinaison de ces conditions, ou toutes ces conditions réunies. Les sections qui suivent sont destinées à vous permettre d’explorer chaque modèle et de choisir le mieux adapté à vos besoins. Un système multi-utilisateur est un système auquel se connectent un certain nombre d’utilisateurs pour exécuter une tâche, via un terminal directement relié au système ou un émulateur de terminal sur un système distant relié par modem ou par l’intermédiaire d’un réseau local. Avantages
Inconvénients
RécapitulatifCe modèle est le plus approprié si vous possédez (ou êtes en mesure d’acquérir) un système très puissant, et si vos utilisateurs utilisent tous les mêmes applications pour manipuler des données pouvant être stockées sur un site central, et non réparties entre des disques locaux. Si tel est le cas, vos utilisateurs peuvent continuer à bénéficier des avantages du multi-fenêtrage : les terminaux X offrent les mêmes possibilités d’affichage d’informations que les écrans des stations de travail. Même si ce modèle n’est pas utilisable tel quel, vous pouvez parfaitement le combiner avec une approche distribuée ; par exemple, certains de vos utilisateurs peuvent être équipés de stations de travail, tout en étant autorisés (ou tenus) à se connecter à un « serveur d’applications » puissant pour exécuter les applications exigeant la capacité mémoire, la vitesse (MIPS), l’espace disque ou les autres ressources d’un grand système. Vous pouvez également distribuer vos applications entre deux ou trois stations de travail haut de gamme, auxquelles devront se connecter les utilisateurs désireux d’exécuter ces applications. Le terme NFS sans disque décrit un système utilisant des fonctionnalités spéciales de NFS pour le partage du système de fichiers racine. (Sans disque signifie que les clients n’ont pas besoin de disque ; en fait, de nombreuses stations de travail « sans disque » disposent d’au moins un disque). Dans le présent document, cette expression désigne la mise en œuvre par HP du modèle NFS sans disque.
Avantages
Inconvénients
RécapitulatifSi vous êtes le seul ou le principal responsable de l’administration du groupe de travail et si vous n’avez pas besoin de HP-UX 11.00, vous pouvez envisager l’utilisation de NFS sans disque. Ce modèle souffre aujourd’hui d’une baisse de popularité du fait de la réduction du prix de l’espace disque, mais il représente toujours la méthode la plus simple pour l’administration d’un groupe de stations de travail. SAM, System Administration Manager ou gestionnaire d’administration système, géré par menus, a été optimisé pour simplifier l’administration d’une grappe NFS sans disque depuis une console unique sous HP-UX 10.01. Pour plus d’informations, voir le Chapitre 10, « Configuration et administration d’une grappe NFS sans disque sous HP-UX ». Client-serveur est un terme général utilisé ici pour désigner des groupes de travail partageant des ressources autres que le système de fichiers racine, autrement dit, des stations de travail exécutant HP-UX sur leurs propres disques locaux, mais dépendant d’un serveur NFS pour les fichiers et applications non-« système » et ayant en commun la gestion des tâches d’impression, des sauvegardes et des accès utilisateur. Avantages
Inconvénients
RécapitulatifEn raison de sa souplesse et peut-être également parce qu’il constitue, pour de nombreuses personnes, un moyen naturel de configurer leurs ressources, ce modèle est de plus en plus courant et il occupera par conséquent une place de choix dans ce document. En théorie, ce modèle constitue le meilleur compromis : tous les membres d’un groupe de travail exploitent la meilleure combinaison possible des ressources du groupe - puissance de calcul, mémoire de masse, imprimantes, affichage des informations - sans atteindre un niveau de dépendance tel qu’ils n’aient plus qu’à rentrer chez eux si le serveur tombe en panne. En pratique, il impose un certain nombre de compromis difficiles à gérer. Si, par exemple, vous souhaitez que chacun transmette et reçoive localement son courrier électronique (au lieu de dépendre d’un concentrateur de messagerie), vous devrez configurer et gérer un système de fichiers d’alias au niveau de chaque station de travail, ce qui peut représenter une charge de travail importante dans une grande entreprise. Pour réduire l’encombrement du réseau local en amenant chacun à exécuter ses applications et à stocker localement ses données, vous serez amenés, non seulement à gérer les problèmes de sauvegarde, mais également à faire vous-même l’acquisition de disques et de mémoire pour obtenir des performances satisfaisantes. D’autre part, l’unification des ressources au niveau des serveurs peut représenter un gain de temps et d’argent. Elle peut toutefois entraîner, dans certains cas, une dépendance similaire à celle rencontrée avec les configurations « mainframe », assortie d’une dépendance accrue vis-à-vis des performances et de la fiabilité du réseau local. Si vous adoptez ce modèle, consacrez un peu de votre temps (et, si possible, de votre budget) à un processus d’expérimentation et d’amélioration systématique de ses modalités de fonctionnement. La section « Distribution des applications et des données » vous propose un certain nombre de recommandations et de suggestions. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||