Cette section contient des instructions d'allocation de processeur pour les partitions de processeur dédiées et les partitions de processeur partagé.
Ces instructions sont différentes pour chaque situation, car une liaison Ethernet avec une taille MTU de 1500 octets utilise plus de cycles de processeur qu'une liaison Ethernet exécutant des grandes trames (MTU de 9000 octets). En général, l'utilisation de processeur pour des charges de travail avec des paquets volumineux sur des grandes trames est à peu près divisée par deux par rapport à des tailles MTU de 1500 octets.
Si la taille MTU (unité de transmission maximale) est fixée à 1500, un processeur (1,65 Ghz) doit être fourni par carte de réseau Ethernet Gigabit pour pouvoir atteindre la largeur de bande maximale. Cela représente dix cartes Ethernet de 100 Mbits si vous utilisez des réseaux de petite taille. Pour des charges de travail de type transaction moins importantes, prévoyez d'utiliser un processeur complet afin d'obtenir un débit maximal pour la charge de travail Ethernet Gigabit. Par exemple, si deux cartes Ethernet Gigabit sont utilisées, allouez à la partition deux processeurs au maximum.
Si la taille MTU est fixée à 9000 (grandes trames), 50 % d'un processeur (1,65 Ghz) doit être fourni par carte de réseau Ethernet Gigabit pour pouvoir atteindre la largeur de bande maximale. Pour des charges de travail à petits paquets, vous devez prévoir d'utiliser un processeur complet pour assurer le support de la charge de travail Ethernet Gigabit. Les grandes trames n'ont aucun effet dans le cas de charges de travail à petits paquets.
Le dimensionnement indiqué est divisé en deux types de charge de travail : flot de données TCP et demande/réponse TCP. Des réseaux MTU 1500 et MTU 9000 ont été utilisés pour le dimensionnement qui est fourni en termes de cycles de machine par octet pour des flots de données ou par transaction dans le cas de charges de travail demande/réponse.
Les données des tableaux suivants ont été déduites de la formule suivante :
(nombre de processeurs × utilisation processeur × fréquence d'horloge de processeur) / débit en octets par seconde ou transaction par seconde = nombre de cycles par octet ou de transactions.
Pour les besoins de ce test, les valeurs ont été mesurées sur une partition logique dotée d'un processeur 1,65 Ghz avec le traitement SMT (traitement simultané à unités d'exécution multiples) activé.
Pour les autres fréquences de processeur, les valeurs du tableau peuvent être modifiées en utilisant le rapport des fréquences de processeur sur les valeurs approchées à utiliser pour le dimensionnement. Par exemple, pour une vitesse de processeur de 1,5 Ghz, utilisez 1,65/1,5 × nombre de cycles par octet du tableau. Le résultat de cet exemple correspond à 1,1 fois la valeur du tableau, ce qui revient à un besoin de 10 % de cycles supplémentaires pour compenser la vitesse d'horloge inférieure de 10 % du processeur 1,5 Ghz.
Pour utiliser ces valeurs, multipliez le débit requis (en nombre d'octets ou de transactions) par la valeur de cycles par octet des tableaux suivants. Vous connaîtrez ainsi les cycles de machine requis pour une vitesse de 1,65 Ghz. Ajustez ensuite cette valeur en établissant le rapport de la vitesse réelle de la machine sur cette vitesse de 1,65 Ghz. Pour trouver le nombre de processeurs, divisez le résultat par 1 650 000 000 cycles (ou taux de cycles si vous avez procédé à un ajustement pour une machine d'une autre vitesse). Vous avez besoin du nombre de processeurs résultant pour supporter la charge de travail.
Par exemple, si le serveur d'E-S virtuel doit fournir 200 Mo de débit de flot de données, la formule suivante est utilisée :
200 × 1 024 × 1 024 × 11,2 = 2 348 810 240 cycles / 1 650 000 000 cycles par processeur = 1,42 processeur.
En nombres arrondis, le serveur d'E-S virtuel a besoin de 1,5 processeurs pour traiter cette charge de travail. Une telle charge de travail peut être traitée avec une partition dédiée à 2 processeurs ou une partition à 1,5 processeur partagé.
Les tableaux suivants montrent le nombre de cycles de machine par octet pour une charge de travail de type flot de données TCP.
| Type de flot de données | Débit MTU 1500 et utilisation de processeur | MTU 1500, cycles par octet | Débit MTU 9000 et utilisation de processeur | MTU 9000, cycles par octet |
|---|---|---|---|---|
| Simplex | 112,8 Mo à 80,6 % des ressources processeur | 11,2 | 117,8 Mo à 37,7 % des ressources processeur | 5 |
| Duplex | 162,2 Mo à 88,8 % des ressources processeur | 8,6 | 217 Mo à 52,5 % des ressources processeur | 3,8 |
| Type de flot de données | Débit MTU 1500 et utilisation de processeur | MTU 1500, cycles par octet | Débit MTU 9000 et utilisation de processeur | MTU 9000, cycles par octet |
|---|---|---|---|---|
| Simplex | 112,8 Mo à 66,4 % des ressources processeur | 9,3 | 117,8 Mo à 26,7 % des ressources processeur | 3,6 |
| Duplex | 161,6 Mo à 76,4 % des ressources processeur | 7,4 | 216,8 Mo à 39,6 % des ressources processeur | 2,9 |
Les tableaux suivants montrent le nombre de cycles de machine par octet pour une charge de travail de type demande/réponse. Une transaction est définie par la taille de demande et de réponse aller-retour.
| Taille de transaction | Transactions par seconde et utilisation du serveur d'E-S virtuel | MTU 1500 ou 9000, cycles par transaction |
|---|---|---|
| Petits paquets (64 octets) | 59 722 TPS à 83,4 % des ressources processeur | 23 022 |
| Grands paquets (1024 octets) | 51 956 TPS à 80 % des ressources processeur | 25 406 |
| Taille de transaction | Transactions par seconde et utilisation du serveur d'E-S virtuel | MTU 1500 ou 9000, cycles par transaction |
|---|---|---|
| Petits paquets (64 octets) | 60 ;249 TPS à 65,6 % des ressources processeur | 17 956 |
| Grands paquets (1024 octets) | 53 104 TPS à 65 % des ressources processeur | 20 196 |
Les tableaux précédents démontrent que l'option d'utilisation d'unités d'exécution de la liaison Ethernet partagé se traduit par un temps système accru. Cette option ajoute environ 16 % à 20 % du temps système pour les flots de données MTU 1500 et 31 % à 38 % du temps système pour les MTU 9000. L'option d'utilisation d'unités d'exécution génère plus de temps système pour de faibles charges de travail car les unités d'exécution sont démarrées pour chaque paquet. A des taux de charge de travail plus élevés, telles que les charges de travail en duplex intégral ou de demandes/réponses, les unités d'exécution peuvent durer plus longtemps sans attente ou réacheminement. L'option d'utilisation d'unités d'exécution est une option par liaison Ethernet partagée qui peut être configurée à l'aide de commandes du serveur d'E-S virtuel. Désactivez cette option si la liaison Ethernet partagée s'exécute seule dans une partition de serveur d'E-S virtuel (sans interface SCSI virtuelle dans la même partition).
Vous pouvez activer ou désactiver l'utilisation d'unités d'exécution à l'aide de l'option -attr thread de la commande mkvdev. Pour activer l'utilisation d'unités d'exécution, utilisez l'option -attr thread=1. Pour la désactiver, utilisez l'option -attr thread=0. Par exemple, la commande suivante désactive l'utilisation d'unités d'exécution pour la carte de réseau Ethernet partagée ent1 :
mkvdev -sea ent1 -vadapter ent5 -default ent5 -defaultid 1 -attr thread=0
Vous pouvez créer une partition de processeur partagé pour un serveur d'E-S virtuel si le serveur d'E-S virtuel utilise des réseaux au débit plus lent (par exemple 10/100 Mbits) et qu'une partition de processeur complète n'est pas nécessaire. Il est recommandé de ne recourir à cette solution que si la charge de travail du serveur d'E-S virtuel est inférieure à la moitié d'un processeur ou si elle n'est pas constante. Le fait de configurer la partition de serveur d'E-S virtuel en mode non bridé peut également permettre d'utiliser plus de cycles de processeur pour traiter un débit qui n'est pas constant. Par exemple, si le réseau est utilisé uniquement lorsque d'autres processeurs sont inactifs, la partition de serveur d'E-S virtuel peut utiliser d'autres cycles de processeur et peut être créée avec des ressources processeur minimales pour traiter une charge de travail peu importante pendant la journée. En revanche, le processeur non bridé peut utiliser plus de cycles de machine pendant la nuit.
Si vous créez un serveur d'E-S virtuel dans une partition de processeur partagé, ajoutez une autorisation d'utilisation des microprocesseurs supplémentaires à prendre en compte pour le dimensionnement.