Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Guide d'administration système : Conteneurs Oracle Solaris-Gestion des ressources et Oracle Solaris Zones Oracle Solaris 10 1/13 Information Library (Français) |
Partie I Gestion des ressources
1. Introduction à la gestion des ressources Solaris 10
2. Projets et tâches (présentation)
3. Administration des projets et des tâches
4. Comptabilisation étendue (présentation)
5. Administration de la comptabilisation étendue (tâches)
6. Contrôles des ressources (présentation)
7. Administration des contrôles des ressources (tâches)
8. Ordonnanceur FSS (présentation)
9. Administration de l'ordonnanceur FSS (tâches)
10. Contrôle de la mémoire physique à l'aide du démon de limitation des ressources (présentation)
11. Administration du démon de limitation des ressources (tâches)
12. Pools de ressources (présentation)
Nouveautés propres aux pools de ressources et aux pools de ressources dynamiques
Introduction aux pools de ressources
Introduction aux pools de ressources dynamiques
Pools de ressources utilisés dans les zones
Structure des pools de ressources
Contenu du fichier /etc/pooladm.conf
Implémentation des pools sur un système
SPARC : opérations de reconfiguration dynamique et pools de ressources
Création de configurations de pools
Manipulation directe de la configuration dynamique
Gestion des pools de ressources dynamiques
Contraintes et objectifs de configuration
Propriété pset.min et contraintes de propriété pset.max
Contrainte de propriété cpu.pinned
Contrainte de propriété pool.importance
Exemple d'utilisation des objectifs dans une configuration
Fonctions poold pouvant être configurées
Informations de consignation poold
Consignation des informations de configuration
Consignation des informations de contrôle
Consignation des informations d'optimisation
Gestion du journal avec logadm
Mode de fonctionnement de l'allocation dynamique des ressources
A propos des ressources disponibles
Détermination des ressources disponibles
Identification d'un manque de ressources
Détermination de l'utilisation des ressources
Utilisation de poolstat pour contrôler l'utilitaire des pools et l'utilisation des ressources
Réglage des intervalles d'exécution des opérations poolstat
Commandes utilisées avec l'utilitaire des pools de ressources
13. Création et administration des pools de ressources (tâches)
14. Exemple de configuration de la gestion des ressources
15. Contrôle des ressources dans Solaris Management Console
16. Introduction aux zones Solaris
17. Configuration des zones non globales (présentation)
18. Planification et configuration de zones non globales (tâches)
20. Installation, initialisation, arrêt, désinstallation et clonage de zones non globales (tâches)
21. Connexion à une zone non globale (présentation)
22. Connexion à une zone non globale (tâches)
23. Déplacement et migration de zones non globales (tâches)
24. Oracle Solaris 10 9/10 : migration d'un système physique Oracle Solaris dans une zone (tâches)
25. A propos des packages et des patchs sur un système Oracle Solaris doté de zones (présentation)
27. Administration d'Oracle Solaris Zones (présentation)
28. Administration d'Oracle Solaris Zones (tâches)
29. Mise à niveau d'un système Oracle Solaris 10 doté de zones non globales
30. Dépannage des problèmes liés à Oracle Solaris Zones
31. A propos des zones marquées et de la zone marquée Linux
32. Planification de la configuration de zone marquée lx (présentation)
33. Configuration de la zone marquée lx (tâches)
35. Installation, initialisation, arrêt, désinstallation et clonage de zones marquées lx (tâches)
36. Connexion aux zones marquées lx (tâches)
37. Déplacement et migration de zones marquées lx (tâches)
38. Administration et exécution d'applications dans les zones marquées lx (tâches)
Cette section décrit les processus et les facteurs utilisés par poold pour allouer les ressources de façon dynamique.
Il s'agit de l'ensemble des ressources destinées à être utilisées dans la portée du processus poold. La portée de contrôle équivaut au plus à une seule instance Solaris.
Sur un système dont les zones sont activées, la portée d'une instance d'exécution de poold se limite à la zone globale.
Les pools de ressources englobent toutes les ressources système réservées aux applications.
Pour une seule instance d'exécution Solaris, il est indispensable d'allouer une ressource d'un type unique, telle qu'une CPU, à une seule et même partition. Il est possible de prévoir une ou plusieurs partitions par type de ressource. Chaque partition contient un jeu unique de ressources.
Voici une configuration possible pour une machine dotée de quatre CPU et deux jeux de processeurs :
pset 0: 0 1
pset 1 : 2 3
où les chiffres 0, 1, 2 et 3 après les deux-points représentent les ID des CPU. Notez que les deux jeux de processeurs comptent pour quatre CPU.
La même machine ne peut pas avoir la configuration suivante :
pset 0: 0 1
pset 1 : 1 2 3
En effet, la CPU 1 ne peut figurer que dans un seul jeu de processeurs à la fois.
L'accès aux ressources n'est pas possible à partir d'une partition autre que la partition d'appartenance.
Pour découvrir les ressources disponibles, poold interroge la configuration de pools active afin de détecter les partitions. Toutes les ressources appartenant à l'ensemble des partitions sont additionnées pour déterminer la quantité totale de ressources disponibles pour chaque type de ressource sous contrôle.
Cette quantité correspond au chiffre de base utilisé par poold lors de ses opérations. Il existe cependant des contraintes qui limitent la souplesse dont dispose poold pour allouer les ressources. Pour plus d'informations au sujet des contraintes disponibles, reportez-vous à la section Contraintes de configuration.
La portée du contrôle pour poold est l'ensemble des ressources disponibles dont le partitionnement et la gestion sont la principale responsabilité de poold. Cependant, d'autres mécanismes autorisés à manipuler les ressources conformément à cette portée de contrôle peuvent avoir une incidence sur une configuration. Si une partition échappe au contrôle alors que le démon poold est actif, poold essaie de rétablir le contrôle en manipulant les ressources disponibles de façon judicieuse. Si poold ne parvient pas à localiser des ressources supplémentaires à sa portée, le démon indique un manque de ressource dans le journal.
poold se consacre principalement à étudier l'utilisation des ressources qui sont dans sa portée. Ce contrôle permet de vérifier si les objectifs dépendants des charges de travail sont remplis.
Dans le cas d'un jeu de processeurs, par exemple, toutes les mesures nécessaires sont effectuées pour chacun des processeurs du jeu. L'utilisation des ressources montre le temps d'utilisation de la ressource par rapport à l'intervalle d'échantillonnage. Cette proportion est exprimée sous forme de pourcentage.
Les indications données à la section Contraintes et objectifs de configuration permettent de détecter les conditions dans lesquelles un système risque de ne pas remplir ses objectifs. Ces objectifs sont directement liés à la charge de travail.
Une partition qui ne répond pas aux objectifs fixés par l'utilisateur est considérée comme une violation de contrôle. Il existe deux types de violation de contrôle : synchrone et asynchrone.
Une violation synchrone d'un objectif est détectée par le démon au cours du contrôle de la charge de travail.
Une violation asynchrone d'un objectif se produit indépendamment de l'action de contrôle du démon.
Les événements suivants provoquent des violations de contrôle asynchrones :
Ajout ou retrait des ressources d'une portée de contrôle.
Reconfiguration de la portée de contrôle.
Redémarrage du contrôleur de ressources poold.
On considère que les contributions des objectifs ne dépendant pas de la charge de travail sont constantes entre chaque évaluation de l'objectif. La réévaluation de ce type d'objectif est déclenchée uniquement par le biais de l'une des violations de contrôle asynchrones.
Lorsque le contrôleur de ressources se rend compte qu'un consommateur de ressources manque de ressources, la réponse initiale consiste à augmenter les ressources en considérant que cela améliore les performances.
Les autres configurations remplissant les objectifs fixés dans le cadre de la configuration prévue pour la portée de contrôle sont ensuite examinés et évalués.
Ce processus est peaufiné à mesure que parviennent les résultats sur l'analyse du transfert des ressources et sur l'évaluation de la réactivité de la partition. L'historique des décisions est consulté pour éliminer les reconfigurations n'ayant pas apporté d'améliorations significatives dans le passé. Pour mieux juger de la pertinence des données d'historique, d'autres informations sont également prises en compte, comme les noms et les quantités de processus.
Si le démon ne parvient pas à prendre de mesure corrective, la condition d'erreur est consignée dans le journal. Pour plus d'informations, reportez-vous à la section Informations de consignation poold.