voici une expli­ca­tion des comp­teurs CPU du module ESXTOP (en ligne de com­mande dans le Ser­vice Console) :

* En haut :

PCPU(%) est l’utilisation des pro­ces­seurs phy­sique (socket)

LCPU(%) est l’utilisation des pro­ces­seurs logiques (socket x cœur x HT)

CCPU(%) est l’utilisation pro­ces­seur du ser­vice console (détail dans TOP), si ce comp­teur est chargé ca peut venir d’un outil tiers dans les Ser­vice Console (ex : Backup)

* Dans le milieu :

%USED de la ligne « idle » indique la somme des pro­ces­seurs non-utilisé. La valeur maxi­mum est le nombre des CPU x 100%. Si ce comp­teur est à < 100% le sys­tème est très chargé

Les lignes du bas indique les VMs, le %USED repré­sente la charge CPU de chaque VM. La valeur max est de vCPU de la VM x 100%

Pour avoir le détail d’une VM, appuyer sur « e » et indi­quer l’ID de la VM. On a alors l’ensemble des Worlds qui la compose :

vmmX : pour chaque vCPU de la VM (X étant le n° du vCPU), ce World repré­sente l’ensemble de l’exécution & vir­tua­li­sa­tion d’une VM (OS, Appli­ca­tion, Hyperviseur)

vcpu-X : chaque World est assi­gné à un vmmX, il repré­sente la par­tie vir­tua­li­sa­tion des péri­phé­riques IO

mks : repré­sente la par­tie Mouse/Keyboard/Screen

vmware-vmx : ce World assure la com­mu­ni­ca­tion avec les autres Worlds (2 VMX Worlds en ESX3, 1 seul en ESX4) prin­ci­pale pour l’ordonnancement des vCPU par l’Hyperviseur

* Le détail des colonnes :

%USED = %RUN + %SYS - %OVRLP

%USED repré­sente la charge CPU total de chaque VM

%SYS repré­sente le % de temps passé par les ser­vices sys­tèmes (inter­rupt hand­lers, bot­tom halves & sys­tem worlds). Si ce comp­teur est élevé, ca veut dire qu’il y a une grosse charge IO dans la VM.

%OVRLP repré­sente le % de temps passé par des ser­vices sys­tèmes des autres Worlds de la VM. Si ce comp­teur est élevé, ca veut dire que l’ESX es chargé en IO

%RUN repré­sente le % de temps passé pour l’exécution d’une VM

%RUN + %RDY + %CSTP + %WAIT = 100%

%RDY repré­sente la pro­por­tion de temps que la VM est prête à être exé­cuté. C'est-à-dire le temps qu’une VM attend pour exé­cu­ter une ins­truc­tion CPU. Si ce comp­teur moins les limites CPU (%RDY - %MLMTD) est > à 20% ca veut dire qu’il y a conten­tion CPU sur l’ESX.

%MLMTD repré­sente le % de temps qu’une VM est prête à être exé­cuté mais qu’elle est blo­qué la limi­ta­tion CPU (limi­ta­tion de res­sources d’un VM).

%CSTP repré­sente le % de temps qu’une VM exé­cute des ins­truc­tions vide. Ce valeur indique qu’une VM exé­cute des ins­truc­tions UMP dans une VM SMP. Si cette valeur est sou­vent élevé,  ca veut dire qu’elle est sur­di­men­sionné en vCPU par rap­port au capa­cité de l’application.

%WAIT repré­sente le % de temps qu’une VM passe en attente. La valeur de %WAIT - %IDLE per­met d’estimer comme de temps les CPU passe a attendre des réponses IO. Seule­ment pour les Worlds vmmX, les autres Worlds sont nor­ma­le­ment à ~100%.

%IDLE repré­sente le % de temps qu’un vCPU est en « Idle Loop ». Cette valeur n’a d’importance que sur les CPU world, les autres Worlds sont à 0.

%SWPWT (seule­ment en ESX4) repré­sente le % temps d’attente que le VMker­nel swap la mémoire. Ce temps est inclus dans le %WAIT. Si la valeur est élevé, la VM est en train de swappé ca mémoire coté Hyperviseur.