KVM mit libvirt

[klak]

Hallo *,

ich probiere seit einigen Tagen mit libvirt und KVM rum. Funktioniert alles ganz gut.
Habe aber heute gesehen, dass die Linux VMs bedeutend mehr CPU benötigen, als die Windows Maschinen.
Die Linuxe sind in Net-Install Grundkonfiguration plus SSH.
Die Windowse sind fertig konfiguriert.
Alle Kisten idle'n so vor sich hin.

top - 13:00:32 up 3:20, 2 users, load average: 0.94, 0.95, 0.89
Tasks: 116 total, 4 running, 112 sleeping, 0 stopped, 0 zombie
Cpu0 : 13.6%us, 20.6%sy, 0.2%ni, 63.0%id, 2.5%wa, 0.1%hi, 0.1%si, 0.0%st
Cpu1 : 14.2%us, 21.6%sy, 0.2%ni, 62.1%id, 1.8%wa, 0.1%hi, 0.1%si, 0.0%st
Mem: 3112944k total, 2966192k used, 146752k free, 202924k buffers
Swap: 3903784k total, 12708k used, 3891076k free, 1017280k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4441 root 20 0 336m 74m 3408 S 22 2.4 35:01.18 kvm debian unstable - debu01
4538 root 20 0 336m 212m 3408 S 20 7.0 34:21.43 kvm debian testing - debt01
4722 root 20 0 335m 63m 3408 R 12 2.1 25:15.22 kvm debian stable 5.0 - debs01_50
5832 root 20 0 336m 63m 3424 R 10 2.1 24:00.91 kvm debian stable 5.0 bridge - debs01_50test
4384 root 20 0 174m 129m 3372 S 6 4.2 16:15.78 kvm Windows NT4 - wnt401
5799 root 20 0 1091m 1.0g 3444 S 2 34.2 5:11.64 kvm Windows XP Professional - xpro01

kk-2c2400:/home/kkadmin# grep emory /etc/libvirt/qemu/*
/etc/libvirt/qemu/debs01_50test.xml: <memory>262144</memory>
/etc/libvirt/qemu/debs01_50test.xml: <currentMemory>262144</currentMemory>
/etc/libvirt/qemu/debs01_50.xml: <memory>262144</memory>
/etc/libvirt/qemu/debs01_50.xml: <currentMemory>262144</currentMemory>
/etc/libvirt/qemu/debt01.xml: <memory>262144</memory>
/etc/libvirt/qemu/debt01.xml: <currentMemory>262144</currentMemory>
/etc/libvirt/qemu/debu01.xml: <memory>262144</memory>
/etc/libvirt/qemu/debu01.xml: <currentMemory>262144</currentMemory>
/etc/libvirt/qemu/wnt401.xml: <memory>131072</memory>
/etc/libvirt/qemu/wnt401.xml: <currentMemory>131072</currentMemory>
/etc/libvirt/qemu/xpro01.xml: <memory>1048576</memory>
/etc/libvirt/qemu/xpro01.xml: <currentMemory>1048576</currentMemory>

Fehlt den Linuxen u. U. noch ein bestimmtes Paket?

Dank und Gruss
klal

[michaels]

Hallo,

auf der Arbeit habe ich auch einen KVM Test-Server aufgesetzt (läuft noch immer super). Da ist mir das auch aufgefallen. Ich habe dann im Internet gelesen, das es da einen Bug gibt, der bewirkt, das die CPU Auslastung falsch ausgelesen wird (hab mich allerdings noch nicht weiter mit dem Problem befasst). Einzelheiten weiß ich jetzt auch nicht mehr...

Gruß

[schorsch_76]

Unter Squeeze trit das nicht mehr auf.

Gruß

schorsch

[ThorstenS]

Ich betreibe auch seit einigen Monaten einen KVM Server (8 Kerne (XEON L5420), 8 GB RAM) unter lenny-amd64.
Folgende Pakete benutzte ich dafür ( bpo = backports.org)

Code: Alles auswählen

libcairo2_1.6.4-7_amd64.deb
python-gtk-vnc_0.3.8-2_amd64.deb
virtinst_0.400.3-2~bpo50+1_all.deb
libvirt-bin_0.6.1-1~bpo50+1_amd64.deb 
python-gtk2_2.12.1-6_amd64.deb
libvirt-doc_0.6.1-1~bpo50+1_all.deb
python-libvirt_0.6.1-1~bpo50+1_amd64.deb
libatk1.0-0_1.22.0-1_amd64.deb
libvirt0_0.6.1-1~bpo50+1_amd64.deb
virt-manager_0.7.0-2~bpo50+1_amd64.deb

Der Speicherverbrauch ist wie zu erwarten - vllt. probierst du auch diese Versionen.

BTW:
Ich mag den virt-manager, aber in der Version hier crasht er, wenn ich einer domain mehr als nur eine CPU zuordnen möchte. Manchmal crasht die domain auch, wenn ich sie mit virsh save abspeichern möchte. Wenn ich das LVM-device vergrössere, wird die Neuerung erst nach einem stoppen/starten ( kein restart) der domain erkannt - trotz eines partprobe Aufrufs. Desweiteren kann ich teilweise lvm-snapshots nicht mehr löschen...
Diverse Dinge tue ich also auf der console mit virsh/virt-clone/virt-install oder direkt im XML-File.
In Squeeze sind einige Pakete aktueller, ich denke ich werde bei Zeiten einen Server mit testing aufsetzen und dort schauen wie stabil es läuft.

Seit April 2006 hatte ich eine XEN -Lösung unter einer sarge-dom0 laufen. Die Uptime von >800 Tagen spricht für sich, aber jetzt mit libvirt/KVM machts viel mehr Spaß, das ist wesentlich flexibler handhabbar finde ich.