Forum général.général qemu et le réseau

Posté par  .
Étiquettes : aucune
0
18
juin
2009
Bonjour à tous,

je suis en train de me battre avec QEMU pour le réseau. J'ai une Debian Lenny pour faire tourner des Windows 2003 sous QEMU avec KVM. J'ai essayé avec des interfaces TAP mais je n'arrive à rien. Alors j'utilise vde-switch mais j'ai l'impression que ce n'est pas comme ça qu'il faudrait faire.

Quelqu'un a un lien ou une astuce ?

D'autre part, avec VirtualBox et VMWare, les Windows virtualisés fonctionnent mieux avec des pilotes adaptés pour la vidéo, le réseau, la souris et les disques. Je n'ai pas trouvé ça pour QEMU. Ai-je mal cherché ?
  • # net user c'est simple sinon

    Posté par  (site Web personnel) . Évalué à 2.

    -net nic,model=rtl8139 -net user,script=no

    Tap marche bien mais demande plus d'effort de config.
  • # Pilote = virtio

    Posté par  (site Web personnel) . Évalué à 2.

    Pour le réseau, c'est virtio.
    Pour le disque, c'est virtio.
    Pour... etc
  • # bridge-utils

    Posté par  . Évalué à 1.

    J'utilise un pontage

    C'est simple et rapide.

    Il te faut le paquet bridge-utils
    # apt-get install bridge-utils

    On dit que eth0 est la sortie vers le net.

    Tu la déconfigures
    # ifconfig eth0 0.0.0.0

    tu coupes le client dhcp si il tourne

    tu crées ton interface pour le pontage.
    # brctl addbr br0

    tu l'actives:

    # ifconfig br0 up // si c'est une ip fixe, tu l'assignes directement ici.


    maintenant tu lie les interface eth0 et tap0 au br0
    brctl addif br0 eth0
    brctl addif br0 tap0

    Bien sûr elles doivent être activées.

    Et voilà,
    Tu n'as plus qu'à lancer ton QEMU de cette façon:

    /usr/bin/kvm -net nic,model=e1000 -net tap,ifname=tap0,script=no ...


    Evidemment, tu dois également configurer l'interface, avec une ip du même subnet que br0, sous ton OS virtualisé.

    Perso, Qemu-kvm c'est de la bombe, fléxible et rapide.
    il me démarre un snapshot d'un Linux sous X en 3 secondes avec les applis chargées. Il ne manque plus que l'accélération OpenGL comme sous Virtualbox (paraît-il) .

    Bravo Fabrice Bellard!
    • [^] # Re: bridge-utils

      Posté par  . Évalué à 1.

      Merci pour cette réponse claire, je vais enfin pouvoir me passer de vbox :-)
      J'ai une p'tite question au passage:
      le fait qu'eth0 "passe" par le bridge influe-t-il sur les perfs par rapport à un eth0 "natif" ?
      (oui c'est con, et je pense que non, mais je me demandais juste si il y avait beaucoup de code éxécuté en plus pour chaque paquet, surtout en giga voire en 10gbit !)
      • [^] # Re: bridge-utils

        Posté par  . Évalué à 1.

        Non, du moins pas notable... bon je ne transfère pas du giga d'une machine virtuel à un autre système et inversément. :)

        Mais de toute façon, le goulot se ferait au niveau de l'interface reseau de ta VM, j'ai tenté un transfert de 600mo d'une machine physique (différente de l'hôte) vers la VM, j'ai du 15Mo/s là où sur l'hôte physique j'ai du 60Mo/s.

        Mais au niveau du surf, des transferts de petits paquets, la latence est quasi identique à ce que tu peux avoir sur ta machine physique.

        Je n'ai pas fait de benchmark intensif, Mais pour mon usage et vu tout ce qui tourne sur ma workstation, je suis pleinement satisfait de cette solution.

        Bref, fais tes tests, ce n'est vraiment pas lourd à mettre en place.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n’en sommes pas responsables.