La présente rubrique décrit la manière de configurer le système géré afin qu'il distribue sa capacité de traitement entre les partitions logiques sur le système géré.
Un processeur est une unité qui traite des instructions programmées. Plus le nombre de processeurs que vous affectez à une partition logique est important, plus cette partition logique pourra exécuter d'opérations simultanées à tout moment.
Vous pouvez configurer une partition logique afin qu'elle utilise des processeurs partagés à partir d'un pool de processeurs partagés ou des processeurs qui lui sont dédiés. Si une partition logique utilise des processeurs dédiés, vous devez lui affecter un nombre entier de processeurs. Une partition logique qui utilise des processeurs dédiés ne peut pas mettre en oeuvre une capacité de traitement supérieure à celle des processeurs qui lui sont affectés, et aucune autre partition logique ne peut utiliser les processeurs dédiés qui sont affectés à cette partition logique.
Tous les processeurs non dédiés à des partitions logiques spécifiques sont placés dans le pool de traitement partagé. Le pool de processeurs partagés peut être utilisé par des partitions logiques qui sont configurées pour cela. Vous pouvez configurer une partition logique qui utilise des processeurs partagés afin qu'elle utilise au minimum 0,10 unité de traitement, ce qui correspond à environ un dixième de la capacité de traitement d'un seul processeur. Vous pouvez indiquer le nombre d'unités de traitement que doit utiliser une partition logique de processeurs partagés jusqu'au centième de la capacité d'une unité de traitement. De même, vous pouvez configurer une partition logique de processeurs partagés afin que, si la partition logique nécessite une capacité de traitement supérieure à celle des unités de traitement qui lui ont été affectées, elle puisse utiliser les unités de traitement inutilisées à partir du pool de processeurs partagés. (Pour certains modèles de serveur IBM eServer p5, IBM System p5 et IBM eServer OpenPower, vous aurez peut-être à entrer un code d'activation pour pouvoir créer des partitions logiques utilisant des processeurs partagés.)
A moins que le système d'exploitation ou le modèle de serveur ne limite le nombre de processeurs pouvant être utilisés par une partition logique, vous pouvez affecter jusqu'à l'intégralité de la capacité de traitement disponible sur le système géré à une seule partition logique. Une partition logique i5/OS peut utiliser jusqu'à 32 processeurs simultanément. De plus, les serveurs IBM eServer p5 limitent le nombre total de processeurs pouvant être utilisés par toutes les partitions logiques i5/OS sur le système géré. Le nombre de processeurs pouvant être utilisés par des partitions logiques i5/OS sur des serveurs IBM eServer p5 est fonction du modèle du serveur. De fait, cela restreint le nombre de partitions logiques i5/OS pouvant être créées sur ces serveurs IBM eServer p5 et les configurations possibles pour celles-ci.
Sur des serveurs IBM eServer p5 prenant en charge un processeur pour les partitions logiques i5/OS, vous pouvez créer les partitions logiques i5/OS suivantes :
Sur des serveurs IBM eServer p5 prenant en charge deux processeurs pour les partitions logiques i5/OS, vous pouvez créer les partitions logiques i5/OS suivantes :
Si le microprogramme de serveur détecte qu'un incident est sur le point de se produire au niveau d'un processeur, ou si un incident se produit alors que le processeur n'est pas utilisé, le microprogramme de serveur crée un événement réparable. Le microprogramme de serveur peut également annuler automatiquement la configuration du processeur défaillant, en fonction du type d'incident et des stratégies (ou méthodes) de déconfiguration que vous avez définies à l'aide de ASMI (Advanced System Management Interface). Vous pouvez également déconfigurer manuellement un processeur défaillant à l'aide de ASMI. Pour plus d'informations, voir Définition des méthodes de déconfiguration et Déconfiguration du matériel.
Si un incident se produit au niveau d'un processeur alors que ce dernier est en cours d'utilisation, le système géré s'arrête intégralement. Lorsqu'un incident lié au processeur cause l'arrêt du système géré dans son ensemble, le système déconfigure le processeur et redémarre. Le système géré essaie de démarrer les partitions logiques qui étaient en cours d'exécution au moment de l'incident au niveau du processeur à l'aide des valeurs de processeur minimales. Si le système géré ne dispose pas de suffisamment de ressources processeur pour démarrer toutes les partitions logiques à l'aide de leurs valeurs de processeur minimales, il en démarre autant qu'il peut. S'il reste encore des ressources processeur à l'issue du démarrage des partitions logiques, le système géré les distribue aux partitions logiques démarrées en fonction de leurs valeurs de processeur souhaitées.