Ignorer les liens de navigation | |
Quitter l'aperu | |
Guide d'administration système : administration de base |
1. Oracle Solaris Management Tools (présentation)
2. Utilisation de la console de gestion Solaris (tâches)
3. Utilisation d'Oracle Java Web Console (tâches)
4. Gestion des comptes utilisateur et des groupes (présentation)
5. Gestion des comptes utilisateur et des groupes (tâches)
6. Gestion de la prise en charge client-serveur (présentation)
Nouveautés de la gestion de la prise en charge client-serveur
Prise en charge de la spécification de plate-forme à l'aide de la commande bootadm -p
Le mot-clé nfs4_domain influe le démarrage des clients sans disque
x86 : Modifications des clients sans disque qui s'appliquent à GRUB
x86 : Modifications apportées à la commande smdiskless
Emplacement des tâches client-serveur
Serveurs, clients et appareils
Présentation de la gestion des clients sans disque
Fonctionnalités de la gestion des clients sans disque
Utilisation des commandes de clients sans disque
Droits RBAC requis pour la gestion des clients sans disque
Ajout de services de système d'exploitation
Espace disque requis pour les serveurs de système d'exploitation
7. Gestion des clients sans disque (tâches)
8. Présentation de l'arrêt et de l'initialisation d'un système
9. Arrêt et initialisation d'un système (présentation)
10. Arrêt d'un système (tâches)
11. Modification du comportement d'initialisation d'Oracle Solaris (tâches)
12. Initialisation d'un système Oracle Solaris (tâches)
13. Gestion des archives d'initialisation d'Oracle Solaris (tâches)
14. Dépannage de l'initialisation d'un système Oracle Solaris (tâches)
15. x86 : Initialisation avec le GRUB (référence)
16. x86 : Initialisation d'un système qui ne met pas en uvre GRUB (tâches)
17. Utilisation de la commande regadm d'enregistrement automatique Oracle Solaris (tâches)
18. Gestion des services (présentation)
19. Gestion des services (tâches)
20. Gestion des logiciels (présentation)
21. Gestion des logiciels à l'aide des d'outils d'administration système d'Oracle Solaris (tâches)
22. Gestion des logiciels à l'aide des commandes de package Oracle Solaris (tâches)
Les types de système sont parfois définis par la façon dont ils accèdent aux fichiers systèmes racine (/) et /usr, ainsi qu'à la zone swap. Par exemple, les systèmes autonomes et les serveurs de système montent ces systèmes de fichiers à partir d'un disque local. D'autres clients montent les systèmes de fichiers à distance, en se basant sur les serveurs pour fournir ces services. Le tableau ci-dessous répertorie certaines des caractéristiques de chaque type de système.
Tableau 6-1 Caractéristiques des types de système
|
Un système de serveur contient les systèmes de fichiers suivants :
Les systèmes de fichiers root (/) et /usr, plus l'espace de swap
Les systèmes de fichiers /export et /export/home, qui prennent en charge les systèmes clients et fournissent des répertoires personnels pour les utilisateurs
Le répertoire ou système de fichiers /opt pour stocker les logiciels d'application
Les serveurs peuvent également contenir les logiciels suivants pour prendre en charge d'autres systèmes :
Des services du système d'exploitation Solaris Oracle pour les systèmes sans disque qui exécutent une version différente
Attention - les configurations serveur-client de SE, où un seul système exécute une version de Solaris qui implémente GRUB sur la plate-forme x86 ou la nouvelle architecture d'initialisation sur la plate-forme SPARC, peuvent entraîner des incompatibilités majeures. Par conséquent, il est recommandé d'installer ou de mettre à niveau les systèmes sans disque vers la même version que le système d'exploitation du serveur avant d'ajouter la prise en charge des clients sans disque. Notez que l'initialisation avec GRUB a été introduite sur la plate-forme x86 dans la version 10 1/06 de Solaris. La nouvelle architecture d'initialisation SPARC a été introduite dans la version 10 10/08 de Solaris. |
Des clients utilisant une autre plate-forme que le serveur
Des logiciels d'image CD ou DVD Oracle Solaris ou des logiciels d'initialisation pour les systèmes en réseau afin d'effectuer des installations à distance
Le répertoire JumpStart d'Oracle Solaris pour les systèmes en réseau afin d'effectuer des installations JumpStart personnalisées
A système autonome en réseau peut partager des informations avec d'autres systèmes du réseau. Toutefois, il peut continuer à fonctionner s'il est déconnecté du réseau.
Un système autonome possède son propre disque qui contient les systèmes de fichiers racine (/, /usr et /export/home, ainsi que l'espace swap. Par conséquent, le système autonome dispose d'un accès local aux logiciels, aux exécutables, à la mémoire virtuelle et aux fichiers créés par l'utilisateur du système d'exploitation.
Remarque - Un système autonome nécessite un espace disque suffisant pour contenir ses systèmes de fichiers.
Un système autonome non connecté est un système autonome avec toutes les caractéristiques répertoriées ci-dessus, sauf qu'il n'est pas connecté à un réseau.
Un client sans disque n'a aucun disque et dépend d'un serveur pour l'ensemble de ses logiciels et besoins en matière de stockage. Un client sans disque monte à distance ses systèmes de fichiers root (/, /usr et /home à partir d'un serveur.
Un client sans disque génère un trafic réseau important en raison de sa nécessité constante de se procurer des logiciels de système d'exploitation et de l'espace mémoire virtuelle sur l'ensemble du réseau. Un client sans disque ne peut pas fonctionner s'il est dissocié du réseau ou si son serveur ne fonctionne pas.
Pour plus d'informations sur les clients sans disque, reportez-vous à la section Présentation de la gestion des clients sans disque.
Un appareil, tel que Sun Ray, est un périphérique d'affichage X qui ne nécessite pas d'administration. Il n'y a aucun processeur, ventilateur, disque et très peu de mémoire. Un appareil Sun est connecté à un moniteur d'affichage Sun. Toutefois, la session de bureau de l'utilisateur de l'appareil s'exécute sur un serveur et est affichée à l'utilisateur.
L'environnement X est automatiquement défini pour l'utilisateur et présente les caractéristiques suivantes :
Il se base sur un serveur pour accéder à d'autres systèmes de fichiers et applications logicielles.
Il offre une administration logicielle centralisée et un partage des ressources.
Il ne contient aucunes données permanentes, ce qui en fait une unité remplaçable sur site (FRU).
Vous pouvez déterminer les types de systèmes appropriés à votre environnement en comparant chaque système selon les caractéristiques suivantes :
Administration centralisée :
Le système peut-il être considéré comme une unité remplaçable sur site (FRU) ?
Cela signifie qu'un système dysfonctionnel peut être rapidement remplacé par un nouveau système en évitant de longues opérations de sauvegarde et de restauration, et des pertes de données système.
Le système doit-il être sauvegardé ?
Des coûts importants en termes de temps et de ressources peuvent être associés à la sauvegarde d'un grand nombre de systèmes de bureau.
Les données du système peuvent-elles être modifiées à partir d'un serveur central ?
Le système peut-il être installé rapidement et facilement à partir d'un serveur centralisé sans gérer le matériel du système client ?
Performances
Cette configuration est-elle efficace dans une utilisation de bureau ?
L'ajout de systèmes à un réseau a-t-elle une incidence sur les performances des autres systèmes déjà sur le réseau ?
Utilisation de l'espace disque
Quelle est la quantité d'espace disque nécessaire pour déployer efficacement cette configuration ?
Ce tableau décrit les performances de chaque type de système dans chaque caractéristique. Un classement de 1 indique la plus grande efficacité. Un classement de 4 indique l'efficacité la plus basse.
Tableau 6-2 Comparaison des types de système :
|