Consultar el estado de la partición

Este tema le ayudará a entender cómo se utiliza el Gestor de carga de partición para consultar el estado de una partición.

Cualquier usuario puede ejecutar el mandato xlplm para obtener información sobre el estado de las instancias del Gestor de carga de partición en ejecución.

Consultar el estado del Gestor de carga de partición

Para consultar el estado de todas las instancias en ejecución del Gestor de carga de partición, teclee el mandato:

xlplm -Q

Se visualizará una lista de las instancias en ejecución. Si no hay instancias en ejecución, no se visualizarán datos de salida.

Consultar los atributos de una instancia

Para consultar los atributos de una sola instancia, teclee el mandato siguiente, donde test1 es el nombre de la instancia:

xlplm -Q test1

Los datos de salida de este mandato se parecerán a:

Instancia de PLM: test1

GRUPO: group1
          ACTUAL    MÁX     DISPON.   RESERV     GESTIONADO
CPU:      6.00      4.00      0.00      0.00       Sí  
MEM:      8192      8192         0         0       Sí     

thimblelp10.server.company.com      

RECURSOS:
          ACTUAL    MÍN       GARANT    MÁX       COMPART
CPU:      3.00      1.00      3.00      3.00         1  
MEM:      4096      1024      4096      4096         1    

thimblelp11.server.company.com      

RECURSOS:
          ACTUAL    MÍN       GARANT    MÁX       COMPART
CPU:      3.00      1.00      3.00      3.00         1  
MEM:      4096      1024      4096      4096         1

Ver información adicional de una consulta

Para ver información adicional de una consulta sobre una instancia concreta, entre el mandato siguiente, donde test1 es el nombre de la instancia:

xlplm -v -Q test1

Los datos de salida verbosa de este mandato se parecerán a:

Instancia de PLM: test1

 Nombre CEC          Thimble
	Modalidad           monitor
	Política            /etc/plm/policies/policy1
	Anotaciones         /tmp/log.test
	Host de HMC         kbuphsc2.server.company.com
	Usuario de HMC      hscroot

GRUPO: group1
          ACTUAL    MÁX     DISPON    RESERV     GESTIONADO
CPU:      6.00      4.00      0.00      0.00       Sí
MEM:      8192      8192         0         0       Sí

TIPO DE CPU: dedicada

thimblelp10.server.company.com

  RECURSOS:
          ACTUAL    MÍN       GARANT    MÁX       COMPART
CPU:      3.00      1.00      3.00      3.00         1
MEM:      4096      1024      4096      4096         1

  AJUSTABLES:
             INTVL    FRUNSD    LOADLO    LOADHI    DELTA      PGSTL
CPU:         6         0        0.40      1.00      1.00         -
MEM:         6         0        50%       90%       256         0\

thimblelp11.server.company.com

  RECURSOS:
          ACTUAL    MÍN       GARANT    MÁX       COMPART
CPU:      3.00      1.00      3.00      3.00         1
MEM:      4096      1024      4096      4096         1

AJUSTABLES:
             INTVL    FRUNSD    LOADLO    LOADHI    DELTA      PGSTL
CPU:         6         0        0.40      1.00      1.00         -
MEM:         6         0        50%       90%       256         0

*****************************************************************************

Asignar recursos a particiones

Se pueden asignar recursos a particiones específicas e incluso reservar recursos para particiones concretas independientemente de cuándo las particiones utilizarán los recursos. Se pueden reservar y asignar recursos de un grupo de particiones gestionadas utilizando el mandato xlplm -R. Los recursos reservados se pueden utilizar para crear una nueva partición no gestionada o para hacer sitio a la entrada de una nueva partición en el grupo gestionado.

Los recursos reservados no se asignan a una partición existente de un grupo a menos que antes se liberen. Si una partición que anteriormente estaba fuera de línea pasa a estar en línea y entra en un grupo gestionado, los recursos reservados dentro de dicho grupo se eliminan automáticamente del conjunto de recursos gestionados, denominado agrupación libre, y se asignan a la partición nueva. Los recursos reservados, si se utilizan en lugar de crear una nueva partición no gestionada, se pueden liberar en el grupo después de que la nueva partición haya arrancado y el grupo gestionado los pueda reclamar automáticamente si más adelante están disponibles y se necesitan.

La cantidad de reserva solicitada es absoluta, de forma que el resultado de un mandato de reserva puede ser una reserva o una liberación de recursos, según la cantidad actual reservada. Los cambios mínimos permitidos en las cantidades de reserva son:

1 MB para memoria
1 unidad de procesador para un grupo de procesadores dedicados
0,01 unidades de procesador para un grupo de procesadores compartidos

Cuando se reservan recursos, primero se buscan recursos disponibles en la agrupación libre del grupo destino. Si la agrupación libre tiene recursos suficientes para atender la petición, la cantidad solicitada se elimina de la agrupación libre. Si la agrupación libre no tiene recursos suficientes para satisfacer la petición, los recursos se tomarán de una o más particiones con la carga de trabajo más baja o con menor necesidad de recursos. Una petición de reserva puede no ser atendida si la cantidad solicitada es mayor que el mínimo permitido para el grupo.

Gestionar peticiones de recursos de memoria

A continuación se muestra un ejemplo de cómo utilizar el Gestor de carga de partición para gestionar peticiones de recursos de memoria. En este ejemplo se muestra cómo responde el Gestor de carga de partición a las peticiones de recursos de memoria entre dos particiones:

Las dos particiones, LP0 y LP1, están configuradas de la siguiente manera:

LP0:      Mínimo = 1024 MB
          Garantizado = 1024 MB
          Máximo = 4096 MB
          Peso = 2
          Titulariad actual = 1024 MB

LP1:      Mínimo = 1024 MB
          Garantizado = 1024 MB
          Máximo = 4096 MB
          Titulariad actual = 1024 MB
          Peso = 1

La cantidad total de memoria gestionada por el Gestor de carga de partición es 5120 MB. Con la asignación de memoria actual de cada partición, que se muestra como Titularidad actual = 1024 MB, el Gestor de carga de partición da por sentado que los 3072 MB restantes no están asignados y sí disponibles.

Si ambas particiones llegan a estar cargadas, en términos de uso de memoria, se generan eventos que exigen más recursos de memoria, y se envían al servidor del Gestor de carga de partición. Por cada evento recibido, el Gestor de carga de partición identifica la partición como consumidora. Al mismo tiempo, el Gestor de carga de partición comprueba si la partición está utilizando actualmente más cantidad de la garantizada. Si es así, la partición se identifica como usuario en exceso. Como hay recursos disponibles, el Gestor de carga de partición satisface inmediatamente las peticiones y asigna memoria disponible a la partición, según la cantidad mem_increment (definida en la política del Gestor de carga de partición o mediante el valor predeterminado interno). Una vez agotada la memoria disponible, las nuevas asignaciones de titularidad quedan como sigue:

LP0:      Titularidad actual = 2560 MB
LP1:      Titularidad actual = 2560 MB

Incluso con las asignaciones actuales, las particiones siguen generando eventos que exigen más recursos de memoria.

Para cada evento, el Gestor de carga de partición sigue identificando la partición como consumidora y usuario en exceso, porque la partición tiene más recursos asignados de los que se muestra en su titularidad garantizada. No obstante, como no hay recursos disponibles, la petición se pone en la cola si no hay otros donantes de recursos u otros usuarios en exceso. Cuando se recibe la petición de la segunda partición, esta también se marca como consumidora y usuario en exceso. Como en la cola ya hay un usuario en exceso, el Gestor de carga de partición puede satisfacer la petición de recursos.

Ya que tanto la LP0 como la LP1 son consumidoras y usuarios en exceso, el Gestor de carga de partición utiliza el peso asociado a cada partición como factor determinante para distribuir entre ellas la titularidad adicional (la suma de la titularidad actual de cada partición menos la suma de la asignación garantizada de cada partición).

En este ejemplo, de los 3072 MB adicionales, se asignan 2048 MB a la partición LP0 y 1024 MB a la partición LP1. El Gestor de carga de partición asigna la cantidad mem_incrememt MB de memoria de la partición LP1 a la partición LP0.

Con constantes peticiones de memoria procedentes de cada partición, el Gestor de carga de partición distribuye finalmente la memoria de forma que las titularidades actuales pasan a ser las siguientes:

LP0:      Titularidad actual = 3072 MB
LP1:      Titularidad actual = 2048 MB

Gestionar recursos de procesador en un entorno de particiones compartidas

En el ejemplo siguiente se describe cómo gestiona el Gestor de carga de partición los recursos de procesador en un entorno de particiones compartidas. Las dos particiones están configuradas de la siguiente forma:

LP0:      Mínimo = 0,1
          Garantizado = 0,5
          Máximo = 2,0
          Titularidad máxima por procesador virtual = 0,8
          Peso = 3
          Titularidad actual = 0,1
          Número actual de procesadores virtuales = 1

LP1:      Mínimo = 0,1
          Garantizado = 0,5
          Máximo = 2,0
          Titularidad máxima por procesador virtual = 0,8
          Peso = 1
          Titularidad actual = 0,1
          Número actual de procesadores virtuales = 1

La cantidad total de titularidad de procesadores gestionada por el Gestor de carga de partición es igual a 2,0. La cantidad actualmente asignada a cada partición, 0,1, deja 1,8 unidades de titularidad de procesador sin asignar, que el Gestor de carga de partición puede distribuir.

Ambas particiones, si empiezan a ejecutar trabajos de uso intensivo del procesador, solicitarán más titularidad de procesador enviando peticiones al Gestor de carga de partición. Entonces el Gestor de carga de partición identifica las particiones demandantes como consumidoras y usuarios en exceso si la titularidad actual supera el valor garantizado.

Además de gestionar la titularidad de procesadores, el Gestor de carga de partición también gestiona el número de procesadores virtuales. Cuando la titularidad actual de alguna partición es mayor que 0,8, también se añade un procesador virtual.

En este ejemplo, el Gestor de carga de partición distribuye la titularidad disponible hasta que las particiones alcanzan el estado siguiente:

LP0:      Titularidad actual = 1,0 MB
          Número actual de procesadores virtuales = 2

LP1:      Titularidad actual = 1,0 MB
          Número actual de procesadores virtuales = 2

Si las particiones siguen pidiendo más recursos, el Gestor de carga de partición redistribuye la titularidad asignada según el peso y la titularidad en exceso. En este ejemplo, entre las particiones LP0 y LP1, la cantidad total en exceso es 1,5. Dado que la LP0 tiene el peso 3 y la LP1 tiene el peso 1, el Gestor de carga de partición quita titularidad de procesadores a la partición LP1 y la reasigna a la partición LP0. Si ambas particiones siguen ocupadas, la asignación de recursos será la siguiente:

LP0:      Titularidad actual = 1,25 MB
          Número actual de procesadores virtuales (VP) = 2

LP1:      Titularidad actual = 0,75
          Número actual de procesadores virtuales (VP) = 2