Bonjour,
je n'utilise pas (encore ?) KVM, mais uniquement Xen pour le moment.
Néanmoins je suppose que les besoins sont similaires, donc je vais me
permettre de répondre. ;)
Actuellement je gère donc ça via DRBD, directement sur l'host (le "Dom0
Xen"). Et j'en suis assez satisfait, mais ça fait longtemps que je n'ai
pas fait de bench.
J'envisage de déporter ce boulot sur une paire de machines dédiées à
cela, avec DRBD pour la redondance et iSCSI pour exporter vers les hosts
Xen. Mais j'ai de gros doutes sur les performances, notamment en terme
de latence (sur un VLAN Ethernet 10Gbps).
Une solution - pour ce qui est des lectures en tous cas - serait
d'utiliser des SSD en cache sur les hosts Xen (via dmcache par exemple).
Mais je suis un peu frileux pour tester ça pour le moment.
Donc moi aussi je suis preneur de retours d'expériences sur ce genre de
technos.
Bon week end !
Olivier B.
On 06/08/2010 14:28, Florian MAURY wrote:
Bonjour,
Simple question autour de la virtualisation avec KVM : comment
partagez vous les disques entre plusieurs systèmes hôte, afin de
pouvoir faire du live-migration ou du start on failure (équivalent
Vmware HA) ?
NFS ? DRBD ? ISCSI ? autre système de partage de fichier ?
Si vous disposez d'un SAN, prenez vous le pari d'open-iscsi, ou montez
vous un opensolaris à coté qui repartage après en NFS/whatever ? Je
pose cette question saugrenue car il me semble avoir entendu dire que
l'implémentation de iscsi sous solaris est plus stable (est ce vrai ?)
Par ailleurs, comment faites vous pour obtenir du thin provisionning ?
Utilisez vous cette astuce
:http://www.njcrawford.com/2010/01/21/growing-a-kvm-raw-hard-drive-image-file/
? J'ai rencontré des problèmes avec cette méthode en cas de
sauvegarde avec compression puisqu'au moment de la décompression la
copie prend la place prévue et non la place "thin provisionnée". Peut
etre il y a t il des options de compression que j'ai raté.
Le format qcow2 semble permettre ce genre de chose, mais est
visiblement, d'après la documentation de KVM incompatible avec virtio,
faisant perdre des performances.
Merci.
Florian MAURY
_______________________________________________
FRsaG mailing list
FRsaG@frsag.org
http://www.frsag.org/mailman/listinfo/frsag
_______________________________________________
FRsaG mailing list
FRsaG@frsag.org
http://www.frsag.org/mailman/listinfo/frsag
