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)
13. Création et administration des pools de ressources (tâches)
14. Exemple de configuration de la gestion des ressources
Visualisation de la configuration
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)
La configuration suivante a pour but de consolider les applications au sein d'un seul système.
Le serveur d'applications possède un jeu de processeurs à double CPU.
L'instance de base de données pour le serveur d'applications et l'instance de base de données autonome sont consolidées sur un seul jeu de processeurs doté d'au moins quatre CPU. L'instance de base de données autonome a la garantie d'obtenir 75 % des ressources.
Le serveur d'applications de test et de développement a besoin de la classe de programmation AI pour garantir le taux de réponse de l'interface utilisateur. L'utilisation de la mémoire est soumise à des restrictions pour atténuer les effets de générations de code incorrectes.
Un jeu de processeurs dédié d'au moins deux CPU est alloué au serveur de traitement des transactions pour minimiser le temps de latence des réponses.
Cette configuration couvre les applications connues exécutant et consommant des cycles de processeur dans chaque lot de ressources. Il est donc possible d'établir des contraintes afin de transférer les ressources du processeur vers les jeux qui en font la demande.
Pour accorder des allocations plus importantes aux lots de ressources utilisés de façon intensive, l'objectif wt-load a été défini.
L'objectif locality a la valeur tight , ce qui a pour effet d'optimiser la localité du processeur.
Il a fallu également prévoir une contrainte supplémentaire pour que l'utilisation du lot de ressources ne dépasse par le seuil de 80 %. Cela permet de s'assurer que les applications ont accès aux ressources dont elles ont besoin. En ce qui concerne le jeu de processeurs de transaction, l'objectif de maintenir l'utilisation en dessous des 80 % est deux fois plus importante que tout autre objectif fixé. Cela sera pris en compte dans la configuration.