[RESOLU] Débit entre VM et nas4free

[ernie]

Hello,

Je me pose la question suivante:

Comment maximiser le débit entre une VM (géré par nas4free via phpvbox) et nas4free ?

Vu que la vm est en fait dans la ram du nas, le débit devrait être fulgurant, non ?

Je n'ai entre ma vm wheezy et nas4free que 11MB/s et parfois 22 MB/s.

Est ce lié à la configuration de la vm (hardware paramétré) ?

Sur une vm existante que mettre comme paramètre hardware pour que cela soit proche de l'instantané ?

Merci

[sleid]

Bonjour,

Les deux systèmes d'exploitations sont en ram mais pas les disques et le même contrôleur doit travailler en lecture et écriture.

Pour la "fulgurence" il faudrait un ramdisk.

[ernie]

Donc si je rajoute une carte contrôleur sata pour gérer 2 de mes 4 DD sur le nas, cela peut il aider ?

[sleid]

Probablement, mais ça ne dépassera jamais le débit des disques.
En premier lieu il faudrait vérifier le comportement du proc lors de ces opérations, le c224 ne s'exprimant pleinement qu'avec un xeon.

[mtiburs]

Comment maximiser le débit entre une VM (géré par nas4free via phpvbox) et nas4free ?
Vu que la vm est en fait dans la ram du nas, le débit devrait être fulgurant, non ?
Je n'ai entre ma vm wheezy et nas4free que 11MB/s et parfois 22 MB/s.
Est ce lié à la configuration de la vm (hardware paramétré) ?

Sur une vm existante que mettre comme paramètre hardware pour que cela soit proche de l'instantané ?

proche de l'instantané ? ! carrément !

En fait, il faut comprendre que vbox va gérer ses VM de plusieurs manières:
- soit le proc ne fait pas de virtu, et, dans ce cas, il va "émuler"
- soit le processeur fait du VT-x et dans ce cas, il pourra traiter les instruction de la VM comme si ell était vraie (mode virtu du proc), avec un bémol toutefois, vbox regarde toujours si les instructions sont correctes, si elles ne vont pas, il passe en émulation.
- soit le proc fait VT-d et dans ce cas, la VM pourra utiliser les dev directement (VT-x et VT-d sont un peu le top de la virtu), il existe encore d'autres subtilités, mais c'est en gros çà.

Donc, comme dit sleid, il y a des points à voir avec le proc et certains composants.

Ceci étant, on peut jouer sur certains points, par exemple, dans mon cas, ma MV existe sur un pool en mirroir sur deux Nas4Free en iscsi, normalement c'est lent (en plus, malgré que j'ai 3 cartes réseau par nas et sur mon serveur, j'ai tous mis sur le même réseau ... la honte ! )
Mais, on peut gruger un peu le bazar, avec le Zcache; sur mon pool, j'ai mis un SSD et les accès sont très bon.
J'ai même fais l'essai suivant et cela se rapporterait à ta notion "d'instantanéité" de la VM:
Je lance la lecture de mon fichier de VM dans un /dev/nul, cela va "peupler" le Zcache et lorsque je lance ta VM ... c'est très rapide !!!
Après il faut voir ce que l'on possède comme données, si c'est des petits bouts de données (quelques Mo), le SSD suffit, si c'est des gros blocs, là il vaut mieux du SAS (pour des dizaine/centaines de Mo ou du Go.
En tout cas, ma MV en iscsi est instantané par le Zcache, perso, je fais comme çà:
- le matin, j'importe mon pool
- j'utilise et je sauvegarde le snapshot de la veille (pendant l'utilisation de la VM)
- le soir j'exporte ma VM (avant je fais un snapshot: qui sert sur la ligne précédente)
Au début le démarrage est un peu plus long comme firefox, mais après c'est un plaisir, d'ailleurs çà va tellement vite que je ferme carrément mes softs comme /Firefox, Gimp ou RawTherapy et les relance après, c'est ... instantané !
Une fois, j'ai fais un Zcache (avec un dev en ramdisk) avec une VM qui tournait depuis un Raspberry ! çà marche bien ... bon, pour "l'écriture" ... faut pas être pressé !

Il y a peut-être un point mais que je ne connais pas trop, c'est dans vbox, il y a une option "utiliser le cache d'E/S de l'hôte", je n'ai jamais trop vu la différence

Mais sinon, coté disques tes 11 ou 22mo/s sont normaux en vbox.
Il faudrait voir en utilisant un dev directement, genre comme çà:
$ VBoxManage internalcommands createrawvmdk -filename /donnees/mv/dd500p1-60Go.vmdk -rawdisk /dev/sdd1
/dev/sdd1 étant une partoche de 60Go, vbox, utilisera le dev directement et c'est l'architecture du hardware qui fera la différence avec un fichier de VM direct