Reprise du message précédent :

 
Je détail un peu :
 

Multipath me retourne le disque ISCSI mpath0, j'ai donc crée mon volume group sur ce disque (depuis mon Dom0). On voit bien les 4 liens utilisé dans la config (oui multipath gère aussi le load-balancing).
 
Ensuite, tous ce déroule comme sur mes autres serveurs Xen (je n'ai pas fait de modification particulière à ce niveau) :
 
Création de la machine sur ce VG avec xen-create-image.
 
Le disque qui apparaît dans la conf de ma machine :
 

Je le sais bien (j'ai fourni un patch à multipath-tools intégré dans l'upstream   ), mais dans son cas, pour bencher/comparer ses deux noeud c'est contreproductif, car il ne saura pas directement sur quel noeud cela écrit.

et concrètement ton problème de perfs c'est de quel ordre de grandeur ?

Ca me semble correct.
 
Et donc les perfs entre /dev/xenvg/VmTests-disk sur dom0 et /dev/xvda1 dans le domU montrent de grande différences ?
Tu mesures avec quoi ? de quel ordre les différences ?

Pour les tests j'utilise la commande dd :  

Sur le Dom0, en montant le LV du DomU : 138MB/s
 
Sur le DomU : 18MB/s
 
Sur le Dom0 avec la même configuration mais en ayant formaté le mpath0 en ext3 je pouvais atteindre plus de 450MB/s
 
En revanche en faisant le même test sur le deuxième Xen configuré avec un lien ISCSI sur un DomU similaire j’atteins 48.3 MB/s ...
 
C'est pour cela que je posais la question sur ce thread pensant que ça puisse venir de LVM/Xen.
 
J'ai aussi utilisé bonnie++/HDparm et dd avec des bs de 4k, les résultat sont du même ordre.

 
Nombre de CPU et Ram dans le domU ? (perso ça influait des benchs).  
 
Si tu atteint une autre vitesse sur un autre domU c'est que ya un pépin quelque part.  
 
Reste à tester :  
- ton domU à problème avec max cpu et ram
- un autre domU sur le dom0 "problématique"
- tu disais quand sans multipath pas d'emmerde ? télécharge la derniere stable, ça m'a reglé des soucis chez moi http://christophe.varoqui.free.fr/ [...] .9.tar.bz2

Effectivement, j'avais 1 cpu et 2048 de ram. j'en ai mis 24 avec 20 Go de Ram :
 
J'arrive à 45MB/s.
 
Par contre, je viens de refaire un essai sur le DomU qui est sur le Dom0 qui n'as qu'un lien ISCSI et qui avait la même conf (1CPU 2048 de Ram, en l'upgradant de la même manière) : 62.2 MB/s
 
j'avais déjà la dernière version stable.

Dans le dom0 tu utilises aussi LVM pour tes tests ou pas ?
J'ai l'impression que non en te lisant.

j'ai fait des tests avec mpath0 configuré avec LVM : 138 MB/s
 
mpath0 formaté directement en ext3 : 450MB/s
 
Tout ça depuis le Dom0

 
même matériel, même liens réseaux ?

Ah ben déjà ça change pas mal la donne
 
Et avec le mpath sans LVM dans le domU ?

Oui, les Dom0 sont deux Dell R410 avec la même configuration, la baie est une MD3200i.

Le DomU à son disque système SUR ce volume group justement.  
 
Comment je pourrais faire pour tester ? Il faudrait que j'installe un autre système sur un fichier image et mettre le LV en disque secondaire ?

1. Fais une archive de la partoche LVM qui sert de système à ton domU
2. Supprime le volume logique LVM (enfin tu vires tout LVM du mpath quoi )
3. Tu formates le mpath en ext3/4, tu le montes dans un dossier et tu désarchives ce que tu avais fait en 1. dedans. Tu démontes la partoche.
4. Tu édites la conf de ta VM pour que le disque soit 'phydev/mapper/mpathX','xvda','w'
5. Tu lances ta vm, ça doit fonctionner normalement
 
Les points 1 à 3 peuvent être remplacés par une LUN iSCSI neuve et propre + du debootstrap mais si tu sais pas comment faire...

Bon, je viens de faire les essais, les problèmes de lenteur sur lvm venaient du fait que j'avais oublié de remettre le cache du San après des tests (et le fais que je ne mettait pas assez de RAM).
 
J'ai fais le test avec etx3, remis LVM et j'ai bien les mêmes performances. Le problème c'est qu'il faut énormément de mémoire sur le DomU pour que les débits soient meilleurs.
 
Les accès au San ne peuvent pas être géré que par le Dom0 et que ce soit transparent pour les DomU ?
 

J'ai un petit souci avec Xen je n'arrive pas a afficher mon domU via SDL le VNC marche bien par contre.
 
Debian Testing
Kernel 3.1.0-1-amd64
Xen 4.1

 
Merci  
 
Edit: Je viens d'installer xserver-xorg-core pas de changement  

Yop,
 
J'essaie de jouer avec ZFS + XEN.
 
Je suis sous squeeze et j'ai compilé ZFS sur le Dom0 en natif (pas via Fuse).
 
Je souhaite monter sur mon DomU une partition de mon Pool Raidz, mais je ne la vois pas apparaitre dans l'arborescence /dev/ , en revanche elle a été montée automatiquement sur le Dom0 dans /MonPool/Partition1.
 
Comment faire pour la monter sur le DomU ?
 

 
Le ZFS de KQtech ?
 
C'est expérimental ou pour de la prod ? Si prod je te conseille de faire plus simple

ce zfs la : http://zfsonlinux.org/

C'est expérimental.

Pas en prod alors

ben non. c'est experimental
 
EDIT: bon en fait mon souci c'est que j'ai pas l'arborescence /dev/zvol sur mon dom0. Je ne sais pas pourquoi.tout le reste fonctionne.
Mais bon c'est un peu HS pour le topic

 
 
Je dois mettre en place un Windows 7 virtualisé sur les pc sous Ubuntu, la VM Win7 servira à faire de la bureautique et de la programmation.
J'ai fait pas mal de test sur la virtualisation qemu-kvm, VMware player et VirtualBox.
 
Mon problème est que la solution de virtualisation doit être open source & l'utilisation de la VM doit être fluide
 
Ce que j'ai pu constater:
qemu-kvm: la VM lag
VirtualBox sans les additions invité car non open source : pas de lag ressenti mais pas pratique (résolution de l'écran non dynamique, obliger de capturer la VM via la souris etc...)
 
Connaissez vous d'autre logiciel open source de virtualisation respectant les contraintes cité ci dessus ou des logiciels additionnels comme vmware-tool pour qemu-kvm ?
 
 

Pourquoi se restreindre à de l'Open Source alors que le système invité ne l'est pas lui-même ?

Nous avons déja les licences Windows 7, elle nous sert à installer le logiciel de dev micrososft visual studio et d'autre logiciel propriétaire.
 

Les "addtions invité" c'est le logiciel de virtualbox qui permet de mieux intéragir entre l'host et la VM [affichage, résolution...] exactement le même principe que VM-tool de VMware.

mais eu pk partir sur une base ubuntu alors?
 
si ubuntu obligatoire, dual boot?

Nan mais pourquoi ne pas vouloir installer les guest-additions ?

encore un libriste acharnée...
 
Le genre de personnes à pas installer les firmwares non-free sous Debian et à changer de carte réseau à la place

ouais c'est ce qu'on a, mais cela est moins pratique pour la maintenance, c'est beaucoup plus facile de maintenir une VM par exemple MAJ des logiciels et des patch de sécurité.
Il faut aussi que cette VM soit en lecture seul pour que toutes modification faites par l'utilisateurs ne soient pas pris en compte au prochaine redémarrage de la VM.
 

 
Ce n'est pas pour une utilisation personnelle... mais une centaine.

c'est vrai que les addons de vmware sont super instable...

de toute façon c'est propriétaire, j'ai tester VMware pour savoir si la VM ne souffrait pas de lag comme dans qemu-kvm

Il dit qu'il a mal au genou  

 
J'ai du louper qquechose là ?
je ne peux pas l'installer sur une VM et la déployer pour une centaine de personne la licence ne le permet pas

si tu es en secteur education/recherche c'est ok avec vbox.

En fait c'est pas que ce ne soit pas open source qui te pose problème, mais que ce soit payant, c'est ça ?

 
Pour l'éducation, je viens de re-regarder et apparemment j'ai dut mal interpréter ce qui est écrit... j'avais compris au départ qu'on pouvait l'utiliser juste qques semaine après relecture j'ai le droit de l'utiliser dans l'éducation national  
 
https://www.virtualbox.org/wiki/VirtualBox_PUEL
 
 

 
Vous me confirmez que c'est bon pour l'éducation ?

je viens de te le dire  

J'ai un nouveau problème    
 
Existe t-il une fonctionnalité dans VirtualBox pour utiliser une VM en lecture seulement ?
 
Par exemple sur qemu-kvm il est possible d'attaché un fichier .qcow2 à une image VM, lorsqu'on exécute le fichier qcow2 il a en lecture l'image de la VM et les écritures se font dans qcow2.
Cela permet d'avoir une VM de base sans modification
 
 

Pas à ma connaissance ... p'tet avec un script qui copie le fichier du disque virtuel avant démarrage de la VM.

Je viens de trouver, on peut le faire par exemple avec la commande :
VboxManage modifyhd fichier_VM.vdi --type immutable

 
Problème rencontré dernièrement : un processeur relativement récent (i5-2500) dispose de l'AVX et fait planter une de mes DomU.
 
je plante le décor:
dom0 = lenny 2.6.26-2-xen-amd64

 
domU = squeeze 2.6.32-5-xen-amd64 (boot via pygrub)

au démarrage d'apache, crash.
kernel: [   71.539921] apache2[910] trap invalid opcode ip:7fd655d248b0 sp:7fff593a6428 error:0 in ld-2.11.2.so[7fd655d11000+1e000]
 
J'ai déplacé le domU sur un dom0 identique d'un point de vue xen et kernel et dont le CPU n'a pas d'AVX. Pas de crash d'apache.
L'erreur "trap invalid opcode" m'a mis sur la piste des instructions CPU. J'ai alors cherché à masquer les bits cpuid pour ce domU correspondant à l'AVX. Aucun succès, je me demande si les valeurs indiquées ici sont correctes pour empecher un domU de voir l'avx.
https://www.redhat.com/archives/fed [...] 00114.html
J'ai essayé la doc de xen, mais c'est chaud je vois pas trop comment cela fonctionne:
http://zhigang.org/wiki/XenCPUID
 
Visiblement le problème est résolu dans le libc de la version suivante de debian .
Quelqu'un a une suggestion / a déjà joué avec les bit CPUID?
 

Si tu peux mettre à jour ton Dom0 en stable, ça me paraît déjà une bonne solution..
Ensuite si tu peux pas, la doc est assez claire, dans la conf de ton DomU, les x ça ne remplace pas et le reste est expliqué (en gros). Mais oui, faut prendre le temps de comprendre exactement ce que tu fais.  
 
Donc niveau timing, si ta un autre Dom0, tu migres tes VM de prod dessus, et tu upgrade à coté ton Dom0 actuel, et vice versa.