Ignorer les liens de navigation | |
Quitter l'aperu | |
Guide d'administration d'Oracle VM Server for SPARC 2.2 Oracle VM Server for SPARC (Français) |
Partie I Logiciel Oracle VM Server for SPARC .2.2
1. Présentation du logiciel Oracle VM Server for SPARC
2. Installation et activation du logiciel
3. Sécurité d'Oracle VM Server for SPARC
4. Configuration des services et du domaine de contrôle
5. Configuration des domaines invités
6. Configuration des domaines d'E/S
7. Utilisation des disques virtuels
8. Utilisation des réseaux virtuels
Reconfiguration des ressources
Procédure d'application de la contrainte whole-core
Interactions entre la contrainte whole-core et les autres fonctions des domaines
Reconfiguration dynamique de la CPU
Gestion dynamique des ressources
Modes de thread de la CPU et charges de travail
Sélection du mode de thread de la CPU
Restrictions des contrôles de thread
Configuration du système avec des partitions forcées
Vérification de la configuration d'un domaine
Procédure permettant de déterminer si un domaine a été configuré avec des coeurs complets de CPU
Procédure de création de la liste des coeurs de CPU affectés à un domaine
Configuration d'un domaine avec des coeurs complets de CPU
Procédure de création d'un nouveau domaine avec des coeurs complets de CPU
Procédure de configuration d'un domaine existant avec des coeurs complets de CPU
Procédure de configuration du domaine primary avec des coeurs complets de CPU
Interaction avec d'autres fonctions d'Oracle VM Server for SPARC
Reconfiguration dynamique de la CPU
Gestion dynamique des ressources de la CPU
Gestion de l'alimentation de la CPU
Réinitialisation ou nouvelle association de domaine
Incompatibilité de la migration de domaine
Affectation de ressources physiques à des domaines
Gestion des ressources physiques sur le domaine de contrôle
Restrictions applicables à la gestion des ressources physiques sur les domaines
Utilisation de la reconfiguration dynamique de la mémoire
Suivi de la progression d'une demande de reconfiguration dynamique de mémoire
Annulation d'une demande de reconfiguration dynamique de mémoire
Demandes partielles de reconfiguration dynamique de mémoire
Reconfiguration de la mémoire du domaine de contrôle
Réduction de la mémoire du domaine de contrôle
Reconfiguration dynamique et retardée
Alignement de la mémoire pour les domaines actifs
Alignement de la mémoire pour les domaines liés
Alignement de la mémoire pour les domaines inactifs
Exemples de reconfiguration dynamique de mémoire
Utilisation de la gestion de l'alimentation
Création d'une liste des threads de CPU et des CPU virtuelles avec gestion de l'alimentation
Procédure de création de la liste des threads de CPU avec gestion de l'alimentation
Procédure de création de la liste des CPU avec gestion de l'alimentation
Utilisation de la gestion dynamique des ressources
Liste des ressources du domaine
Procédure d'affichage de la syntaxe des sous-commandes ldm
Définition des statistiques d'utilisation
Affichage des différentes listes
Procédure d'affichage des versions logicielles (-V)
Procédure de génération d'une liste abrégée
Procédure de génération d'une liste longue (-l)
Procédure de génération d'une liste étendue (-e)
Procédure de génération d'une liste analysable lisible par la machine (-p)
Procédure de génération d'un sous-ensemble d'une liste longue (-o format)
Procédure d'affichage de la valeur d'une variable
Procédure de création de la liste des liaisons
Procédure de création de la liste des configurations
Procédure de création de la liste des périphériques
Procédure de création de la liste de mémoire disponible
Procédure de création de la liste des services
Procédure de création de la liste des contraintes pour un domaine
Procédure de création de la liste des contraintes au format XML
Procédure de création de la liste des contraintes dans un format lisible par machine
11. Gestion des configurations de domaine
12. Réalisation d'autres tâches d'administration
Partie II Logiciel Oracle VM Server for SPARC facultatif
13. Outil de conversion physique-à-virtuel Oracle VM Server for SPARC
14. Assistant de configuration d'Oracle VM Server for SPARC (Oracle Solaris 10)
15. Utilisation du logiciel MIB (Management Information Base ) Oracle VM Server for SPARC
16. Recherche de Logical Domains Manager
17. Utilisation de l'interface XML avec Logical Domains Manager
Pour utiliser la gestion de l'alimentation (PM), vous devez d'abord définir la stratégie PM dans le microprogramme Oracle Integrated Lights Out Manager (ILOM) 3.0. Cette section récapitule les informations nécessaires afin de pouvoir utiliser le mode PM avec le logiciel Oracle VM Server for SPARC.
Pour plus d'informations sur ILOM, reportez-vous aux documents suivants :
Contrôle de la consommation d'énergie du Sun Integrated Lights Out Manager (ILOM) 3.0 CLI Procedures Guide
Mises à jour des fonctions et notes de version d'Oracle Integrated Lights Out Manger (ILOM) 3.0
La stratégie d'alimentation régit l'utilisation de l'énergie du système à tout moment. Les stratégies d'alimentation suivantes sont prises en charge, dans la mesure où la plate-forme sous-jacente a implémenté les fonctions PM :
Performance. Le système est autorisé à utiliser la totalité de l'énergie disponible.
Elastique. L'utilisation de l'énergie par le système est adaptée au niveau d'utilisation actuel. Par exemple, l'état d'alimentation des ressources est réduit lorsque l'utilisation diminue.
Voici les fonctions PM :
Auto-désactivation des coeurs de CPU. La PM désactive automatiquement un coeur de CPU lorsque tous les threads (strands) de ce coeur ont été désactivés.
Saut du cycle d'horloge de la CPU. A partir de la version Oracle VM Server for SPARC 2.0, la PM peut ajuster automatiquement le saut du cycle d'horloge de la CPU. Cette fonctionnalité est uniquement disponible pour les plates-formes SPARC T3 et SPARC T4. L'ajustement peut augmenter ou diminuer le nombre de cycles d'horloge qui sont ignorés pour maintenir tous les domaines dans les seuils d'utilisation d'énergie. Le mode PM détermine s'il faut faire des ajustements en fonction de l'utilisation de la CPU. Lorsque le système applique la stratégie performance, le nombre de cycles d'horloge ignorés est automatiquement ajusté à aucun.
Opérations de mémoire en mode veille profonde. A partir de la version Oracle VM Server for SPARC 2.0, lorsque la stratégie élastique est en vigueur sur les plates-formes SPARC T3 et SPARC T4, celles-ci configurent automatiquement la mémoire sous-utilisée pour fonctionner en mode veille profonde pour économiser de l'énergie.
Limite de puissance. Vous pouvez définir une limite de puissance sur les plates-formes SPARC T3 et SPARC T4 pour restreindre l'énergie consommée par un système. Si l'énergie consommée est supérieure à la limite de puissance, les techniques PM sont utilisées pour réduire la consommation. Vous pouvez utiliser le processeur de service (SP) d'ILOM pour définir la limite de puissance.
Consultez les documents suivants :
Sun Integrated Lights Out Manager (ILOM) 3.0 CLI Procedures Guide
Mises à jour des fonctions et notes de version d'Oracle Integrated Lights Out Manger (ILOM) 3.0
Vous pouvez utiliser l'interface d'ILOM pour définir une limite de puissance, une période de grâce et une action de violation. Si la limite de puissance est dépassée pendant plus longtemps que la période de grâce, l'action de violation est effectuée.
Si la consommation d'énergie actuelle dépasse la limite de puissance, une tentative est faite pour réduire l'état d'alimentation des ressources en mode de gestion d'alimentation. Si la consommation d'énergie chute en dessous de la limite de puissance, l'état d'alimentation de ces ressources peut augmenter. Si la stratégie élastique est en vigueur sur le système, une augmentation de l'état d'alimentation des ressources est générée par le niveau d'utilisation.
Lorsque la stratégie élastique est en vigueur sur un système, certaines modifications de la configuration du domaine sont d'abord validées pour confirmer que la limite de puissance n'est pas dépassée. Si la limite de puissance est dépassée, seules certaines ressources peuvent être modifiées ou ajoutées comme demandé. Si la limite de puissance est augmentée ultérieurement, vous pouvez ensuite ajouter les ressources ayant été modifiées sans succès.
Si la charge du domaine fait que les ressources consomment plus d'énergie, seules les ressources pouvant maintenir la consommation inférieure à la limite de puissance sont alimentées avec succès.
Pour obtenir des instructions sur la configuration de la stratégie d'alimentation à l'aide de la CLI du microprogramme ILOM 3.0, reportez-vous à la section relative au contrôle de la consommation d'énergie du Sun Integrated Lights Out Manager (ILOM) 3.0 CLI Procedures Guide.
Cette section indique comment dresser la liste des threads et des CPU virtuelles avec gestion de l'alimentation.
# ldm list -l primary NAME STATE FLAGS CONS VCPU MEMORY UTIL UPTIME primary active -n-cv- UART 64 16G 1.0% 21h 33m SOFTSTATE Solaris running UUID b9288150-327f-44f7-8c64-d4d57b92e524 MAC 00:21:28:8f:8f:34 HOSTID 0x858f8f34 CONTROL failure-policy=ignore DEPENDENCY master= CORE CID CPUSET 0 (0, 1, 2, 3, 4, 5, 6, 7) 1 (8, 9, 10, 11, 12, 13, 14, 15) 2 (16, 17, 18, 19, 20, 21, 22, 23) 3 (24, 25, 26, 27, 28, 29, 30, 31) 4 (32, 33, 34, 35, 36, 37, 38, 39) 5 (40, 41, 42, 43, 44, 45, 46, 47) 6 (48, 49, 50, 51, 52, 53, 54, 55) 7 (56, 57, 58, 59, 60, 61, 62, 63) VCPU VID PID CID UTIL STRAND 0 0 0 1.2% 100% 1 1 0 1.5% 100% 2 2 0 0.1% 100% 3 3 0 0.2% 100% . . .
La sortie suivante affiche des tirets (---) dans la colonne UTIL de la CPU, ce qui signifie que le thread est en mode de gestion d'alimentation. Les tirets s'affichent uniquement pour les domaines autres que le domaine primary.
# ldm list -l ldg1 NAME STATE FLAGS CONS VCPU MEMORY UTIL UPTIME ldg1 active -n--v- 5000 64 16G 1.1% 20h 55m SOFTSTATE Solaris running UUID 98d86371-24f6-4792-c631-eb14e81ad4a0 MAC 00:14:4f:f9:02:f2 HOSTID 0x84f902f2 CONTROL failure-policy=ignore DEPENDENCY master= CORE CID CPUSET 8 (64, 65, 66, 67, 68, 69, 70, 71) 9 (72, 73, 74, 75, 76, 77, 78, 79) 10 (80, 81, 82, 83, 84, 85, 86, 87) 11 (88, 89, 90, 91, 92, 93, 94, 95) 12 (96, 97, 98, 99, 100, 101, 102, 103) 13 (104, 105, 106, 107, 108, 109, 110, 111) 14 (112, 113, 114, 115, 116, 117, 118, 119) 15 (120, 121, 122, 123, 124, 125, 126, 127) VCPU VID PID CID UTIL STRAND 0 64 8 0.8% 100% 1 65 8 2.0% 100% 2 66 8 ---- 100% 3 67 8 ---- 100% 4 68 8 ---- 100% . . .
Dans la sortie, un espace après util= signifie que le thread (strand) est en mode de gestion d'alimentation.
# ldm list -l -p VCPU |vid=0|pid=0|util=0.7%|strand=100 |vid=1|pid=1|util=|strand=100 |vid=2|pid=2|util=|strand=100 |vid=3|pid=3|util=|strand=100 |vid=4|pid=4|util=0.7%|strand=100 |vid=5|pid=5|util=|strand=100 |vid=6|pid=6|util=|strand=100 |vid=7|pid=7|util=|strand=100
Dans la colonne PM de la sortie, un yes signifie que la CPU est en mode de gestion de l'alimentation, un no indique que la CPU est sous tension. On suppose que les CPU libres à 100 % sont en mode de gestion de l'alimentation par défaut, d'où les tirets (---) sous la colonne PM pour eux.
# ldm list-devices -a cpu VCPU PID %FREE PM 0 0 no 1 0 yes 2 0 yes 3 0 yes 4 100 --- 5 100 --- 6 100 --- 7 100 ---
Dans la colonne pm= de la sortie, un yes signifie que la CPU est en mode de gestion de l'alimentation, un no indique que la CPU est sous tension. Il est supposé que les CPU 100 % libres sont en mode de gestion de l'alimentation par défaut, d'où l'espace dans cette zone pour eux.
# ldm list-devices -a -p cpu VERSION 1.6 VCPU |pid=0|free=0|pm=no |pid=1|free=0|pm=yes |pid=2|free=0|pm=yes |pid=3|free=0|pm=yes |pid=4|free=0|pm=no |pid=5|free=0|pm=yes |pid=6|free=0|pm=yes |pid=7|free=0|pm=yes |pid=8|free=100|pm= |pid=9|free=100|pm= |pid=10|free=100|pm=