Debian avec kvm qui fait tourner deux machines virtuelles Windows 2003. Un Windows fait office de TSE, l'autre fait office de serveur SQL
Les applis bases de données ne gagnent pas toujours à être virtualisées.En effet une dégradation très nette des performances est envisageable.
En ce qui concerne les pilotes de paravirtualisation (virtuo and Co...) je ne les utilisai pas mais et en initialisant le pilote réseau de cette façon: -net nic,model=e1000 -net tap,ifname=tap0 j'obtenai de très bonnes performances.
2) Nous utilisons une vieille version de kvm pour des raisons de compatibilité avec les invités Windows. Un kvm plus récent génère des BSOD. L'objectif est d'utiliser un kvm récent, pour utiliser entre autres ksm, et surtout profiter des évolutions.
J'y suis parvenu en utilisant une noyau récent (même bleeding-edge), côté espace utilisateur qemu-kvm 0.12 est de rigueur
Pour avoir mis en place kvm dans un projet d'étude et avoir maquetter le logiciel sur des processeurs gérant la virtualisation en full-hardware je dois dire que les perf sont au rendez vous.
J'ai les bench (effectués sous performance test 7.0) de windows 2003 virtualisé à l'intérieur de kvm, on obtient une réactivité incroyable avec cette machine virtuelle.
J'ai même poussé plus loin ces tests en utilisant le système de fichier qcow2 (gère en natif les snapshots, système de fichier genre btrfs, , freeze de la VM à chaud pour les backup ...et plein de killing feature) le gain en terme de performance fichier était tel que j'ai laissé de coté cette solution à présenter devant le jury...
Manquant de temps et pour ne avoir a subir le courroux d'une solution 'trop' performante que je ne pouvais pas assez détailler.
# mon feedback
Posté par cichlid . En réponse au message Mission Linux + kvm + Windows. Évalué à 5.
Les applis bases de données ne gagnent pas toujours à être virtualisées.En effet une dégradation très nette des performances est envisageable.
En ce qui concerne les pilotes de paravirtualisation (virtuo and Co...) je ne les utilisai pas mais et en initialisant le pilote réseau de cette façon: -net nic,model=e1000 -net tap,ifname=tap0 j'obtenai de très bonnes performances.
2) Nous utilisons une vieille version de kvm pour des raisons de compatibilité avec les invités Windows. Un kvm plus récent génère des BSOD. L'objectif est d'utiliser un kvm récent, pour utiliser entre autres ksm, et surtout profiter des évolutions.
J'y suis parvenu en utilisant une noyau récent (même bleeding-edge), côté espace utilisateur qemu-kvm 0.12 est de rigueur
Pour avoir mis en place kvm dans un projet d'étude et avoir maquetter le logiciel sur des processeurs gérant la virtualisation en full-hardware je dois dire que les perf sont au rendez vous.
J'ai les bench (effectués sous performance test 7.0) de windows 2003 virtualisé à l'intérieur de kvm, on obtient une réactivité incroyable avec cette machine virtuelle.
J'ai même poussé plus loin ces tests en utilisant le système de fichier qcow2 (gère en natif les snapshots, système de fichier genre btrfs, , freeze de la VM à chaud pour les backup ...et plein de killing feature) le gain en terme de performance fichier était tel que j'ai laissé de coté cette solution à présenter devant le jury...
Manquant de temps et pour ne avoir a subir le courroux d'une solution 'trop' performante que je ne pouvais pas assez détailler.
Il y a du support sur irc.freenode.net #kvm
librement vôtre
envoyé depuis mon clavier bépo