En este apéndice, se incluye información sobre el uso de la gestión de energía en sistemas de Oracle VM Server for SPARC.
Para activar la gestión de energía (PM), primero necesita establecer la política PM en el firmware de Oracle Integrated Lights Out Manager (ILOM) 3.0. Esta sección resume la información que necesita para poder usar la PM con el software del Oracle VM Server for SPARC.
Para más información acerca del ILOM, véase el siguiente párrafo:
“Supervisión del consumo de energía” en la Guía de procedimientos de CLI de Oracle Integrated Lights Out Manager (ILOM) 3.0
Actualizaciones de funciones y notas de versión de Oracle Integrated Lights Out Manager (ILOM) 3.0
La política de energía gobierna el uso de energía del sistema en cualquier momento. Se admiten las siguientes políticas de energía, suponiendo que la plataforma subyacente ha implementado las características de la gestión de energía:
Desactivada. Permite al sistema utilizar toda la energía disponible.
Rendimiento. Activa una o más de las siguientes funciones de gestión de la energía que tienen un efecto insignificante en el rendimiento:
Desactivación automática de núcleo de CPU
Omisión de ciclo de reloj de CPU
Ajuste de frecuencia de escala y voltaje dinámico de CPU (DVFS)
Ajuste de escala de enlace de coherencia
Power Aware Dispatcher (PAD) de Oracle Solaris
Elástica. Adapta el uso de energía del sistema al nivel de utilización actual mediante el uso de las funciones de PM descritas en la sección de rendimiento. Por ejemplo, el estado de energía de los recursos se reduce a medida que disminuye la utilización.
Las funciones de gestión de energía las siguientes:
Desactivación automática de núcleo de CPU. Cuando se aplica la política elástica o de rendimiento, Logical Domains Manager desactiva automáticamente un núcleo de CPU cuando todos los subprocesos de hardware (hilos) de ese núcleo no están enlazados a un dominio. Esta función solo está disponible para las plataformas UltraSPARC T2, UltraSPARC T2 Plus, SPARC T3 y SPARC T4.
Omisión de ciclo de reloj de CPU.Cuando se aplica la política elástica, el Logical Domains Manager ajusta automáticamente el número de ciclos de reloj que ejecutan instrucciones en los siguientes recursos de CPU que están enlazados a dominios:
Procesadores (SPARC T3 o SPARC T4 en dominios que ejecutan sistemas operativos Oracle Solaris 10 o Oracle Solaris 11)
Núcleos (solo SPARC M5 en dominios que ejecutan el sistema operativo Oracle Solaris 10)
Núcleos-pares (solo SPARC T5 o SPARC M6 en dominios que ejecutan el sistema operativo Oracle Solaris 10)
Cluster de caché SPARC (SCC) (solo servidores serie SPARC T7, servidores SPARC M7 y servidores serie SPARC S7 en dominios que ejecutan el sistema operativo Oracle Solaris 10)
Logical Domains Manager también aplica la omisión de ciclos si el procesador, el núcleo, el par de núcleos o el SCC tienen hilos hardware enlazados.
Ajuste de escala de frecuencia y voltaje dinámico de CPU (DVFS). Cuando se aplica la política elástica, Logical Domains Manager ajusta automáticamente la frecuencia de reloj de los procesadores o los SCC que están enlazados a dominios que ejecutan el sistema operativo Oracle Solaris 10. Logical Domains Manager también reduce la frecuencia de reloj en los procesadores SPARC T5, SPARC M5 y SPARC M6 que no tienen hilos hardware enlazados. En servidores serie SPARC T7, la frecuencia del reloj se reduce en los SCC. Esta función está disponible solamente en servidores SPARC T5, servidores serie SPARC T7, servidores SPARC M5, servidores SPARC M6, servidores serie SPARC M7 y servidores serie SPARC S7.
Ajuste de escala de enlace de coherencia. Cuando se aplica la política elástica, Logical Domains Manager hace que el hipervisor ajuste automáticamente el número de enlaces de coherencia que están en uso. Esta función solo está disponible en sistemas SPARC T5-2.
Límite de energía. Puede configurar un límite de energía en los servidores SPARC T3, los servidores SPARC T4, los servidores SPARC T5, los servidores serie SPARC T7, los servidores SPARC M5, los servidores SPARC M6, los servidores serie SPARC M7 y los servidores serie SPARC S7 para restringir el consumo de energía de un sistema. Si el consumo de energía es superior al límite de energía, se usan técnicas de PM para reducir la energía. Puede usar el procesador de servicio (SP) de ILOM para fijar el límite de energía.
Véanse los siguientes documentos:
Guía de procedimientos de CLI de Oracle Integrated Lights Out Manager (ILOM) 3.0
Actualizaciones de funciones y notas de versión de Oracle Integrated Lights Out Manager (ILOM) 3.0
Puede usar la interfaz ILOM para fijar un límite de energía, un periodo de gracia y una acción de violación. Si se supera el límite de energía durante un intervalo superior al periodo de gracia, se realiza la acción de violación.
Si el consumo de energía actual supera el límite de energía, se intenta reducir el estado de energía de las CPU. Si el consumo de energía baja por debajo del límite de energía, se permite un aumento del estado de energía de dicho recursos. Si el sistema tiene la política elástica en vigor, un aumento en el estado de energía de los recursos es controlado por el nivel de utilización.
Distribuidor de eficiencia energética (PAD) de Solaris. Un dominio invitado que ejecuta el sistema operativo Oracle Solaris 11.1 utiliza el distribuidor de eficiencia energética (PAD) en servidores SPARC T5, servidores serie SPARC T7, servidores SPARC M5, servidores SPARC M6, servidores serie SPARC M7 y servidores serie SPARC S7 para minimizar el consumo de energía de los recursos que se usan poco o que están inactivos. PAD, en lugar de Logical Domains Manager, ajusta el nivel de omisión de ciclo de reloj de CPU o SCC y el nivel de DVFS.
Para obtener instrucciones sobre la configuración de la política de energía mediante la CLI del firmware de ILOM 3.0, consulte “Supervisión del consumo de energía” en la Guía de procedimientos de CLI de Oracle Integrated Lights Out Manager (ILOM) 3.0.
El módulo de observación de gestión de energía (PM) y el comando ldmpower permiten ver datos de consumo de energía de los threads de la CPU para los dominios.
El módulo de observación de PM se activa de forma predeterminada porque la propiedad ldmd/pm_observability_enabled de la utilidad de gestión de servicios (SMF) se establece en true. Consulte la página del comando man ldmd(1M).
El comando ldmpower tiene las siguientes opciones y operandos con los que puede personalizar los datos de informes del consumo de energía:
ldmpower [-ehiprstvx | -o hours | -m minutes] | -c resource [-l domain-name[,domain-name[,...]]] [interval [count]]
Para obtener información sobre las opciones, consulte la página del comando man ldmpower(1M).
Para ejecutar este comando como usuario sin privilegios, debe tener asignado el perfil de derechos LDoms Power Mgmt Observability. Si ya tiene asignado el perfil de derechos LDoms Management o LDoms Review, tendrá automáticamente permiso para ejecutar el comando ldmpower.
Para obtener información sobre cómo Oracle VM Server for SPARC utiliza los derechos, consulte Contenidos de perfil de Logical Domains Manager.
Estos perfiles de derechos se pueden asignar directamente a los usuarios o a un rol que se asignará a los usuarios. Cuando uno de estos perfiles se asigna directamente a un usuario, se debe utilizar el comando pfexec o un shell de perfil, como pfbash o pfksh, para utilizar correctamente el comando ldmpower para ver los datos de consumo de energía de los subprocesos de la CPU. Consulte Delegación de la gestión de dominios lógicos mediante derechos.
En los ejemplos siguientes, se muestra cómo activar el módulo de observación de PM y las formas en las que se pueden recopilar datos de consumo de energía para las CPU asignadas a los dominios.
Ejemplo 82 Activación del módulo de observación de gestión de energíaEl siguiente comando activa el módulo de observación de PM. Para ello, se establece la propiedad ldmd/pm_observability_enabled en true si la propiedad estaba definida en false.
# svccfg -s ldmd setprop ldmd/pm_observability_enabled=true # svcadm refresh ldmd # svcadm restart ldmdEjemplo 83 Uso de un shell de perfil para obtener datos de consumo de energía de los subprocesos de la CPU mediante roles y perfiles de derechos
En el ejemplo siguiente, se muestra cómo crear el rol ldmpower con el perfil de derechos LDoms Power Mgmt Observability, que permite ejecutar el comando ldmpower.
primary# roleadd -P "LDoms Power Mgmt Observability" ldmpower primary# passwd ldmpower New Password: Re-enter new Password: passwd: password successfully changed for ldmpower
Este comando asigna el rol ldmpower al usuario sam.
primary# usermod -R ldmpower sam
El usuario sam asume el rol ldmpower y puede utilizar el comando ldmpower. Por ejemplo:
$ id uid=700299(sam) gid=1(other) $ su ldmpower Password: $ pfexec ldmpower Processor Power Consumption in Watts DOMAIN 15_SEC_AVG 30_SEC_AVG 60_SEC_AVG primary 75 84 86 gdom1 47 24 19 gdom2 10 24 26
En el ejemplo siguiente, se muestra cómo utilizar los perfiles de derechos para ejecutar el comando ldmpower.
Asigne el perfil de derechos a un usuario.
primary# usermod -P +"LDoms Power Mgmt Observability" sam
Los siguientes comandos muestran cómo verificar que el usuario sea sam y que los perfiles de derechos All, Basic Solaris User y LDoms Power Mgmt Observability estén en vigor.
$ id uid=702048(sam) gid=1(other) $ profiles All Basic Solaris User LDoms Power Mgmt Observability $ pfexec ldmpower Processor Power Consumption in Watts DOMAIN 15_SEC_AVG 30_SEC_AVG 60_SEC_AVG primary 75 84 86 gdom1 47 24 19 gdom2 10 24 26
En los ejemplos siguientes, se muestra cómo utilizar ldmpower para elaborar informes del consumo de energía del procesador para los dominios.
El siguiente comando muestra los datos del promedio móvil de 15, 30 y 60 segundos de consumo de energía del procesador para todos los dominios:
primary# ldmpower Processor Power Consumption in Watts DOMAIN 15_SEC_AVG 30_SEC_AVG 60_SEC_AVG primary 75 84 86 gdom1 47 24 19 gdom2 10 24 26
El siguiente comando muestra los datos extrapolados de consumo de energía para todos los dominios: primary, gdom1 y gdom2.
primary# ldmpower -x System Power Consumption in Watts DOMAIN 15_SEC_AVG 30_SEC_AVG 60_SEC_AVG primary 585/57.47% 701/68.96% 712/70.22% gdom1 132/12.97% 94/9.31% 94/9.30% gdom2 298/29.27% 218/21.47% 205/20.22%
El siguiente comando muestra los datos de consumo de energía instantáneo del procesador para los dominios gdom2 y gdom5. Informa los datos cinco veces cada diez segundos.
primary# ldmpower -itl gdom2,gdom5 10 5 Processor Power Consumption in Watts DOMAIN TIMESTAMP INSTANT gdom2 2013.05.17 11:14:45 13 gdom5 2013.05.17 11:14:45 24 gdom2 2013.05.17 11:14:55 18 gdom5 2013.05.17 11:14:55 26 gdom2 2013.05.17 11:15:05 9 gdom5 2013.05.17 11:15:05 16 gdom2 2013.05.17 11:15:15 15 gdom5 2013.05.17 11:15:15 19 gdom2 2013.05.17 11:15:25 12 gdom5 2013.05.17 11:15:25 18
El siguiente comando muestra los datos del promedio de consumo de energía de las últimas 12 horas para todos los dominios. Los datos se muestran en intervalos de una hora a partir del cálculo por horas solicitado por última vez.
primary# ldmpower -eto 12 Per domain MINIMUM and MAXIMUM power consumption ever recorded: primary 2013.05.17 08:53:06 3 Min Processors primary 2013.05.17 08:40:44 273 Max Processors gdom1 2013.05.17 09:56:35 2 Min Processors gdom1 2013.05.17 08:53:06 134 Max Processors gdom2 2013.05.17 10:31:55 2 Min Processors gdom2 2013.05.17 08:56:35 139 Max Processors primary 2013.05.17 08:53:06 99 Min Memory primary 2013.05.17 08:40:44 182 Max Memory gdom1 2013.05.17 09:56:35 13 Min Memory gdom1 2013.05.17 08:53:06 20 Max Memory gdom2 2013.05.17 10:31:55 65 Min Memory gdom2 2013.05.17 08:56:35 66 Max Memory Processor Power Consumption in Watts 12 hour's worth of data starting from 2013.05.16 23:17:02 DOMAIN TIMESTAMP 1 HOUR AVG primary 2013.05.17 09:37:35 112 gdom1 2013.05.17 09:37:35 15 gdom2 2013.05.17 09:37:35 26 primary 2013.05.17 10:37:35 96 gdom1 2013.05.17 10:37:35 12 gdom2 2013.05.17 10:37:35 21 primary 2013.05.17 11:37:35 85 gdom1 2013.05.17 11:37:35 11 gdom2 2013.05.17 11:37:35 23 ...