Je ne suis pas spécialement pro-vmware. J'utiliserais KVM quand je pourrais avoir des "garanties". (Pour de la production. Pour de la plate-forme test ou dev, cela ne pose pas de problèmes. Je l'utilise)
Une problèmatique sur la solution KVM: C'est toujours assez complexe de gérer les disques FC sous Linux/KVM (RDAC, EMC Powerpath, multipathd,...).
Si j'ai une interface graphique (ou une ligne de commande ou une API) et qu'il me suffit de faire "scan disk device" pour découvrir mes disques (LUN ID et/ou LDEV), ce serait du bonheur. (Bien sûr, le masking et le zoning est OK. Sinon ça ne va pas marcher)
Il faudra donc du temps pour KVM. Au début, on n'imaginait pas utiliser VMWare pour de la production. J'espère que KVM suivra son chemin et répondra aux besoins d'une plate-forme de production (plate-forme avec toujours ce "foutu" existant ;) )
Enfin, il faut garder une chose en tête, VMWare fait surtout son CA sur ses produits d'administration et non sur l'hyperviseur. Cela veut bien dire qu'il y'a vraiment un besoin au niveau de cette administration.
[^] # Re: plop
Posté par rhys . En réponse au journal La virtualisation en production. Évalué à 3.
Une problèmatique sur la solution KVM: C'est toujours assez complexe de gérer les disques FC sous Linux/KVM (RDAC, EMC Powerpath, multipathd,...).
Si j'ai une interface graphique (ou une ligne de commande ou une API) et qu'il me suffit de faire "scan disk device" pour découvrir mes disques (LUN ID et/ou LDEV), ce serait du bonheur. (Bien sûr, le masking et le zoning est OK. Sinon ça ne va pas marcher)
Il faudra donc du temps pour KVM. Au début, on n'imaginait pas utiliser VMWare pour de la production. J'espère que KVM suivra son chemin et répondra aux besoins d'une plate-forme de production (plate-forme avec toujours ce "foutu" existant ;) )
Enfin, il faut garder une chose en tête, VMWare fait surtout son CA sur ses produits d'administration et non sur l'hyperviseur. Cela veut bien dire qu'il y'a vraiment un besoin au niveau de cette administration.