Os convidados do KVM estão muito lentos após a atualização do host para o Debian Squeeze

3

Ontem eu atualizei um servidor Debian Lenny para o Squeeze. Este servidor hospeda dois convidados do KVM. Um deles executou o Debian Squeeze o tempo todo, o outro era originalmente o Debian Lenny, atualizado para o Squeeze no dia anterior.

Tudo parece estar funcionando bem, mas o desempenho dos convidados do KVM agora é muito ruim. Tudo parece demorar muito mais do que costumava: fazer o login via SSH, verificar e instalar atualizações com o aptitude, solicitações para aplicativos da web em execução em um convidado, etc.

O Google me deixou com a impressão de que muita coisa mudou no KVM, de Lenny para o Squeeze, e também encontrei uma referência vaga sobre a existência de um bom caminho e uma maneira ruim de lançar convidados, mas nada concreto.

Tenho o prazer de fornecer arquivos de configuração, mas, em vez de preencher essa questão com ruído, gostaria de saber um pouco sobre onde procurar.

Pacotes relevantes são instalados:

i   kvm                  - dummy transitional package from kvm to qemu-kvm
i   libvirt-bin          - the programs for the libvirt library
i A libvirt0             - library for interfacing with different virtualization
i A qemu-kvm             - Full virtualization on x86 hardware

kvm é a versão Debian 1: 0.12.5 + dfsg-5 + squeeze6, qemu-kvm é 0.12.5 + dfsg-5 + squeeze6.

Aqui está o comando para iniciar um dos convidados, a partir de ps :

/usr/bin/kvm -S -M pc -enable-kvm -m 768 -smp 1,sockets=1,cores=1,threads=1 -name apps -uuid 636b6620-0949-bc88-3197-37153b88772e -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/apps.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=utc -boot c -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/raid/kvm-images/apps.qcow2,if=none,id=drive-virtio-disk0,boot=on,format=raw -device virtio-blk-pci,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0 -device virtio-net-pci,vlan=0,id=net0,mac=54:52:00:27:5e:02,bus=pci.0,addr=0x3 -net tap,fd=35,vlan=0,name=hostnet0 -device virtio-net-pci,vlan=1,id=net1,mac=54:52:00:40:cc:7f,bus=pci.0,addr=0x4 -net tap,fd=36,vlan=1,name=hostnet1 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -vnc 127.0.0.1:0 -k en-us -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6

    
por Steve Madsen 22.08.2011 / 18:47

1 resposta

0

Obrigado por postar a atualização sobre os pacotes e versões.

Bem, parece que você está usando o formato de imagem qcow2. Várias pessoas relataram problemas de desempenho do kvm 0.12.5 em combinação com o qcow2, como aqui .

A razão pela qual o qcow2 se comporta tão mal com o kvm 0.12.5 é que eles mudaram o comportamento da imagem em caso de falhas. O qcow2 é agora muito mais estável, mas ao mesmo tempo há o efeito colateral de uma diminuição no desempenho.

    
por 23.08.2011 / 21:00