Détermination de l'état d'une partition

Cette rubrique explique comment déterminer l'état d'une partition à l'aide du gestionnaire de chargement de partition.

Tout utilisateur peut exécuter la commande xlplm pour afficher les informations d'état relatives aux instances du gestionnaire de chargement de partition.

Détermination de l'état du gestionnaire de chargement de partition

Afin de déterminer l'état de toutes les instances en cours du gestionnaire de chargement de partition, entrez la commande suivante :

xlplm -Q

Une liste des instances en cours d'exécution s'affiche. Si aucune instance n'est en cours d'exécution, rien ne s'affiche.

Détermination des attributs d'une instance

Pour déterminer les attributs d'une instance unique, entrez la commande suivante, où test1 est le nom de l'instance :

xlplm -Q test1

Le résultat de cette commande est similaire à ce qui suit :

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

Affichage d'informations supplémentaires

Pour afficher des informations supplémentaires concernant une instance spécifique, entrez la commande suivante, où test1 est le nom de l'instance :

xlplm -v -Q test1

Le résultat prolixe de cette commande est similaire à ce qui suit :

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  

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

Affectation de ressources à des partitions

Vous pouvez affecter des ressources à des partitions spécifiques et même réserver des ressources pour des partitions spécifiques quelle que soit la période à laquelle ces partitions utiliseront ces ressources. Vous pouvez réserver et affecter des ressources à partir d'un groupe de partitions gérées à l'aide de la commande xlplm -R. Ces ressources réservées peuvent être utilisées pour créer une nouvelle partition non gérée, ou encore pour faire de la place à une nouvelle partition dans le groupe géré.

Les ressources réservées ne seront pas affectées à une partition existant dans un groupe à moins d'être préalablement libérées. Si une partition auparavant désactivée est activée et intègre un groupe géré, toutes les ressources réservées au sein de ce groupe sont automatiquement retirées de l'ensemble des ressources réservées, également appelé pool libre, et affectées à la nouvelle partition. Si les ressources réservées sont utilisées au lieu de créer une nouvelle partition non gérée, elles peuvent être rendues au groupe après amorçage de la partition, puis être automatiquement récupérées par le groupe géré si elles deviennent ultérieurement disponibles et nécessaires.

Le volume réservé demandé est absolu, de sorte qu'une commande de réservation peut se traduire par une réservation ou une libération, suivant le volume de réservation en cours. Les modifications minimales de réservation admises sont les suivantes :

1 Mo de mémoire
1 unité de traitement pour un groupe de processeur dédié
0,01 unité de traitement pour un groupe de processeur partagé

Lorsque vous réservez des ressources, des ressources disponibles sont d'abord recherchées dans le pool libre du groupe cible. Si ce pool libre comporte suffisamment de ressources pour répondre à la demande, le volume de ressources demandé est retiré du pool. Dans le cas contraire, des ressources sont retirées d'une ou de plusieurs partitions présentant une charge de travail plus faible, ou nécessitant moins de ressources. Une demande de réservation peut échouer si le volume de ressources demandé est supérieur au minimum admis pour le groupe.

Gestion des demandes de ressources mémoire

L'exemple ci-après illustre l'utilisation du gestionnaire de chargement de partition pour la gestion des demandes de ressources mémoire. Dans ce cas, le gestionnaire de chargement de partition répond aux demandes de ressources mémoire de deux partitions :

Les deux partitions, LP0 et LP1, sont configurées comme suit :

LP0 :      Minimum = 1024 Mo
          Garanti = 1024 Mo
          Maximum = 4096 Mo
          Poids = 2
          Volume en cours autorisé = 1024 Mo

LP1 :      Minimum = 1024 Mo
          Garanti = 1024 Mo
          Maximum = 4096 Mo
          Volume en cours autorisé = 1024 Mo
          Poids = 1

La quantité totale de mémoire gérée par le gestionnaire de chargement de partition est de 5 120 Mo. Compte tenu de l'affectation de mémoire en cours pour chaque partition, indiquée par la valeur Volume en cours autorisé = 1024 Mo, le gestionnaire de chargement de partition peut considérer qu'il reste 3 072 Mo non affectés et disponibles.

Si les deux partitions sont chargées en termes d'utilisation de la mémoire, les événements exigeant davantage de ressources mémoire sont générés et transférés sur le serveur du gestionnaire de chargement de partition. Pour chaque événement reçu, le gestionnaire de chargement de partition identifie la partition comme étant réceptrice (taker). Parallèlement, le gestionnaire de chargement de partition vérifie si la partition utilise un volume de ressources supérieur au volume qui est garanti. Si c'est le cas, elle est identifiée comme étant en excédent de ressources (excess user). Etant donné que des ressources sont disponibles, le gestionnaire de chargement de partition répond immédiatement à la demande et affecte de la mémoire suivant la valeur de l'attribut mem_increment (défini dans les règles du gestionnaire de chargement de partition ou par la valeur interne par défaut) à la partition à partir de la partition contenant de la mémoire disponible. Une fois la mémoire déplacée, les nouvelles affectations sont les suivantes :

LP0 :      Volume en cours autorisé = 2560 Mo
LP1 :      Volume en cours autorisé = 2560 Mo

Même avec les affectations en cours, les partitions continuent à générer des événements qui nécessitent davantage de ressources mémoire.

Pour chaque événement, le gestionnaire de chargement de partition continue à identifier la partition comme étant "taker" et "excess user" car celle-ci dispose de plus de ressources que ce qui lui est garanti. Néanmoins, comme il n'y a pas d'autres ressources disponibles, la demande est mise en file d'attente s'il n'y a pas d'autres donneurs de ressources ou d'utilisateurs en excédent de ressources (excess user). Lorsque le gestionnaire reçoit une demande de ressources de la deuxième partition, il lui applique également une marque "taker" et "excess user". Un utilisateur excédentaire étant déjà en file d'attente, le gestionnaire de chargement de partition peut satisfaire la demande de ressources.

Les partitions LP0 et LP1 étant toutes deux marquées "taker" et "excess user", le gestionnaire de chargement de partition utilise le poids qui leur est associé comme facteur déterminant pour la répartition des ressources autorisées excédentaires (somme des volumes en cours autorisés pour chaque partition dont on soustrait la somme des volumes des affectations de ressources garanties) entre les deux partitions.

Dans cet exemple, des 3072 Mo excédentaires, 2048 Mo sont affectés à la partition LP0 et 1024 Mo à la partition LP1. Le gestionnaire de chargement de partition affecte la quantité de mémoire (définie en Mo par la valeur mem_incrememt) de la partition LP1 à la partition LP0.

Face à des demandes constantes de mémoire de chaque partition, le gestionnaire de chargement de partition répartit la mémoire de façon à obtenir les volumes en cours suivants :

LP0 :      Volume en cours autorisé = 3072 Mo
LP1 :      Volume en cours autorisé = 2048 Mo

Gestion des ressources processeur dans un environnement de partition partagé

L'exemple ci-après illustre comment le gestionnaire de chargement de partition gère des ressources processeur dans un environnement de partition partagé. Les deux partitions sont configurées comme suit :

LP0 :      Minimum = 0,1 Mo
          Garanti = 0,5 Mo
          Maximum = 2,0
          Max autorisé par processeur virtuel = 0,8
          Poids = 3
          Volume en cours autorisé = 0,1
          Nombre actuel de processeurs virtuels = 1

LP1 :     Minimum = 0,1
          Garanti = 0,5 Mo
          Maximum = 2,0
          Max autorisé par processeur virtuel = 0,8
          Poids = 1
          Volume en cours autorisé = 0,1
          Nombre actuel de processeurs virtuels = 1

Le volume processeur total autorisé et géré par le gestionnaire de chargement de partition est égal à 2,0. Compte tenu du volume actuellement affecté (0,1) à chaque partition, le gestionnaire de chargement de partition peut répartir les processeurs non affectés (1,8).

Si les deux partitions commencent à exécuter des travaux gourmands en ressources processeur, elles demandent davantage de ressources processeur autorisées au gestionnaire de chargement de partition. Le gestionnaire de chargement de partition identifie alors les partitions demandeuses comme étant taker et excess users si le volume de ressource qui leur est actuellement affecté est supérieur au volume garanti.

Outre les nombre de processeurs autorisés, le gestionnaire de chargement de partition gère également le nombre de processeurs virtuels. Lorsque le volume de ressources autorisé de l'une des ressources dépasse 0,8, un processeur virtuel est également ajouté.

Dans cet exemple, le gestionnaire de chargement de partition affecte les ressources autorisées disponibles jusqu'à obtention de l'état suivant :

LP0 :     Volume en cours autorisé = 1,0
          Nombre en cours de processeurs virtuels = 2

LP1 :     Volume en cours autorisé = 1,0
          Nombre actuel de processeurs virtuels = 2

Si les partitions demandent encore des ressources supplémentaires, le gestionnaire de chargement de partition redistribue les volumes de ressources autorisés d'après le poids et l'excédent autorisés. Dans notre exemple, entre les partitions LP0 et LP1, l'excédent est égal à 1,5. La partition LP0 ayant un poids égal à 3 et la partition LP1 ayant un poids égal à 1, le gestionnaire de chargement de partition retire des ressources processeur autorisées de la partition LP1 et les réaffecte à la partition LP0. Si les deux partitions sont toujours occupées, les ressources sont affectées de la manière suivante :

LP0 :     Volume en cours autorisé = 1,25
          Nombre en cours de processeurs virtuels = 2

LP1 :     Volume en cours autorisé = 0,75
          Nombre en cours de processeurs virtuels = 2