Les processeurs partagés sont des processeurs physiques dont plusieurs partitions logiques se partagent la capacité de traitement. La possibilité de diviser des processeurs physiques et de les partager entre plusieurs partitions logiques s'appelle le micro-partitionnement de type Micro-Partitioning. Cette rubrique explique comment gérer des processeurs partagés, le pool de processeurs partagés, les partitions bridées (partitions qui ne peuvent pas utiliser plus de puissance de traitement que la capacité de traitement qui leur a été affectée), et des partitions non bridées (partitions qui peuvent utiliser plus de puissance de traitement que la capacité de traitement qui leur a été affectée). Cette rubrique comporte des démos Flash qui illustrent des exemples de scénarios sur la façon dont le système utilise des partitions bridées et non bridées et le pool de traitement partagé pour optimiser la puissance de traitement.
Tous les processeurs physiques non dédiés à des partitions logiques spécifiques sont regroupés dans le pool de traitement partagé. Vous pouvez affecter un niveau de capacité de traitement spécifique du pool de traitement partagé à chaque partition logique utilisant ce dernier.
Ce pool permet d'affecter des processeurs partiels à une partition logique. Un minimum de 0,10 unité de traitement peut être configuré pour toute partition utilisant des processeurs partagés. L'unité de traitement est une unité de mesure de la puissance de traitement partagée entre un ou plusieurs processeurs virtuels. Une unité de traitement partagée sur un processeur virtuel accomplit à peu près le même travail qu'un processeur dédié.
Sur certains modèles de serveur, seule une partie du pool de processeurs partagés peut être utilisée par les partitions logiques, de sorte qu'il n'est pas toujours possible d'affecter la pleine capacité du pool de processeurs partagés aux partitions logiques. L'outil LVT (LPAR Validation Tool) indique la part du pool de processeurs partagés qui est disponible pour le partitionnement sur chaque modèle de serveur ; il est donc conseillé d'utiliser cet outil pour valider votre plan de partitionnement. Pour en savoir plus sur cet outil, voir Outil LVT.
Les divers outils de partitionnement affectent des processeurs partagés aux partitions logiques, via des méthodes différentes. Pour plus d'informations sur l'attribution d'un processeur partagé par un outil de partitionnement spécifique, voir Outils de partitionnement.
Les partitions d'un pool de traitement partagé peuvent être associées à un mode de partage bridé ou non. Une partition logique non bridée est une partition logique pouvant utiliser un niveau de puissance de traitement supérieur à la capacité de traitement qui lui a été affectée. Le niveau de capacité de traitement qu'une partition logique non bridée peut utiliser est limité uniquement par le nombre de processeurs virtuels qui lui sont affectés et le niveau de capacité de traitement non utilisé disponible dans le pool de traitement partagé. Par opposition, une partition logique bridée est une partition logique qui ne peut pas utiliser un niveau de puissance de traitement supérieur à la capacité de traitement qui lui a été affectée.
Par exemple, les partitions logiques 2 et 3 sont des partitions logiques non bridées, et la partition logique 4 est une partition logique bridée. 3 unités de traitement et quatre processeurs virtuels sont affectés à chacune des partitions logiques 2 et 3. La partition logique 2 utilise uniquement 1 de ces 3 unités de traitement tandis que la demande en charge de travail de la partition logique 3 nécessite 4 unités de traitement. La partition logique 3 n'étant pas bridée et comportant quatre processeurs virtuels, le microprogramme du serveur lui permet automatiquement d'utiliser 1 unité de traitement de la partition logique 2. Ceci permet de faire passer la puissance de traitement à 4 unités de traitement pour la partition logique 3. Peu de temps après, la demande en charge de travail de la partition logique 2 passe à 3 unités de traitement. En conséquence, le microprogramme du serveur renvoie automatiquement 1 unité de traitement à la partition logique 2 de sorte que cette dernière puisse de nouveau utiliser la pleine capacité de traitement qui lui a été affectée. 2 unités de traitement et trois processeurs virtuels sont affectés à la partition logique 4 mais sa demande en charge de travail en cours nécessite 3 unités de traitement. La partition logique 4 étant bridée, elle ne peut pas utiliser les unités de traitement inutilisées des partitions 2 ou 3. Cependant, si la demande en charge de travail de la partition logique 4 passe en-dessous de 2 unités de traitement, les partitions logiques 2 et 3 pourraient utiliser les unités de traitement inutilisées de la partition 4.
Par défaut, les partitions logiques qui utilisent le pool de traitement partagé sont des partitions logiques non bridées. Vous pouvez définir une partition logique de sorte qu'elle devienne une partition logique bridée si vous ne souhaitez pas qu'elle utilise un niveau de puissance de traitement supérieur à celui qui lui a été affecté. Par exemple, si vous concédez de la capacité de serveur à d'autres entreprises, vous pouvez créer des partitions logiques utilisant le pool de traitement partagé et définir celles-ci comme des partitions logiques bridées. Ceci permet d'empêcher que les partitions logiques appartenant à ces entreprises n'utilisent une capacité de traitement supérieure à celle qui est spécifiée lors de la concession. Toutes les ressources de traitement inutilisées seront utilisées uniquement par des partitions logiques non bridées appartenant au pool de traitement partagé.
Même si une partition logique non bridée peut utiliser un niveau de puissance de traitement supérieur à la capacité de traitement qui lui a été affectée, elle ne peut jamais utiliser un nombre d'unités de traitement supérieur au nombre de processeurs virtuels qui lui a été affecté.
Si plusieurs partitions logiques non bridées ont simultanément besoin d'une capacité de traitement supérieure, le serveur peut répartir la capacité de traitement inutilisée sur chacune d'elles. Ce processus de répartition est déterminé par le poids non bridé défini pour chacune des partitions logiques.
Le poids non bridé est un nombre compris entre 0 et 255 affecté par vos soins à chaque partition non bridée du pool de traitement partagé. Sur la console HMC, vous pouvez choisir l'une des 256 valeurs de poids non bridé. Integrated Virtualization Manager et le gestionnaire de partition virtuelle n'autorisent qu'une seule des différentes valeurs de poids non bridé. La définition du poids non bridé (255 étant le poids le plus élevé) permet de répartir toute la capacité inutilisée disponible entre toutes les partitions logiques y prétendant, en fonction de la valeur établie du poids non bridé. La valeur par défaut associée au poids non bridé est 128.
Par exemple, les partitions logiques 2 et 3 ont un poids non bridé respectivement égal à 100 et 200. Si les partitions logiques 2 et 3 ont toutes les deux besoin d'une capacité de traitement supplémentaire, la seconde va recevoir deux unités de traitement supplémentaires pour chaque unité de traitement supplémentaire reçue par la première.
La démo Flash ci-après nécessite le
module
d'extension Flash 
.
Le scénario ci-après explique comment les ressources inutilisées d'une partition logique bridée vont être utilisées par des partitions logiques non bridées du pool de traitement partagé.
Sinon, vous pouvez utiliser la version Version HTML de cette démo.
La démo Flash ci-après explique comment des partitions non bridées peuvent dépasser leur capacité de traitement courante si le pool de traitement partagé dispose d'une puissance de traitement inutilisée.
Sinon, vous pouvez utiliser la version Version HTML de cette démo.