Différences entre versions de « KVM »
Ligne 4 : | Ligne 4 : | ||
On installe libvirt et quelques paquets recommandés: | On installe libvirt et quelques paquets recommandés: | ||
+ | # KVM | ||
apt-get install qemu-kvm # previously 'kvm' | apt-get install qemu-kvm # previously 'kvm' | ||
− | + | # libvirt | |
− | + | # - libvirt-bin: base utilities | |
− | + | # - dbus: necessary to run libvirtd | |
− | + | # - bridge-utils: network connection sharing | |
− | + | # - lvm2: we use LVM-based block devices for VMs | |
+ | # netcat-openbsd: necessary to support 'nc -U', used by qemu+ssh://root@remote/system URIs, itself used by virt-manager | ||
+ | apt-get install libvirt-bin -t lenny-backports | ||
+ | apt-get install dbus bridge-utils lvm2 netcat-openbsd | ||
# Other recommends: dnsmasq-base (used by virt-manager to create new networks, unused if using a bridged setup), libxml2-utils | # Other recommends: dnsmasq-base (used by virt-manager to create new networks, unused if using a bridged setup), libxml2-utils | ||
+ | |||
+ | Il n'est pas possible de déclarer réseau bridge existant réutilisable par toutes les VMs (virt-manager veut absolument associer un démon dnsmasq aux nouveau réseaux créés). À la place, il faudra modifier chaque configuration de VM en ajoutant ceci dans le bloc <code><devices></code> [http://wiki.libvirt.org/page/Networking#Guest_configuration_2]: | ||
+ | |||
+ | <interface type='bridge'> | ||
+ | <source bridge='br0'/> | ||
+ | </interface> | ||
+ | |||
On doit créer l'image à la main: soit avec un CD d'installation, soit | On doit créer l'image à la main: soit avec un CD d'installation, soit |
Version du 1 juillet 2010 à 14:52
Encore une technique de virtualisation. Elle s'appuie sur une fonctionalité processeur (nom de code VMS chez AMD, VT-X chez Intel). Les tests montre un niveau similaire mais pas nécessairement plus rapide que la para-virtualisation (Xen classique).
Installation
On installe libvirt et quelques paquets recommandés:
# KVM apt-get install qemu-kvm # previously 'kvm' # libvirt # - libvirt-bin: base utilities # - dbus: necessary to run libvirtd # - bridge-utils: network connection sharing # - lvm2: we use LVM-based block devices for VMs # netcat-openbsd: necessary to support 'nc -U', used by qemu+ssh://root@remote/system URIs, itself used by virt-manager apt-get install libvirt-bin -t lenny-backports apt-get install dbus bridge-utils lvm2 netcat-openbsd # Other recommends: dnsmasq-base (used by virt-manager to create new networks, unused if using a bridged setup), libxml2-utils
Il n'est pas possible de déclarer réseau bridge existant réutilisable par toutes les VMs (virt-manager veut absolument associer un démon dnsmasq aux nouveau réseaux créés). À la place, il faudra modifier chaque configuration de VM en ajoutant ceci dans le bloc <devices>
[1]:
<interface type='bridge'> <source bridge='br0'/> </interface>
On doit créer l'image à la main: soit avec un CD d'installation, soit
avec debootstrap (pas de vserver build
ou de
xen-create-image
). Voir éventuellement virt-manager.
wget http://cdimage.debian.org/debian-cd/5.0.5/amd64/iso-cd/debian-505-amd64-businesscard.iso kvm -m 256 -cdrom debian-505-amd64-businesscard.iso -boot d /dev/VG0/test1-disk -vnc :0 -k fr # ou virt-install -n test1 -r 2048 --disk path=/dev/VG0/test1-disk --cdrom debian-505-amd64-businesscard.iso --network bridge:br0 \ --accelerate --vnc
apt-get install debootstrap lvcreate -n test1-disk -L2G VG0 mkfs.ext3 /dev/VG0/test1-disk mkdir test1-disk mount /dev/VG0/test1-disk /mnt/test1-disk debootstrap --arch=i386 lenny /mnt/test1-disk http://ftp.fr.debian.org/debian umount /mnt/test1-disk # - création de la config XML echo "/usr/bin/kvm -m 1024 -hda /dev/VG0/test1-disk -nographic -vnc :0 -k fr" \ "-kernel /boot/vmlinuz-2.6.32-bpo.5-amd64 -initrd /boot/initrd.img-2.6.32-bpo.5-amd64" \ "-append root=/dev/sda" > t virsh domxml-from-native qemu-argv t > test1.xml virsh create test1.xml
Liens
- Wiki officiel: c'est la documentation à lire - ne pas regarder l'onglet "Documentation" sur libvirt.org, qui n'est pas prévue pour l'utilisateur final
- Xen to KVM disk image migration: construire une image automatiquement avec notamment debootstrap
- Resize ext3 in LVM in partition in (KVM/QEMU) virtual image file: contraignant si on utilise des images disque plutôt que des partitions