Onderwerp: Qemu / KVM beginnersvraag

Beste leden,

Ik ben vandaag een beetje aan het stoeien geweest met KVM, en heb alles prima werkend gekregen, maar nu geeft virsh version het volgende:

Compiled against library: libvir 0.8.3
Using library: libvir 0.8.3
Using API: QEMU 0.8.3
Running hypervisor: QEMU 0.12.5

Als ik zo even op de qemu en libvirt website kijk zie ik dat qemu al aan versie 0.14 toe is, en libvirt aan 0.9.7. Ik heb vandaag alles geïnstalleerd, maar alsnog heb ik dus redelijk verouderde versies van de softwarepakketten. Het host OS is debian squeeze, en enige vorm van updaten geeft geen nieuwe pakketten.

Doe ik iets fout, of horen deze versies zo achter te lopen? Wat gebruiken jullie als host OS voor KVM? En als we toch bezig zijn, welk image format wordt er bij jullie gebruikt voor de disk images; raw, qcow2, losse partitie, anders?

Alvast bedankt!

probeer je via apt te updaten ? Vaak lopen de repo channels achter, en hebben deze in de regel patch level updates. Als je bij de tijd wilt blijven zul je handmatig moeten updaten en/of compilene.

Voor Ubuntu heb je bijvoorbeeld de nutznboltz PPA, maar het is verder normaal dat de repo's niet de laatste versie hebben.

Welk image format je wil? Dat is echt aan jezelf. Al is QCOW2 wel erg handig en maakt een VM ook behoorlijk portable.

Bedankt voor de snelle reacties! Inderdaad met apt, ik kreeg al zo'n vermoeden ja, maar handmatig updaten ging niet helemaal goed, dat zal ik morgen nog eens proberen.

Met qcow2 heb ik zo'n idee dat dat best eens wat performance kan kosten, maar dat zal dus wel meevallen?

Hoi Ruben,

Je kan het beste kijken naar Proxmox VE. Dit is KVM/OpenVZ gebaseerd op Debian. Je kan eventueel ook Debian 5 installeren en de repo toevoegen om vervolgens te apt-getten. Wij zijn overgestapt van Libvirt/KVM/Virtual machine manager naar Proxmox omdat het een stuk stabieler is. Daarnaast is Proxmox ook een stuk eenvoudiger in gebruik en heb je zelf toch nog het Debian OS.

Mvg,

Nomad - 24x7 Hosting

Oorspronkelijk geplaatst door 24x7hosting

Je kan het beste kijken naar Proxmox VE. Dit is KVM/OpenVZ gebaseerd op Debian. Je kan eventueel ook Debian 5 installeren en de repo toevoegen om vervolgens te apt-getten. Wij zijn overgestapt van Libvirt/KVM/Virtual machine manager naar Proxmox omdat het een stuk stabieler is. Daarnaast is Proxmox ook een stuk eenvoudiger in gebruik en heb je zelf toch nog het Debian OS.

Wat is er stabieler aan Proxmox dan Debian met KVM?

Proxmox heeft inderdaad wat nieuwere versies Qemu in zich, maar het is niet zo dat de Debian Qemu/KVM versie constant onderuit gaat.

Proxmox is lekker easy maar meer ook niet... ben het met Wido eens, stabieler echt niet....
Het verschil is hooguit dat je er een webpanel mee krijgt bij Proxmox maar of je dat wil is een tweede.

Ik zou altijd aanraden om met een schone standaard installatie te werken. Hoe meer afhankelijkheden, custom kernels en custom libraries hoe moeilijker en tijdrovender updaten wordt.

Mijn idee....

Een reden om de nieuwste versie te willen draaien is vanwege een feature die deze bied tov de versie die met het OS komt.
Binnen Debian kan je zeker zijn dat de versie die je draait uitvoerig getest is qua stabiliteit. Dus daar zou het probleem niet in moeten zitten.

Wij gebruiken altijd RAW formaat voor KVM vm's.

Qcow2 is een complex formaat en heeft extra stukje software nodig om er naar toe te schrijven.
Dan zit er weer een extra laag tussen vergeleken met RAW.

Bedankt voor de reacties! Proxmod gaat het inderdaad niet worden, ik zie de voordelen ervan ook niet. Nu we toch bezig zijn heb ik nog wel twee andere vraagjes:

- Elke VM krijgt een vnet interface toegewezen, en ik probeer hier het datagebruik door te monitoren. Dat lukt allemaal goed met virsh domifstat <vmnaam> <interface>, maar bij een reboot van de VM zelf of de host krijgt de VM andere namen voor z'n interfaces. Nu is dit wel op te halen met het virsh dumpxml commando, maar alsnog is het mogelijk om dan bijvoorbeeld 2 interfaces door elkaar te halen met het monitoren.

Is hier een andere oplossing voor? Kan een VM een vaste vnet interface krijgen, of kun je dit op een andere manier "taggen" o.i.d.?

- Vraag 2 is wat korter, is er ook een manier om de IO statistieken naar de disk van een virtuele machine te monitoren? Ik kon zoiets niet vinden, maar het lijkt me dat het op de een of andere manier toch wel mogelijk moet zijn?

Bij voorbaat dank!
Ruben

Je krijgt op je MAIN server voor elke VM een nieuwe interface erbij.

Bijvoorbeeld:

tap101i0d0 Link encap:Ethernet HWaddr 96:6f:07:8e:19:43
RX bytes:2031032627 (1.8 GiB) TX bytes:1443264971 (1.3 GiB)

tap102i0d0 Link encap:Ethernet HWaddr b6:02:7a:b8:c9:22
RX bytes:40951872034 (38.1 GiB) TX bytes:993861409 (947.8 MiB)

Het dikgedrukte is je VM id, de interfaces kan je bijvoorbeeld uitlezen met SNMP/Cacti.

Oorspronkelijk geplaatst door Ruben Portier

- Vraag 2 is wat korter, is er ook een manier om de IO statistieken naar de disk van een virtuele machine te monitoren? Ik kon zoiets niet vinden, maar het lijkt me dat het op de een of andere manier toch wel mogelijk moet zijn?

Weet niet hoe het precies met libvirt/virsh werkt.
Maar als je qemu standalone opstart kan je een monitor poort opgeven, daar naar toe telnetten, en commando's uitvoeren die betrekking hebben op de VM.

Naast zaken als het resetten van de VM, en het wisselen van de ISO die in de virtuele cd-rom drive zit, kan je daarmee ook de ruwe IO getalletjes krijgen (info blockstats)
Je zult even moeten scripten om daar mooie rrdtool grafiekjes van te maken.

ifconfig geeft mij op de host het volgende:

vnet0 Link encap:Ethernet HWaddr fe:54:00 3:3c:3e
...
RX bytes:0 (0.0 B) TX bytes:239365538 (228.2 MiB)

vnet1 Link encap:Ethernet HWaddr fe:54:00:a8:a0:60
...
RX bytes:39038356647 (36.3 GiB) TX bytes:29161504045 (27.1 GiB)

en zo verder, maar het nummer komt niet overeen met het VM ID...

@maxnet; Ik durf toch te zweren dat ik de eerst keer niets terugkreeg, maar ik krijg nu inderdaad het volgende:

virsh # domblkstat vm10 vda
vda rd_req 4869274
vda rd_bytes 53793334784
vda wr_req 29585717
vda wr_bytes 369297020928

Probleem 2 is dus opgelost .

Ik ben nog steeds een beetje aan het rommelen met KVM, en nu heb ik een redelijke iSCSI setup draaien, volledig zelf opgezet zonder speciaal storage OS o.i.d.

Maar nu vraag ik me af hoe jullie zoiets (zouden) doen; geven jullie iedere VM zijn eigen LUN op de storage server, en snapshotten jullie dan de LVM units? Of is het beter om de hele storage server als 1 LUN te gebruiken, en dan daar de VM images op te zetten, waarbij je snapshotting ook in de images zelf (qcow) doet?

Ik hoop dat ik een beetje te volgen ben :-)

Ruben