Allocation de CPU

Le mécanisme d'allocation de CPU utilise les contraintes suivantes pour les ressources de CPU :

• Contrainte whole-core. Cette contrainte spécifie que les coeurs de CPU sont alloués à un domaine plutôt qu'à des CPU virtuelles. Tant que la contrainte max-cores n'est pas activée sur le domaine, la contrainte whole-core est dynamique, ce qui signifie qu'elle peut être ajoutée ou supprimée, respectivement à l'aide des commandes ldm set-core et ldm set-vcpu. Le domaine peut être inactif, associé ou actif. Toutefois, le nombre de coeurs disponibles doit être suffisant pour satisfaire la demande d'application de la contrainte. Par exemple, au pire, si un domaine partageant des coeurs avec un autre domaine demande la contrainte whole-core, il faut que des coeurs de la liste libre soient disponibles pour satisfaire la demande. Au mieux, toutes les CPU virtuelles du coeur sont déjà placées sur des frontières de coeur, si bien que la contrainte est appliquée sans modification des ressources CPU.

• Contrainte de nombre maximal de coeurs (max-cores). Cette contrainte définit le nombre maximal de coeurs pouvant être assignés à un domaine associé ou actif.

  ---

  Remarque - La propriété max-cores ne peut pas être modifiée, à moins d'arrêter et de dissocier le domaine, ou encore de lancer une reconfiguration retardée sur le domaine de contrôle. Par conséquent, pour augmenter le nombre maximal de coeurs spécifié lors de l'activation de la contrainte whole-core, vous devez tout d'abord arrêter et dissocier le domaine.

  ---

Procédure d'application de la contrainte whole-core

Assurez-vous que la contrainte whole-core est activée sur le domaine de contrôle avant de définir la contrainte max-cores.

1. Appliquez la contrainte whole-core sur le domaine primary.

   # ldm set-core 1 primary

2. Assurez-vous que la contrainte whole-core est activée sur le domaine de contrôle.

   # ldm ls -o re primary

   Notez que max-cores est défini sur unlimited. Comme n'importe quel autre domaine, le domaine de contrôle ne peut pas être utilisé avec le partitionnement forcé tant que la contrainte max-cores n'est pas activée.

3. Déclenchez une reconfiguration retardée sur le domaine primary.

   # ldm start-reconf primary

4. Activez la contrainte max-cores sur le domaine primary.

   # ldm set-domain max-cores=number-of-CPU-cores primary

   ---

   Remarque - Les unités cryptographiques associées à ces coeurs ne sont pas affectées par les ajouts de coeurs. Par conséquent, le système n'ajoute pas automatiquement les unités cryptographiques associées à ce domaine. Cependant, une unité cryptographique est automatiquement supprimée uniquement lorsque la dernière CPU virtuelle du coeur est supprimée. Cette action empêche qu'une unité cryptographique ne devienne “orpheline”.

   ---

   Vous ne pouvez désactiver la contrainte max-cores que sur un domaine inactif, non pas sur un domaine associé ou actif. Avant de désactiver la contrainte max-cores sur le domaine de contrôle, vous devez d'abord déclencher une reconfiguration retardée.

5. Assurez-vous que la contrainte whole-core est activée.

   # ldm ls -o re primary

6. Redémarrez le domaine primary.

   # reboot

   Lors de la réinitialisation, vous pouvez utiliser le domaine de contrôle avec un partitionnement forcé.

Exemple 10-1 Application de la contrainte whole-core

L'exemple suivant illustre l'application de la contrainte whole-core au domaine primary. La première commande applique la contrainte, tandis que la deuxième commande vérifie qu'elle est activée :

# ldm set-core 1 primary
# ldm ls -o re primary
NAME
primary

CONSTRAINT
    cpu=whole-core
    max-cores=unlimited
    threading=max-throughput

Les commandes suivantes limitent max-cores à trois coeurs en déclenchant une reconfiguration retardée, en définissant la propriété max-cores et en vérifiant que la contrainte est activée :

# ldm start-reconf primary
Initiating a delayed reconfiguration operation on the primary domain.
All configuration changes for other domains are disabled until the primary
domain reboots, at which time the new configuration for the primary domain
will also take effect.

# ldm set-domain max-cores=3 primary

------------------------------------------------------------------------------
Notice: The primary domain is in the process of a delayed reconfiguration.
Any changes made to the primary domain will only take effect after it reboots.
------------------------------------------------------------------------------

# ldm ls -o re primary
NAME
primary

FLAGS
normal,delayed(modify),control,vio-service

CONSTRAINT
    cpu=whole-core
    max-cores=3
    threading=max-throughput

Lors de la réinitialisation, vous pouvez utiliser le domaine de contrôle avec un partitionnement forcé.

L'exemple suivant supprime la contrainte max-cores, mais conserve la contrainte whole-core sur le domaine ldg1 :

# ldm set-domain max-cores=unlimited ldg1

Pour supprimer à la fois la contrainte max-cores et la contrainte whole-core du domaine ldg1, affectez des CPU virtuelles au lieu de coeurs de la manière suivante :

# ldm set-vcpu 8 ldg1

Interactions entre la contrainte whole-core et les autres fonctions des domaines

Cette section décrit les interactions entre la contrainte whole-core et les fonctions suivantes :

• Reconfiguration dynamique de la CPU

• Gestion dynamique des ressources

• Migration de domaine

• Gestion de l'alimentation

Reconfiguration dynamique de la CPU

La contrainte whole-core est totalement compatible avec la reconfiguration dynamique (DR) de la CPU. Lorsqu'un domaine est défini avec la contrainte whole-core, vous pouvez utiliser la commande ldm add-core, ldm set-core ou ldm remove-core pour modifier le nombre de coeurs sur un domaine actif.

Cependant, si un domaine lié ou actif n'est pas en mode de reconfiguration retardée, son nombre de coeurs ne peut pas dépasser le nombre maximum de coeurs. Ce maximum est défini avec la contrainte de coeur maximum, qui est automatiquement activée lorsque la contrainte whole-core est activée. Une opération de reconfiguration dynamique de la CPU ne respectant pas la contrainte de coeur maximum échoue.

Gestion dynamique des ressources

La contrainte whole-core n'est pas compatible avec la gestion dynamique des ressources (DRM). Si une stratégie DRM est activée sur un domaine qui utilise la contrainte whole-core, cette stratégie est automatiquement désactivée. La contrainte whole-core reste activée.

Même si une stratégie DRM ne peut pas être activée lorsqu'une contrainte whole-core est en vigueur, vous pouvez toujours définir un stratégie DRM pour le domaine. Notez que lorsqu'une stratégie est désactivée automatiquement, elle reste toujours active. La stratégie est automatiquement réactivée si le domaine est redémarré sans la contrainte whole-core.

Voici les interactions attendues entre la contrainte whole-core et la DRM :

• Si la contrainte whole-core est définie sur un domaine, un message d'avertissement est émis lorsque vous essayez d'activer une stratégie DRM sur ce domaine.

• Si une stratégie DRM est en vigueur sur un domaine inactif, vous êtes autorisé à activer la contrainte whole-core sur ce domaine. Lorsque le domaine devient actif et que la stratégie est activé, le système désactive automatiquement la stratégie DRM pour ce domaine.

• Si une stratégie DRM est activée sur un domaine actif ou lié, vous n'êtes pas autorisé à activer la contrainte whole-core.

Migration de domaine

La configuration whole-core de la CPU n'est pas compatible avec la migration de domaine. Cependant, vous pouvez toujours migrer un domaine qui est configuré avec des coeurs complets de CPU. Après une telle migration, le partitionnement forcé n'est pas appliqué sur le système cible. De même, la configuration whole-core et le nombre maximal de coeurs de CPU ne sont pas conservés sur le système cible.

Si vous migrez un domaine configuré avec des coeurs complets, vous devez reconfigurer le domaine cible de manière à ce qu'il utilise le partitionnement forcé une fois la migration terminée. Vous devez également vous assurer que votre contrat de licence vous autorise à utiliser le domaine à la fois sur le système source et sur le système cible.

Gestion de l'alimentation

La contrainte whole-core est parfaitement compatible avec les stratégies performance et élastique de gestion de l'alimentation (PM). Lorsque la stratégie élastique est activée, le sous-système PM peut ajouter ou supprimer des coeurs de CPU dans des domaines configurés avec la contrainte whole-core. Dans ce cas, la contrainte whole-core continue à être honorée, et les domaines utilisant cette contrainte restent configurés avec des coeurs complets uniquement.