Utilisation de la gestion de l'alimentation

Pour activer 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 Oracle 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 :

Désactivé. Autorise le système à utiliser la totalité de l'énergie disponible.
Performances. Active les fonctions PM suivantes qui n'ont aucune influence sur les performances :
- Désactivation automatique du coeur de CPU
- Saut du cycle d'horloge de la CPU
- Opérations de mémoire en mode veille profonde
- Power Aware Dispatcher (PAD) Solaris
Elastique. Adapte l'utilisation de l'alimentation du système au niveau d'utilisation en cours. 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. Lorsque la stratégie élastique est activée, la PM désactive automatiquement un coeur de CPU une fois que tous les threads (strands) de ce coeur ont été désactivés. Cette fonctionnalité est uniquement disponible pour les plates-formes UltraSPARC T2, UltraSPARC T2 Plus, SPARC T3 et SPARC T4.
Saut du cycle d'horloge de la CPU. A partir de la version Oracle VM Server for SPARC 2.0, Logical Domains Manager 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 :
- Oracle 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.
Solaris Power Aware Dispatcher (PAD). A partir de la version 3.0 de Oracle VM Server for SPARC, un domaine hôte qui exécute le SE Oracle Solaris 11.1 utilise le power-aware dispatcher (PAD) sur les systèmes SPARC T3 et SPARC T4 pour réduire la consommation d'énergie des ressources inactives ou sous-utilisées. La fonction PAD, contrairement à Logical Domains Manager, ajuste le saut du cycle d'horloge de la CPU.

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 Oracle Integrated Lights Out Manager (ILOM) 3.0 CLI Procedures Guide.

Affichage des données de consommation d'énergie

Le logiciel Oracle VM Server for SPARC 3.0 inclut le module d'observabilité de la gestion de l'alimentation Power Management (PM) Observability et la commande ldmpower qui permettent de visualiser les données de consommation d'énergie des threads de CPU pour vos domaines.

Le module PM Observability est activé par défaut car la propriété ldmd/pm_observability_enabled de l'utilitaire de gestion des services (SMF, Service Management Facility) est définie sur true. Reportez-vous à la page de manuel ldmd(1M).

La commande ldmpower comporte les options et les opérandes suivantes permettant de personnaliser les données de consommation d'énergie consignées.

ldmpower [-ehirstvx | -o hours | -m minutes] [-l ldom[,ldom[,...]]] [interval [count]]

Pour plus d'informations sur les options, reportez-vous à la page de manuel ldmpower(1M).

Pour exécuter cette commande en tant qu'utilisateur non privilégié, vous devez bénéficier du profil de droits LDoms Power Mgmt Observability. Si le profil de droits LDoms Management ou LDoms Review vous a déjà été attribué, vous êtes automatiquement autorisé à exécuter la commande ldmpower.

Pour plus d'informations sur la manière dont Oracle VM Server for SPARC utilise RBAC, reportez-vous à la section Profils contenus dans Logical Domains Manager.

Ces profils de droits peuvent être affectés directement à des utilisateurs ou ils peuvent être affectés à un rôle qui sera à son tour affecté à des utilisateurs. Lorsque l'un de ces profils est directement affecté à un utilisateur, vous devez utiliser la commande pfexec ou un shell de profil tel que pfbash ou pfksh pour pouvoir utiliser la commande ldmpower afin d'afficher les données de consommation d'énergie des threads de la CPU. Reportez-vous à la section Délégation de la gestion de Logical Domains à l'aide de RBAC.

Les exemples suivants indiquent comment activer le module PM Observability et décrivent des modes de collecte des données de consommation d'énergie pour les CPU assignées à vos domaines.

Exemple 15-1 Activation du module PM Observability

La commande suivante active le module PM Observability en définissant la propriété ldmd/pm_observability_enabled sur true lorsque la propriété est définie sur false.

# svccfg -s ldmd setprop ldmd/pm_observability_enabled=true
# svcadm refresh ldmd
# svcadm restart ldmd

Exemple 15-2 Utilisation d'un shell de profil pour obtenir les données de consommation d'énergie des threads de la CPU à l'aide des rôles et des profils de droits

L'exemple suivant montre comment créer le rôle ldmpower avec le profil de droits LDoms Power Mgmt Observability qui vous permet d'exécuter la commande ldmpower.

primary# roleadd -P "LDoms Power Mgmt Observability" ldmpower
primary# passwd ldmpower
New Password:
Re-enter new Password:
passwd: password successfully changed for ldmpower

Cette commande assigne le rôle ldmpower à l'utilisateur sam.

primary# usermod -R ldmpower sam

L'utilisateur sam prend le rôle ldmpower et peut utiliser la commande ldmpower. Par exemple :

$ id
uid=700299(sam) gid=1(other)
$ su ldmpower
Password:
$ pfexec ldmpower
DOMAIN  15_SEC  30_SEC  60_SEC
primary 315     469     520
gdom1   275     308     210
gdom2   250     230     220

Les exemples suivants illustrent l'utilisation des profils de droits pour exécuter la commande ldmpower :

Oracle Solaris 10 : assignation du profil de droits à username.

primary# usermod -P "All,Basic Solaris User,LDoms Power Mgmt Observability" \
username

Les commandes suivantes indiquent comment vérifier que l'utilisateur est bien sam et que les profils de droits All, Basic Solaris User et LDoms Power Mgmt Observability sont actifs.

$ id
uid=702048(sam) gid=1(other)
$ profiles
All
Basic Solaris User
LDoms Power Mgmt Observability
$ pfexec ldmpower
DOMAIN  15_SEC  30_SEC  60_SEC
primary 315     469     520
gdom1   275     308     210
gdom2   250     230     220

Oracle Solaris 11 : assignation du profil de droits à un utilisateur.

primary# usermod -P +"LDoms Power Mgmt Observability" sam

Les commandes suivantes indiquent comment vérifier que l'utilisateur est bien sam et que les profils de droits All, Basic Solaris User et LDoms Power Mgmt Observability sont actifs.

$ id
uid=702048(sam) gid=1(other)
$ profiles
All
Basic Solaris User
LDoms Power Mgmt Observability
$ pfexec ldmpower
DOMAIN  15_SEC  30_SEC  60_SEC
primary 315     469     520
gdom1   275     308     210
gdom2   250     230     220

Exemple 15-3 Affichage des données de consommation d'énergie

Les exemples suivants indiquent comment utiliser la commande ldmpower pour afficher les données de consommation d'énergie de vos domaines.

La commande suivante indique la consommation d'énergie moyenne dans des délais de 15, 30 et 60 secondes :

# ldmpower
DOMAIN  15_SEC  30_SEC  60_SEC
primary 315     469     520
gdom1   275     308     210
gdom2   250     230     220

La commande suivante affiche les données de la consommation d'énergie instantanée dans des délais de 15, 30 et 60 secondes : Les données continuent d'être sorties jusqu'à ce qu'une interruption soit reçue.

# ldmpower -rit 10
DOMAIN  TIMESTAMP               INSTANT 15_SEC  30_SEC  60_SEC
primary 05/04/2011 12:05:05     509     430     469     520
gdom1   05/04/2011 12:05:05     250     357     308     210
gdom2   05/04/2011 12:05:05     222     201     230     220

primary 05/04/2011 12:05:15     469     367     459     244
gdom1   05/04/2011 12:05:15     301     275     256     301
gdom2   05/04/2011 12:05:15     278     250     246     236

primary 05/04/2011 12:05:25     509     430     469     520
gdom1   05/04/2011 12:05:25     349     325     300     298
gdom2   05/04/2011 12:05:25     420     349     306     300
...

La commande suivante indique les données de la consommation d'énergie instantanée pour les domaines gdom2 et gdom5. Elle rapporte les données toutes les dix secondes à cinq reprises.

# ldmpower -itl guestdom2 guestdom5 10 5
DOMAIN  TIMESTAMP               INSTANT
gdom2   05/04/2011 12:05:33     222
gdom5   05/04/2011 12:05:33     467

gdom2   05/04/2011 12:05:43     351
gdom5   05/04/2011 12:05:43     256

gdom2   05/04/2011 12:05:53     344
gdom5   05/04/2011 12:05:53     435

gdom2   05/04/2011 12:06:03     645
gdom5   05/04/2011 12:06:03     467

gdom2   05/04/2011 12:06:13     378
gdom5   05/04/2011 12:06:13     257

La commande suivante affiche les données de la consommation d'énergie moyenne au cours des 12 dernières heures pour tous les domaines. Les données sont affichées à des intervalles d'une heure à partir du dernier calcul horaire demandé.

# ldmpower -eto 12
Per domain MINIMUM and MAXIMUM power consumption ever recorded:

primary 05/04/2011 22:05:33     257     Min
primary 05/05/2011 12:05:33     674     Max
gdom1   05/06/2011 01:05:33     183     Min
gdom1   05/05/2011 12:05:33     568     Max
gdom2   05/04/2011 23:05:33     203     Min
gdom2   05/06/2011 12:05:33     486     Max

12 hours worth of data starting from 05/04/2011 12:05:33:

DOMAIN  TIMESTAMP               1 HOUR AVG
primary 05/04/2011 12:05:33     574
gdom1   05/04/2011 12:05:33     268
gdom2   05/04/2011 12:05:33     386

primary 05/04/2011 13:05:33     488
gdom1   05/04/2011 13:05:33     250
gdom2   05/04/2011 13:05:33     364

primary 05/04/2011 14:05:33     694
gdom1   05/04/2011 14:05:33     276
gdom2   05/04/2011 14:05:33     364
...

Ignorer les liens de navigation
Quitter l'aperu
	Guide d'administration d'Oracle VM Server for SPARC 3.0 Oracle VM Server for SPARC (Français)