Consultando o Status da Partição

Este tópico ajuda a compreender como utilizar o Gerenciador de Cargas de Partição para consultar o status da partição.

Todos os usuários podem executar o comando xlplm para obter o status das informações referentes às instâncias em execução do Gerenciador de Cargas de Partição.

Consulte o status do Gerenciador de Cargas de Partição

Para consultar o status de todas as instâncias do Gerenciador de Cargas de Partição, digite o seguinte comando:

xlplm -Q

É exibida uma lista das instâncias em execução. Se não houver instâncias em execução, nenhuma saída mostrada.

Consultar os Atributos de uma Instância

Para consultar os atributos de uma única instância digite o comando a seguir, em que test1 corresponde ao nome da instância:

xlplm -Q test1

A saída para este comando será semelhante ao seguinte:

PLM Instance: test1

GROUP: group1
          CUR MAX AVAIL RESVD MNGD
CPU: 6.00 4.00 0.00 0.00 Yes
MEM: 8192 8192 0 0 Yes

thimblelp10.server.company.com

RESOURCES:
          CUR MIN GUAR MAX SHR
CPU: 3.00 1.00 3.00 3.00 1
MEM: 4096 1024 4096 4096 1

thimblelp11.server.company.com

RESOURCES:
          CUR MIN GUAR MAX SHR
CPU: 3.00 1.00 3.00 3.00 1
MEM: 4096 1024 4096 4096 1

Visualizar Informações Adicionais de uma Consulta

Para visualizar informações adicionais a partir da consulta de uma instância específica, digite o comando a seguir, em que test1 corresponde ao nome da instância:

xlplm -v -Q test1

A saída detalhada deste comando será semelhante ao seguinte:

PLM Instance: test1

CEC Name Thimble
	Mode                monitor
	Policy              /etc/plm/policies/policy1
	Log                 /tmp/log.test
HMC Host kbuphsc2.server.company.com
HMC User hscroot

GROUP: group1
          CUR MAX AVAIL RESVD MNGD
CPU: 6.00 4.00 0.00 0.00 Yes
MEM: 8192 8192 0 0 Yes

CPU TYPE: dedicated

thimblelp10.server.company.com

  RESOURCES:
          CUR MIN GUAR MAX SHR
CPU: 3.00 1.00 3.00 3.00 1
MEM: 4096 1024 4096 4096 1

  TUNABLES:
             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

  RESOURCES:
          CUR MIN GUAR MAX SHR
CPU: 3.00 1.00 3.00 3.00 1
MEM: 4096 1024 4096 4096 1

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

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

Alocar Recursos a Partições

É possível alocar recursos para partições específicos e também reservar recursos para partições específicas, independentemente de quando essas partições utilizarão os recursos. É possível reservar e alocar recursos de um grupo de partições gerenciadas utilizando o comando xlplm -R. Esses recursos reservados podem ser utilizados para criar uma nova partição não gerenciada ou para disponibilizar espaço para uma nova partição que entrará no grupo gerenciado.

Os recursos reservados não serão alocados para nenhuma partição existente em um grupo, a menos que sejam liberados antes. Se uma partição anteriormente off-line tornar a ficar on-line e entrar em um grupo gerenciado, os recursos reservados nesse grupo serão removidos automaticamente da coleta de recursos reservados, chamada de conjunto livre, e designados à nova partição. Se, em vez disso, os recursos reservados forem utilizados para criar uma nova partição não gerenciada, eles poderão ser liberados para o grupo após a inicialização da nova partição e poderão ser recuperados automaticamente pelo grupo gerenciado, se posteriormente ficarem disponíveis e forem necessários.

A quantidade de reserva solicitada é absoluta, portanto um comando reserve pode resultar em uma reserva ou liberação, dependendo da atual quantidade de reserva. As alterações mínimas permitidas nas quantidades de reserva são as seguintes:

1 MB para memória
1 unidade de processador para um grupo de processadores dedicados
0,01 unidade de processador para um grupo de processadores compartilhado

Quando você reserva recursos, o conjunto livre para o grupo de destino é verificando antes quanto a recursos disponíveis. Se o conjunto livre tiver recursos suficientes para atender ao pedido, a quantidade solicitada será removida do conjunto livre. Se o conjunto livre não tiver recursos suficientes para atende ao pedido, os recursos serão obtidos de uma ou mais partições com a menor carga de trabalho ou menos necessárias para os recursos. Um pedido de reserva falhará se a quantidade solicitada for maior que o mínimo permitido para o grupo.

Gerenciar Pedidos de Recurso de Memória

A seguir está um exemplo de como utilizar o Gerenciador de Cargas de Partição para gerenciar pedidos de recurso de memória. Este exemplo mostra como o Gerenciador de Cargas de Partição responde a pedidos de recurso de memória entre duas partições:

As duas partições, LP0 e LP1, são configuradas conforme a seguir:

LP0: Minimum = 1024 MB
          Guaranteed = 1024 MB
          Maximum = 4096 MB
          Weight = 2
          Current Entitlement = 1024 MB

LP1: Minimum = 1024 MB
          Guaranteed = 1024 MB
          Maximum = 4096 MB
          Current Entitlement = 1024 MB
          Weight = 1

A quantidade total de memória gerenciada pelo Gerenciador de Cargas de Partição é 5120 MB. Com a alocação de memória atual de cada partição, mostrada como Current Entitlement = 1024 MB, o Gerenciador de Cargas de Partição assume que os 3072 MB restantes estão desalocados e disponíveis.

Se ambas as partições ficarem carregadas em termos de uso de memória, eventos que demandam mais recursos de memória serão gerados e enviados ao servidor Gerenciador de Cargas de Partição. Para cada evento recebido, o Gerenciador de Cargas de Partição identifica a partição como captora. Ao mesmo tempo, o Gerenciador de Cargas de Partição verifica se a partição está utilizando atualmente mais que sua quantidade garantida. Se sim, a partição será identificada como um usuário excedente. Como há recursos disponíveis, o Gerenciador de Cargas de Partição atende ao pedido imediatamente e aloca memória na quantidade de mem_increment (definido na política do Gerenciador de Cargas de Partição ou pelo valor padrão interno) para a partição a partir da memória disponível. Depois que a memória disponível é esgotada, as novas alocações de designação são as seguintes:

LP0: Current Entitlement = 2560 MB
LP1: Current Entitlement = 2560 MB

Mesmo com as alocações atuais, as partições continuam a gerar eventos que demandam mais recursos de memória.

Para cada evento, o Gerenciador de Cargas de Partição continua a identificar a partição como uma captora e um usuário excedente porque a partição possui mais recursos alocados do que o mostrado como sua designação garantida. Entretanto, se não houver recursos disponíveis, o pedido será enfileirado se não houver outros doadores de recursos ou quaisquer outros usuários excedentes. Quando o pedido da segunda partição é recebido, ela também é marcada como captora e como um usuário excedente. Como existe um usuário excedente já enfileirado, o Gerenciador de Cargas de Partição pode atender ao pedido de recurso.

Como a LP0 e a LP1 são captoras e usuários excedentes, o Gerenciador de Cargas de Partição utiliza o peso associado a cada uma delas como o fator determinante de como a designação extra (a soma da designação atual para cada partição menos a soma da cota garantida de cada partição) será distribuída entre as duas partições.

Neste exemplo, dos 3072 MB extras, a partição LP0 é alocada a 2048 MB e a partição LP1 é alocada a 1024 MB. Gerenciador de Cargas de Partição designa mem_incrememt MB de memory da partição LP1 à partição LP0.

Com os constantes pedidos de memória de cada partição, o Gerenciador de Cargas de Partição distribui eventualmente a memória para que as designações atuais tornem-se as seguintes:

LP0: Current Entitlement = 3072 MB
LP1: Current Entitlement = 2048 MB

Gerenciar Recursos de Processador em um Ambiente de Partição Compartilhada

O exemplo a seguir descreve como o Gerenciador de Cargas de Partição gerencia os recursos de processador em um ambiente de partição compartilhada. As duas partições são configuradas da seguinte forma:

LP0: Minimum = 0.1
          Guaranteed = 0.5
          Maximum = 2.0
          Max entitlement per virtual processor = 0.8
          Weight = 3
          Current entitlement = 0.1
          Current number of virtual processors = 1

LP1: Minimum = 0.1
          Guaranteed = 0.5
          Maximum = 2.0
          Max entitlement per virtual processor = 0.8
          Weight = 1
          Current entitlement = 0.1
          Current number of virtual processors = 1

A quantidade total de designação do processador gerenciada pelo Gerenciador de Cargas de Partição é 2.0. A quantidade atualmente alocada para cada partição, 0,1, deixa 1,8 de designação do processador não alocada que o Gerenciador de Cargas de Partição pode distribuir.

Se ambas as partições iniciarem a execução de tarefas intensivas do processador, elas solicitam mais designação do processador, enviando pedidos ao Gerenciador de Cargas de Partição. Gerenciador de Cargas de Partição rotulará, então, as partições demandadoras como captoras e como usuários excedentes, se a designação atual estiver acima de seu valor garantido.

Além de gerenciar a designação do processador, o Gerenciador de Cargas de Partição gerencia também o número de processadores virtuais. Quando a designação atual da partição excede 0,8, um processador virtual também é incluído.

Neste exemplo, o Gerenciador de Cargas de Partição atribui a designação disponível até que as partições alcancem o seguinte estado:

LP0: Current entitlement = 1.0
          Current number of virtual processors = 2

LP1: Current entitlement = 1.0
          Current number of virtual processors = 2

Se as partições continuarem a demandar mais recursos, o Gerenciador de Cargas de Partição redistribuirá a designação atribuída com base na designação de peso e excesso. Aqui, entre as partições LP0 e LP1, a quantidade total excedente é 1,5. Como a LP0 possui um peso 3 e a LP1 possui um peso 1, o Gerenciador de Cargas de Partição remove a designação do processador da partição LP1 e a designa novamente à partição LP0. Se ambas as partições ficarem ocupadas, a alocação de recursos será a seguinte:

LP0: Current entitlement = 1.25
          Current number of VPs = 2

LP1: Current entitlement = 0.75
          Current number of VPs = 2