| View previous topic :: View next topic |
| Author |
Message |
RaX
Apprentice
Joined: 16 Aug 2007
Posts: 166
|
 Posted: Fri Mar 12, 2010 1:55 pm Post subject: |
 |
|
Bonjour, nous au taf on est avec CentOS 5.4 donc on peux penser que ça fonctionne de façon identique sur RH.
/dev/kqemu n'est pas utilisé par kvm en revance tu doit avoir un /dev/kvm.
Pour le lancement de qemu-kvm nous ne le lançons pas manuellement tout est géré avec libvirtd, mais si je fait un "ps" voila comment est lancé une de mes vm:
/usr/libexec/qemu-kvm -S -M pc -m 512 -smp 2 -name zimb1 -uuid 69637fdf-bdff-4401-8d0a-b4c1d390c79e -no-kvm-pit-reinjection -monitor pty -pidfile /var/run/libvirt/qemu//zimb1.pid -boot c -drive file=,if=ide,media=cdrom,index=2 -drive file=/dev/vmcorp/VM_zimb1_root,if=virtio,index=0,boot=on -drive file=/dev/vmcorp/VM_zimb1_swap,if=virtio,index=1 -net nic,macaddr=00:16:3e:0c:70:3e,vlan=0,model=virtio -net tap,fd=18,script=,vlan=0,ifname=vnet0 -net nic,macaddr=00:16:3e:0c:70:3f,vlan=1,model=virtio -net tap,fd=19,script=,vlan=1,ifname=vnet11 -serial pty -parallel none -usb -vnc 127.0.0.1:0 -k fr -serial mon:unix:/var/run/libvirt/qemu/zimb1.serial,server,nowait.
En espérant que cela puisse te dépanner.
Bonne journée. |
|
| Back to top |
|
 |
loopx
Advocate
Joined: 01 Apr 2005
Posts: 2787
Location: Belgium / Liège
|
| Posted: Fri Mar 12, 2010 2:07 pm Post subject: |
|
|
Tout à fait, j'ai bien un "/dev/kvm" :
| Code: | [0][root@serveur ~]$ ls -l /dev/kvm
crw-rw---- 1 root root 10, 232 Mar 12 14:09 /dev/kvm |
Les info sont intéressantes, merci 
Je constate que je n'ai aucun exécutable "qemu-kvm" sur ma RHEL 5.4 ...
_________________
Mon MediaWiki perso : http://pix-mania.dyndns.org
Last edited by loopx on Mon Mar 15, 2010 10:05 am; edited 1 time in total |
|
| Back to top |
|
|
kwenspc
Advocate
Joined: 21 Sep 2003
Posts: 4954
|
| Posted: Fri Mar 12, 2010 5:05 pm Post subject: |
|
|
| Quote: |
qemu-system-x86_64: invalid option -- '-enable-kvm'
|
Alors soit la version de qemu proposée par RH est trop vieille ou pas compilé avec le support kvm... ou alors je vois pas.  |
|
| Back to top |
|
|
man in the hill
Veteran
Joined: 15 Dec 2005
Posts: 1552
Location: Madinina
|
| Posted: Fri Mar 12, 2010 11:27 pm Post subject: |
|
|
Le site de kvm
Lance ton install avec qemu-system-x86_64 sans l'option -enable-kvm et regarde si c'est tjrs aussi lent ...
Tape cette commande pour verifier si kvm est activé ou pas:
| Code: | alt + ctrl + 2
info kvm |
_________________
Get Up and Go ! |
|
| Back to top |
|
|
man in the hill
Veteran
Joined: 15 Dec 2005
Posts: 1552
Location: Madinina
|
| Posted: Sat Mar 13, 2010 11:58 am Post subject: |
|
|
| man in the hill wrote: | Le site de kvm
Lance ton install avec qemu-system-x86_64 sans l'option -enable-kvm et regarde si c'est tjrs aussi lent ...
Tape cette commande pour verifier si kvm est activé ou pas:
| Code: | alt + ctrl + 2
info kvm |
|
[EDIT]Après test rapide, il n'y a plus besoin de l'option -enable-kvm , et d'ailleurs il n'y a plus de use kvm pour le paquet qemu-kvm sous gentoo (logique pour un paquet s'appelant qemu-kvm qui pointe vers qemu-system-x86_64 ) donc tu peux y aller loopx avec qemu-system-x86_64 sans l'option -enable-kvm [/EDIT]
Ps: Sous gentoo c'est un peu n'importe quoi avec le paquet qemu-kvm:
| Code: | cat /usr/bin/qemu-kvm
#!/bin/sh
exec /usr/bin/qemu-system-x86_64 --enable-kvm "$@" |
Moi, je le renomme tjrs et fais pointer qemu-kvm vers /usr/bin/qemu-system-x86_64
_________________
Get Up and Go ! |
|
| Back to top |
|
|
kwenspc
Advocate
Joined: 21 Sep 2003
Posts: 4954
|
| Posted: Sat Mar 13, 2010 12:10 pm Post subject: |
|
|
| man in the hill wrote: |
[EDIT]Après test rapide, il n'y a plus besoin de l'option -enable-kvm , et d'ailleurs il n'y a plus de use kvm pour le paquet qemu-kvm sous gentoo (logique pour un paquet s'appelant qemu-kvm qui pointe vers qemu-system-x86_64 ) donc tu peux y aller loopx avec qemu-system-x86_64 sans l'option -enable-kvm [/EDIT]
|
Ahhh en effet. Ça doit être le second effet de la mise en obsolescence du module kqemu. |
|
| Back to top |
|
|
loopx
Advocate
Joined: 01 Apr 2005
Posts: 2787
Location: Belgium / Liège
|
| Posted: Mon Mar 15, 2010 9:29 am Post subject: |
|
|
| kwenspc wrote: | | Quote: |
qemu-system-x86_64: invalid option -- '-enable-kvm'
|
Alors soit la version de qemu proposée par RH est trop vieille ou pas compilé avec le support kvm... ou alors je vois pas. |
J'ai trouvé, j'ai ouvert un call chez red hat, et il m'ont dit .. qu'il n'y avait pas de "qemu" mais bien une commande "qemu-kvm" .. qui n'était pas dans le path et qui se trouve sur /usr/libexec/qemu-kvm
Conclusion, j'ai réussi à lancer "qemu-kvm" ET démarrer (via un simple switch "-cdrom") le cd Gentoo minimal  et j'ai clairement vu la différence de perf .. plusieurs minutes sans KVM, 1 minutes ou un rien plus avec ...
Je vais faire un test chrono d'ailleur 
_________________
Mon MediaWiki perso : http://pix-mania.dyndns.org |
|
| Back to top |
|
|
loopx
Advocate
Joined: 01 Apr 2005
Posts: 2787
Location: Belgium / Liège
|
| Posted: Mon Mar 15, 2010 9:30 am Post subject: |
|
|
| man in the hill wrote: | Le site de kvm
Lance ton install avec qemu-system-x86_64 sans l'option -enable-kvm et regarde si c'est tjrs aussi lent ...
Tape cette commande pour verifier si kvm est activé ou pas:
| Code: | alt + ctrl + 2
info kvm |
|
Waaaaaaaaaaaaaaa 
Il me dit : "kvm support: enable"
Super, merci, mais j'ai lancé avec "qemu-kvm" ...
EDIT: test avec lancement de la gentoo minimal sur Xeon 2,9Ghz Quad hyperthreading (à partir du "boot:" jusqu'a l'invite de commande sans rien touché => en attendant le timeout pour la selection du clavier etc ..) ; option=-cdrom gentoo-minimal.iso :
- avec KVM : 1 minute 18 secondes
- sans KVM : 4 minutes 1 seconde
EDIT2: est-ce normal d'avoir un processeur "Qemu" (dans KVM est activé) et un Pentium 2 à 2,93Ghz quand j'utilise juste "qemu" ? Note que j'ai aussi cette erreur lorsque je tente d'utiliser "qemu" tout court :
| Code: | | Could not open '/dev/kqemu' - QEMU acceleration layer not activated: No such file or directory |
ce qui pourrait dégrader encore plus les performances ...
EDIT3: quand je fait un "info kvm" avec la commande "qemu", j'ai un "kvm support: not compiled"
EDIT4: je viens de tester avec le binaire "qemu-system-x86_64", et c'est encore plus lent : 4 minutes 33 secondes pour le boot du gentoo minimal ...!! et "kvm support" n'est pas complied ... donc, je vais garder "qemu-kvm" pour cette machine ^^
| Code: |
[0][root@serveur test_virtualisation]$ ls -l /usr/libexec/qemu-kvm
-rwxr-xr-x 1 root root 1803648 Aug 4 2009 /usr/libexec/qemu-kvm
[0][root@serveur test_virtualisation]$ file /usr/libexec/qemu-kvm
/usr/libexec/qemu-kvm: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped
|
EDIT5: maintenant, avant installation (et avec utilisation de "virt-manager"), il me faut un réseau pour accéder et pour que l'on puisse accéder à mon host virtuelle .. Quelles sont mes possibilités ? Puis-je créé une sous interface ???
_________________
Mon MediaWiki perso : http://pix-mania.dyndns.org |
|
| Back to top |
|
|
loopx
Advocate
Joined: 01 Apr 2005
Posts: 2787
Location: Belgium / Liège
|
| Posted: Mon Mar 15, 2010 12:00 pm Post subject: |
|
|
Quelqu'un aurait une idée de ce qu'il m'arrive ... dans virt-manager, je dois créer une interface physique bridgée .. Je n'avais pas compris au début et le but, c'est de créé un br0 et d'y ajouter une seule interface : l'interface qui à l'ip de la machine. Alors, avec virt-manager, il va probablement créer une interface virtuelle et la bridgé à "br0" ou à mon interface qui possède l'ip...
Donc, pour faire le bridge, je procède ainsi :
| Code: | brctl addbr br0
[ifconfig br0 0.0.0.0 up]
brctl addif br0 bond0 |
Si j'oublie le "ifconfig" du milieu, je perd la connexion au serveur ...
Si je fais un simple "ifconfig br0 up", cela ne fonctionne pas non plus, il faut vraiment que j'entre aussi une ip bidon (0.0.0.0) pour que cela fonctionne est-ce normal ?
Note: je n'ai pas utilisé l'interface "eth0" mais plutôt "bond0" (on utilise du nic teaming => sous bond0, il y a eth0 et eth1 => active failover ).
_________________
Mon MediaWiki perso : http://pix-mania.dyndns.org |
|
| Back to top |
|
|
man in the hill
Veteran
Joined: 15 Dec 2005
Posts: 1552
Location: Madinina
|
| Posted: Mon Mar 15, 2010 12:33 pm Post subject: |
|
|
| loopx wrote: | EDIT4: je viens de tester avec le binaire "qemu-system-x86_64", et c'est encore plus lent : 4 minutes 33 secondes pour le boot du gentoo minimal ...!! et "kvm support" n'est pas complied ... donc, je vais garder "qemu-kvm" pour cette machine ^^
| Code: |
[0][root@serveur test_virtualisation]$ ls -l /usr/libexec/qemu-kvm
-rwxr-xr-x 1 root root 1803648 Aug 4 2009 /usr/libexec/qemu-kvm
[0][root@serveur test_virtualisation]$ file /usr/libexec/qemu-kvm
/usr/libexec/qemu-kvm: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped
|
|
La c'est un vrai binaire alors que gentoo, qemu-kvm est un lien qui pointe vers qemu-system-x86_64.
Tape qemu-system-x86_64 --help pour voir les differentes options
_________________
Get Up and Go ! |
|
| Back to top |
|
|
loopx
Advocate
Joined: 01 Apr 2005
Posts: 2787
Location: Belgium / Liège
|
| Posted: Mon Mar 15, 2010 1:33 pm Post subject: |
|
|
| man in the hill wrote: | | loopx wrote: | EDIT4: je viens de tester avec le binaire "qemu-system-x86_64", et c'est encore plus lent : 4 minutes 33 secondes pour le boot du gentoo minimal ...!! et "kvm support" n'est pas complied ... donc, je vais garder "qemu-kvm" pour cette machine ^^
| Code: |
[0][root@serveur test_virtualisation]$ ls -l /usr/libexec/qemu-kvm
-rwxr-xr-x 1 root root 1803648 Aug 4 2009 /usr/libexec/qemu-kvm
[0][root@serveur test_virtualisation]$ file /usr/libexec/qemu-kvm
/usr/libexec/qemu-kvm: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped
|
|
La c'est un vrai binaire alors que gentoo, qemu-kvm est un lien qui pointe vers qemu-system-x86_64.
Tape qemu-system-x86_64 --help pour voir les differentes options |
| Code: | [1][root@serveur ~]$ qemu-system-x86_64 --help
QEMU PC emulator version 0.10.5, Copyright (c) 2003-2008 Fabrice Bellard
usage: qemu [options] [disk_image]
'disk_image' is a raw hard image image for IDE hard disk 0
Standard options:
-h or -help display this help and exit
-M machine select emulated machine (-M ? for list)
-cpu cpu select CPU (-cpu ? for list)
-smp n set the number of CPUs to 'n' [default=1]
-fda/-fdb file use 'file' as floppy disk 0/1 image
-hda/-hdb file use 'file' as IDE hard disk 0/1 image
-hdc/-hdd file use 'file' as IDE hard disk 2/3 image
-cdrom file use 'file' as IDE cdrom image (cdrom is ide1 master)
-drive [file=file][,if=type][,bus=n][,unit=m][,media=d][,index=i]
[,cyls=c,heads=h,secs=s[,trans=t]][,snapshot=on|off]
[,cache=writethrough|writeback|none][,format=f][,serial=s]
use 'file' as a drive image
-mtdblock file use 'file' as on-board Flash memory image
-sd file use 'file' as SecureDigital card image
-pflash file use 'file' as a parallel flash image
-boot [a|c|d|n] boot on floppy (a), hard disk (c), CD-ROM (d), or network (n)
-snapshot write to temporary files instead of disk image files
-m megs set virtual RAM size to megs MB [default=128]
-k language use keyboard layout (for example "fr" for French)
-audio-help print list of audio drivers and their options
-soundhw c1,... enable audio support
and only specified sound cards (comma separated list)
use -soundhw ? to get the list of supported cards
use -soundhw all to enable all of them
-usb enable the USB driver (will be the default soon)
-usbdevice name add the host or guest USB device 'name'
-name string set the name of the guest
-uuid %08x-%04x-%04x-%04x-%012x
specify machine UUID
Display options:
-nographic disable graphical output and redirect serial I/Os to console
-no-frame open SDL window without a frame and window decorations
-alt-grab use Ctrl-Alt-Shift to grab mouse (instead of Ctrl-Alt)
-no-quit disable SDL window close capability
-sdl enable SDL
-portrait rotate graphical output 90 deg left (only PXA LCD)
-vga [std|cirrus|vmware|none]
select video card type
-full-screen start in full screen
-vnc display start a VNC server on display
Network options:
-net nic[,vlan=n][,macaddr=addr][,model=type][,name=str]
create a new Network Interface Card and connect it to VLAN 'n'
-net user[,vlan=n][,name=str][,hostname=host]
connect the user mode network stack to VLAN 'n' and send
hostname 'host' to DHCP clients
-net tap[,vlan=n][,name=str][,fd=h][,ifname=name][,script=file][,downscript=dfile]
connect the host TAP network interface to VLAN 'n' and use the
network scripts 'file' (default=/etc/qemu-ifup)
and 'dfile' (default=/etc/qemu-ifdown);
use '[down]script=no' to disable script execution;
use 'fd=h' to connect to an already opened TAP interface
-net socket[,vlan=n][,name=str][,fd=h][,listen=[host]:port][,connect=host:port]
connect the vlan 'n' to another VLAN using a socket connection
-net socket[,vlan=n][,name=str][,fd=h][,mcast=maddr:port]
connect the vlan 'n' to multicast maddr and port
-net none use it alone to have zero network devices; if no -net option
is provided, the default is '-net nic -net user'
-tftp dir allow tftp access to files in dir [-net user]
-bootp file advertise file in BOOTP replies
-smb dir allow SMB access to files in 'dir' [-net user]
-redir [tcp|udp]:host-port:[guest-host]:guest-port
redirect TCP or UDP connections from host to guest [-net user]
-bt hci,null dumb bluetooth HCI - doesn't respond to commands
-bt hci,host[:id]
use host's HCI with the given name
-bt hci[,vlan=n]
emulate a standard HCI in virtual scatternet 'n'
-bt vhci[,vlan=n]
add host computer to virtual scatternet 'n' using VHCI
-bt device:dev[,vlan=n]
emulate a bluetooth device 'dev' in scatternet 'n'
i386 target only:
-win2k-hack use it when installing Windows 2000 to avoid a disk full bug
-rtc-td-hack use it to fix time drift in Windows ACPI HAL
-no-fd-bootchk disable boot signature checking for floppy disks
-no-acpi disable ACPI
-no-hpet disable HPET
-acpitable [sig=str][,rev=n][,oem_id=str][,oem_table_id=str][,oem_rev=n][,asl_compiler_id=str][,asl_compiler_rev=n][,data=file1[:file2]...]
ACPI table description
Linux boot specific:
-kernel bzImage use 'bzImage' as kernel image
-append cmdline use 'cmdline' as kernel command line
-initrd file use 'file' as initial ram disk
Debug/Expert options:
-serial dev redirect the serial port to char device 'dev'
-parallel dev redirect the parallel port to char device 'dev'
-monitor dev redirect the monitor to char device 'dev'
-pidfile file write PID to 'file'
-S freeze CPU at startup (use 'c' to start execution)
-s wait gdb connection to port
-p port set gdb connection port [default=1234]
-d item1,... output log to /tmp/qemu.log (use -d ? for a list of log items)
-hdachs c,h,s[,t]
force hard disk 0 physical geometry and the optional BIOS
translation (t=none or lba) (usually qemu can guess them)
-L path set the directory for the BIOS, VGA BIOS and keymaps
-bios file set the filename for the BIOS
-kernel-kqemu enable KQEMU full virtualization (default is user mode only)
-no-kqemu disable KQEMU kernel module usage
-no-reboot exit instead of rebooting
-no-shutdown stop before shutdown
-loadvm [tag|id]
start right away with a saved state (loadvm in monitor)
-daemonize daemonize QEMU after initializing
-option-rom rom load a file, rom, into the option ROM space
-clock force the use of the given methods for timer alarm.
To see what timers are available use -clock ?
-localtime set the real time clock to local time [default=utc]
-startdate select initial date of the clock
-icount [N|auto]
enable virtual instruction counter with 2^N clock ticks per instruction
-echr chr set terminal escape character instead of ctrl-a
-virtioconsole c
set virtio console
-show-cursor show cursor
-tb-size n set TB size
-incoming p prepare for incoming migration, listen on port p
-chroot dir Chroot to dir just before starting the VM.
-runas user Change to user id user just before starting the VM.
During emulation, the following keys are useful:
ctrl-alt-f toggle full screen
ctrl-alt-n switch to virtual console 'n'
ctrl-alt toggle mouse and keyboard grab
When using -nographic, press 'ctrl-a h' to get some help. |
mais maintenant, plus besoin, vu que j'ai le "qemu-kvm"
De plus, maintenant, j'utilise "virt-manager" pour créer mes machines virtuelles ca roxxxxx et j'ai réussi à créer une VM qui s'est installé via PXE et tout le tralala
Seul problème qu'il me reste : impossible de faire CTRL+ALT+2 (pour faire un "info kvm" par virt-manager). Et un autre problème trèèèèès embêtant, c'est le boot sur un disque SCSI .. impossible, il n'en veut pas 
Je vais ouvrir un call chez red hat
_________________
Mon MediaWiki perso : http://pix-mania.dyndns.org |
|
| Back to top |
|
|
loopx
Advocate
Joined: 01 Apr 2005
Posts: 2787
Location: Belgium / Liège
|
| Posted: Mon Mar 15, 2010 9:26 pm Post subject: |
|
|
Suite au call, j'ai appris que le type VIRTIO est meilleur que SCSI et donc, j'ai testé et j'y suis arrivé même directement à installé, via PXE, sur un disque en VIRTIO .
Demain, je tente le coup avec le VIRTIO pour la carte réseau direct à l'install :p
_________________
Mon MediaWiki perso : http://pix-mania.dyndns.org |
|
| Back to top |
|
|
kwenspc
Advocate
Joined: 21 Sep 2003
Posts: 4954
|
| Posted: Tue Mar 16, 2010 6:38 am Post subject: |
|
|
| T'aurais lu la(les) doc(s) tu aurais pas eu besoin d'un call |
|
| Back to top |
|
|
man in the hill
Veteran
Joined: 15 Dec 2005
Posts: 1552
Location: Madinina
|
| Posted: Tue Mar 16, 2010 11:03 am Post subject: |
|
|
| kwenspc wrote: | | T'aurais lu la(les) doc(s) tu aurais pas eu besoin d'un call |
+1, surtout que les infos abondent (deja ds le topic gentoo) et que ce n'est pas un logiciel proprio inconnu au bataillon du www ... mais ça fait bosser le support red hat, le client est roi ...
Je me suis emballé aussi au début pour la libvirt et virt-manager mais ait tjrs tes scripts avec qemu-kvm sous la main pour lancer et stop tes vm ...
_________________
Get Up and Go ! |
|
| Back to top |
|
|
loopx
Advocate
Joined: 01 Apr 2005
Posts: 2787
Location: Belgium / Liège
|
| Posted: Tue Mar 16, 2010 11:43 am Post subject: |
|
|
J'ai un gros problème niveau réseau sur ma machine de test ... C'est un problème de bridge ... Je ne sais pas si ca provient de l'interface réseau VIRTIO que j'ai ajouté hier avant de quitter le boulot ... quand je suis arrivé le matin, la machine était up depuis 1h30, mon collègue l'avais redémarré .. plus de réseau (machine pas planté, mais bien le réseau)...
Voici la config que j'ai :
| Code: |
br0
| \
| \
| \
| <vnet0, vnet1, ...>
bond0
| \
eth0 eth1
|
bond0 à l'ip de la machine physique : eth0 et eth1 n'ont pas d'ip
Le bridge br0 à une ip 0.0.0.0 ...
les vnet0 n'ont pas d'ip (mais en ont dans la machine virtuelle .. forcément)
Après un temps (peut être lié à l'utilisation d'une carte réseau VIRTIO juste avant), le bridge refuse de fonctionner .. le ping ne fonctionne plus, je dois prendre la machine en KVM et la, je m'appercois qu'elle n'est pas planté mais que le réseau ne fonctionne plus ... Je fais un remove de "bond0" pour le bridge "br0" et je la replace ... ca refonctionne .. mais tantot, ca à refonctionné 2 min ...
Je me demande si la technique de mise en place du bridge n'est pas le problème ... car après que cela refonctionne, je peux pinger ma machine physique d'une autre machine ... mais l'inverse ne fonctionne pas bref, de l'intérieur de la machine, on ne peux plus pinger .... étrange ..
_________________
Mon MediaWiki perso : http://pix-mania.dyndns.org |
|
| Back to top |
|
|
man in the hill
Veteran
Joined: 15 Dec 2005
Posts: 1552
Location: Madinina
|
| Posted: Tue Mar 16, 2010 2:00 pm Post subject: |
|
|
| loopx wrote: |
J'ai un gros problème niveau réseau sur ma machine de test ... C'est un problème de bridge ... Je ne sais pas si ca provient de l'interface réseau VIRTIO que j'ai ajouté hier avant de quitter le boulot ... quand je suis arrivé le matin, la machine était up depuis 1h30, mon collègue l'avais redémarré .. plus de réseau (machine pas planté, mais bien le réseau)...
Voici la config que j'ai :
| Code: |
br0
| \
| \
| \
| <vnet0, vnet1, ...>
bond0
| \
eth0 eth1
|
|
ça a l'air compliqué ton bridge ...
Moi j'aurais bridgé tous les interfaces physiques et virtuelles avec br0 .... (c'est ce que je fais ...)
Tu utilises combien d'interface physique, ta machine fait routeur ?
Un lien pour red hat ici
Le site de linux bridge
Essais de mettre ça proprement en cli, ensuite tu verras avec virt-manager ....
_________________
Get Up and Go ! |
|
| Back to top |
|
|
loopx
Advocate
Joined: 01 Apr 2005
Posts: 2787
Location: Belgium / Liège
|
| Posted: Tue Mar 16, 2010 2:16 pm Post subject: |
|
|
J'ai réussi à configurer mon bridge
Ben, c'est pas compliqué, et je n'ai aussi qu'un bridge : br0 (ou se trouve l'interface qui possède l'ip de la machine ainsi que les interface virtuelle des VM qui sont en exécution).
Donc, quand je boot la machine, j'ai br0 avec "bond0" et les X interface réseau virtuelle utilisée dans les VM.
Ce qui est plus compliqué, c'est le bonding ... bond0, c'est une interface qui se positionne sur eth0 et eth1 (2 interfaces réseaux physique connecté à 2 switchs différents). Via une requête ARP chaque seconde, le module "bonding" est apte à savoir quelle interface est up ou down (requête ARP vers la gateway du serveur) et vu la config que je lui ai mis (active failover), si le lien actif tombe, l'autre carte prend la relève .. sauf si on a pas de chance et que les deux interface sont down ... (ce qui est peu probable).
Bref, je pense que c'est assez parfait ainsi :
eth0 => bond0 => br0 <= interfaces virtuelles
eth1 /
Une dernière question avant de clôturer ce threads ... pensez-vous que Qemu/KVM est la meilleur technologie au niveau des performances/rendement de la virtualisation (pour des invités non modifié) ?
_________________
Mon MediaWiki perso : http://pix-mania.dyndns.org |
|
| Back to top |
|
|
man in the hill
Veteran
Joined: 15 Dec 2005
Posts: 1552
Location: Madinina
|
| Posted: Tue Mar 16, 2010 3:41 pm Post subject: |
|
|
| loopx wrote: | J'ai réussi à configurer mon bridge
Ben, c'est pas compliqué, et je n'ai aussi qu'un bridge : br0 (ou se trouve l'interface qui possède l'ip de la machine ainsi que les interface virtuelle des VM qui sont en exécution).
Donc, quand je boot la machine, j'ai br0 avec "bond0" et les X interface réseau virtuelle utilisée dans les VM.
Ce qui est plus compliqué, c'est le bonding ... bond0, c'est une interface qui se positionne sur eth0 et eth1 (2 interfaces réseaux physique connecté à 2 switchs différents). Via une requête ARP chaque seconde, le module "bonding" est apte à savoir quelle interface est up ou down (requête ARP vers la gateway du serveur) et vu la config que je lui ai mis (active failover), si le lien actif tombe, l'autre carte prend la relève .. sauf si on a pas de chance et que les deux interface sont down ... (ce qui est peu probable).
Bref, je pense que c'est assez parfait ainsi :
eth0 => bond0 => br0 <= interfaces virtuelles
eth1 / |
ok
| loopx wrote: | | Une dernière question avant de clôturer ce threads ... pensez-vous que Qemu/KVM est la meilleur technologie au niveau des performances/rendement de la virtualisation (pour des invités non modifié) ? |
Pour moi c'est très bien et en plein devel, j'ai une vm 2008 server qui fait du tse et ça fonctionne très bien, j'ai aussi des xp avec des logiciels client/serveur ... Accès ssh pour l'hôte (et c'est la que la cli est interessant car tu peux manipuler facilement les vm, virt-manager a un accès distant utilisant ssh mais je n'ai pas eu de test concluant quand je l'avais testé ...) et vnc ou rdp pour la vm et ça roule ... Un truc qu'il faut bien calculer surtout quand tu utilises des vm windows, qemu/kvm est limité à 2047M (2Go) de mémoire ...
Je connais xen, virtualbox,vmware gratuit (pas vmware payant) et qemu/kvm est très simple à mettre en place avec un cout de revient nul, une devel intense open source donc je pense que c'est un très bon choix pour une entreprise. Après faut faire tes tests pour voir si cela te convient ... Je te signale qu'il existe des pilotes virtio pour windows, si tu ne le savais pas encore ...
_________________
Get Up and Go ! |
|
| Back to top |
|
|
loopx
Advocate
Joined: 01 Apr 2005
Posts: 2787
Location: Belgium / Liège
|
| Posted: Tue Mar 16, 2010 4:21 pm Post subject: |
|
|
2Go de mémoire max par VM c'est un peu foireux ca :/
Sinon, j'ai testé la migration avec virt-manager, mais ca ne fonctionne pas.
Donc, je test la sauvegarde de la VM ... mais je ne comprend pas pourquoi, dans virt-manager, la machine doit être allumée pour faire un backup ... et lorsqu'il fait le backup, il éteind la machine et ne la rallume pas vraiment bizare ...
_________________
Mon MediaWiki perso : http://pix-mania.dyndns.org |
|
| Back to top |
|
|
kwenspc
Advocate
Joined: 21 Sep 2003
Posts: 4954
|
| Posted: Tue Mar 16, 2010 4:36 pm Post subject: |
|
|
| loopx wrote: | | 2Go de mémoire max par VM c'est un peu foireux ca :/ |
Sur x86 32bits seulement! Sur 64 bits c'est plus.
Et ça m'étonnerait que tu ais besoin de cinquante douze giga pour une vm... Qui plus est, si tu utilises des vm sous nux, tu devrais utiliser virtio-balloon qui permet d'augmenter/diminuer la ram de la vm selon ses besoins.
[edit] tiens apparemment ça marche aussi pour win. http://www.linux-kvm.com/content/balloon-driver-code-added-windows-guest-driver-gpl-repository [/edit]
Last edited by kwenspc on Tue Mar 16, 2010 4:53 pm; edited 1 time in total |
|
| Back to top |
|
|
loopx
Advocate
Joined: 01 Apr 2005
Posts: 2787
Location: Belgium / Liège
|
| Posted: Tue Mar 16, 2010 4:40 pm Post subject: |
|
|
| kwenspc wrote: | | loopx wrote: | | 2Go de mémoire max par VM c'est un peu foireux ca :/ |
Sur x86 32bits seulement! Sur 64 bits c'est plus.
Et ça m'étonnerait que tu ais besoin de cinquante douze giga pour une vm... Qui plus est, si tu utilises des vm sous nux, tu devrais utiliser virtio-balloon qui permet d'augmenter/diminuer la ram de la vm selon ses besoins.
[edit] tiens apparemment ça marche aussi pour win. http://www.linux-kvm.com/content/balloon-driver-code-added-windows-guest-driver-gpl-repository[/edit] |
Ouf, c'est une 64 et j'ai déjà tout optimisé presque ... look :
| Code: | [0][root@qemu ~]$ lspci
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II]
00:01.2 USB Controller: Intel Corporation 82371SB PIIX3 USB [Natoma/Triton II] (rev 01)
00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03)
00:02.0 VGA compatible controller: Cirrus Logic GD 5446
00:03.0 Ethernet controller: Qumranet, Inc. Virtio network device
00:04.0 SCSI storage controller: Qumranet, Inc. Virtio block device
00:05.0 RAM memory: Qumranet, Inc. Virtio memory balloon |
maintenant, aucune idée de comment gonfler le balon
EDIT: 2Go, c'est trop peu, 4Go, c'est quand même mieux .. 72Go de mémoire, la oui, ca devient abusif et j'ai meme pas de machine physique avec ce genre de quantité ..
_________________
Mon MediaWiki perso : http://pix-mania.dyndns.org
Last edited by loopx on Tue Mar 16, 2010 4:45 pm; edited 1 time in total |
|
| Back to top |
|
|
kwenspc
Advocate
Joined: 21 Sep 2003
Posts: 4954
|
| Posted: Tue Mar 16, 2010 4:45 pm Post subject: |
|
|
| loopx wrote: |
maintenant, aucune idée de comment gonfler le balon |
Faut boire avant, pour avoir le bon effet  |
|
| Back to top |
|
|
loopx
Advocate
Joined: 01 Apr 2005
Posts: 2787
Location: Belgium / Liège
|
|
| Back to top |
|
|
man in the hill
Veteran
Joined: 15 Dec 2005
Posts: 1552
Location: Madinina
|
| Posted: Tue Mar 16, 2010 5:20 pm Post subject: |
|
|
| kwenspc wrote: | | loopx wrote: | | 2Go de mémoire max par VM c'est un peu foireux ca :/ |
Sur x86 32bits seulement! Sur 64 bits c'est plus. |
Je savais pas ça, je vais tester mais je pense que cela va évoluer rapidement ... j'espère ...
| loopx wrote: | | EDIT: je viens de lui mettre 10Go de mémoire, il a pas branché et j'ai 10Go dans une VM ^^ |
Une vm linux ?
_________________
Get Up and Go ! |
|
| Back to top |
|
|
loopx
Advocate
Joined: 01 Apr 2005
Posts: 2787
Location: Belgium / Liège
|
| Posted: Wed Mar 17, 2010 10:39 am Post subject: |
|
|
| man in the hill wrote: | | kwenspc wrote: | | loopx wrote: | | 2Go de mémoire max par VM c'est un peu foireux ca :/ |
Sur x86 32bits seulement! Sur 64 bits c'est plus. |
Je savais pas ça, je vais tester mais je pense que cela va évoluer rapidement ... j'espère ...
| loopx wrote: | | EDIT: je viens de lui mettre 10Go de mémoire, il a pas branché et j'ai 10Go dans une VM ^^ |
Une vm linux ? |
Yes sir
_________________
Mon MediaWiki perso : http://pix-mania.dyndns.org |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
French
