| Omitir Vínculos de navegación | |
| Salir de la Vista de impresión | |
|
Guía de administración de Oracle VM Server for SPARC 3.0 Oracle VM Server for SPARC (Español) |
Parte I Software Oracle VM Server for SPARC 3.0
1. Información general sobre el software de Oracle VM Server for SPARC
2. Instalación y habilitación del software
3. Seguridad de Oracle VM Server for SPARC
4. Configuración de servicios y el dominio de control
5. Configuración de los dominios invitados
6. Configuración de dominios de E/S
10. Administración de recursos
11. Gestión de configuraciones de dominios
12. Realización de otras tareas administrativas
Parte II Software Oracle VM Server for SPARC opcional
13. Herramienta de conversión física a virtual del Oracle VM Server for SPARC
14. Asistente de configuración de Oracle VM Server for SPARC (Oracle Solaris 10)
15. Uso de la gestión de energía
16. Uso del software de Base de datos de información de administración de Oracle VM Server for SPARC
17. Descubrimiento del Logical Domains Manager
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 las siguientes características de PM que no afectan el rendimiento:
Desactivación automática de núcleo de CPU
Omisión de ciclo de reloj de CPU
Operaciones de memoria en modo de reposo profundo
Power Aware Dispatcher (PAD) de Solaris
Elástica. Adapta el uso de energía del sistema al nivel de utilización actual. Por ejemplo, el estado de energía de los recursos se reduce a medida que disminuye la utilización.
A continuación se indican las características de la PM:
Desactivación automática de núcleo de CPU. Si la política elástica está en efecto, Logical Domains Manager desactiva automáticamente un núcleo de CPU cuando todos los subprocesos (hilos hardware) en dicho núcleo se han desactivado. Esta función sólo está disponible para las plataformas UltraSPARC T2, UltraSPARC T2 Plus, SPARC T3 y SPARC T4.
Omisión de ciclo de reloj de CPU.A partir de la versión Oracle VM Server for SPARC 2.0, Logical Domains Manager puede ajustar automáticamente la omisión de ciclo de reloj de CPU. Esta funcionalidad sólo está disponible para las plataformas SPARC T3 y SPARC T4. El ajuste puede aumentar o disminuir el número de ciclos de reloj que se omiten para mantener todos los dominios dentro de los umbrales de utilización de energía. La PM determina si realizar estos ajustes basándose en la utilización de la CPU. Cuando el sistema usa la política de rendimiento, el número de ciclos de reloj que se omiten se ajusta automáticamente a ninguno.
Operaciones de memoria en modo de reposo profundo. A partir de la versión Oracle VM Server for SPARC 2.0, cuando las plataformas SPARC T3 y SPARC T4 tienen la política elástica en vigor, se configura automáticamente la memoria que se utiliza poco para funcionar en un modo de inactividad más profundo y así ahorrar energía.
Límite de energía. Puede configurar un límite de energía en plataformas SPARC T3 y SPARC T4 para restringir el consumo de energía de un sistema. Si el consumo de energía es superior al límite de energía, las técnicas de la PM se usan 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 los recursos que pueden ser administrados por energía. 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.
Cuando el sistema tiene la política elástica en vigor, algunas modificaciones en la configuración del dominio son validadas primero para confirmar que no se supere el límite de energía. Si se supera el límite de energía, sólo pueden modificarse o agregarse algunos de los recursos según solicitado. Si el límite de energía aumenta posteriormente, entonces puede agregar cualquier recurso que no se habían modificado correctamente.
Si la carga de un dominio hace que se consuma más energía, sólo se encienden correctamente los recursos que mantienen el consumo de energía bajo el límite de energía.
Power Aware Dispatcher (PAD) de Solaris. A partir de la versión Oracle VM Server for SPARC 3.0, un dominio invitado que ejecuta el sistema operativo Oracle Solaris 11.1 utiliza la tecnología Power Aware Dispatcher (PAD) en sistemas SPARC T3 y SPARC T4 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.
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 software Oracle VM Server for SPARC 3.0 incluye el módulo de observación de gestión de energía (PM) y el comando ldmpower, que permiten ver datos de consumo de energía de los subprocesos de la CPU para los dominios.
El módulo de observación de PM se activa de forma predeterminada cuando 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 [-ehirstvx | -o hours | -m minutes] [-l ldom[,ldom[,...]]] [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 RBAC, 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 gestión de dominios lógicos utilizando RBAC.
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 15-1 Activación del módulo de observación de gestión de energía
El 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 ldmd
Ejemplo 15-2 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 DOMAIN 15_SEC 30_SEC 60_SEC primary 315 469 520 gdom1 275 308 210 gdom2 250 230 220
En los ejemplos siguientes, se muestra cómo utilizar los perfiles de derechos para ejecutar el comando ldmpower:
Oracle Solaris 10: asigne el perfil de derechos a username.
primary# usermod -P "All,Basic Solaris User,LDoms Power Mgmt Observability" \ username
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 DOMAIN 15_SEC 30_SEC 60_SEC primary 315 469 520 gdom1 275 308 210 gdom2 250 230 220
Oracle Solaris 11: 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 DOMAIN 15_SEC 30_SEC 60_SEC primary 315 469 520 gdom1 275 308 210 gdom2 250 230 220
Ejemplo 15-3 Visualización de datos de consumo de energía
En los ejemplos siguientes, se muestra cómo utilizar ldmpower para elaborar informes del consumo de energía para los dominios.
El siguiente comando muestra el promedio móvil de 15, 30 y 60 segundos de consumo de energía para todos los dominios:
# ldmpower DOMAIN 15_SEC 30_SEC 60_SEC primary 315 469 520 gdom1 275 308 210 gdom2 250 230 220
El siguiente comando muestra los datos de consumo de energía instantáneo, y el promedio móvil de 15, 30 y 60 segundos de consumo de energía para todos los dominios. Se siguen obteniendo datos hasta que se recibe una interrupción.
# 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 ...
El siguiente comando muestra los datos de consumo de energía instantáneo para los dominios gdom2 y gdom5. Informa los datos cinco veces cada diez segundos.
# 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
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.
# 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 ...