evolix/wiki
22
0
Fork 0
Code Releases Activity

Souci d'allocation CPU

Browse source
This commit is contained in:
Benoît S. 2017-01-11 15:44:53 +01:00
parent 6b2dd9fa88
commit e72004f994
1 changed files with 18 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

18
HowtoKVM.md
View file

@ -1095,3 +1095,21 @@ Si votre VM a crashé et n'est pas "redémarrable" avec un message "Unable to cr
# systemctl reset-failed machine-qemu\\x2dfoo.scope
~~~
### Souci d'allocation CPU
Admettons que vous avez sur l'hyperviseur 32 CPU (cores ou threads, qu'importe), vous affecter 32vCPU à une VM. Vous constatez que la VM ne peut monter qu'à 1600% d'utilisation, soit 16vCPU, et vous constatez un steal important (voir top, htop ou munin). Cela signifie en fait que la VM a démarré avec 32 vCPU, mais ceux-ci sont mappés seulement sur 16 CPU physique (le premier CPU avec 16 cores par exemple).
C'est un bug lié à libvirt, bug qui est bien connu et [corrigé](https://bugzilla.redhat.com/show_bug.cgi?id=1207257), cependant il impacte toujours le libvirt de Debian Jessie.
Pour corriger le souci à chaud, on peut faire les actions suivantes. Autoriser le CGroup de la machine à utiliser tous les CPU :
~~~
# cgset -r cpuset.cpus=0-31 /machine.slice/machine-qemu\\x2d<NOMVM>.scope
~~~
Mapper tous les vCPU sur les CPU physiques :
~~~
# for i in {0..31}; do virsh vcpupin <NOMVM> $i $i; done
~~~