> Nous avons renoncé à utiliser libvirt qui pose de nombreux problèmes dans un
> environnement de production. De plus, libvirt supporte principalement Xen,
> que nous avons écarté aussi, trouvant KVM plus prometteur.
Ca c'est balot, parce qu'en ce moment, tout converge vers libvirt. RH emploi du beau linge pour travailler dessus, mais c'est aussi le seul gestionnaire de vm descent des dernières Debian, ... bref ce n'est plus l'affaire de quelques mois avant que libvirt soit l'outil de base/quasi standard pour les sysadmins. Autant dire que les autres solutions resteront... très confidentielles.
D'autre part les devs de libvirt contribuent fortement à Qemu/KVM (et un peu à Xen) : ce sont donc eux qui infléchirons la direction qui leur convient en ce qui concerne la gestion ; ils ont déjà implémenté le support d'auth par certificat X.509 sur le VNC de Qemu, ainsi que le support des multiples sorties graphiques simultanées, de l'auth SASL, ils travaillent sur le design de l'interface stdio de Qemu, l'intégration avec func (un projet RH aussi), FreeIPA, Cobbler, Puppet, ...
Un peu de concurrence et d'émulation ne feront pas de mal, mais j'ai l'impression que c'est une cause perdue d'avance :(
[^] # Re: Libvirt ?
Posté par herodiade . En réponse à la dépêche Première publication de la plate-forme libre de HaaS (Hardware as a service) NiftyName. Évalué à 2.
> environnement de production. De plus, libvirt supporte principalement Xen,
> que nous avons écarté aussi, trouvant KVM plus prometteur.
Ca c'est balot, parce qu'en ce moment, tout converge vers libvirt. RH emploi du beau linge pour travailler dessus, mais c'est aussi le seul gestionnaire de vm descent des dernières Debian, ... bref ce n'est plus l'affaire de quelques mois avant que libvirt soit l'outil de base/quasi standard pour les sysadmins. Autant dire que les autres solutions resteront... très confidentielles.
D'autre part les devs de libvirt contribuent fortement à Qemu/KVM (et un peu à Xen) : ce sont donc eux qui infléchirons la direction qui leur convient en ce qui concerne la gestion ; ils ont déjà implémenté le support d'auth par certificat X.509 sur le VNC de Qemu, ainsi que le support des multiples sorties graphiques simultanées, de l'auth SASL, ils travaillent sur le design de l'interface stdio de Qemu, l'intégration avec func (un projet RH aussi), FreeIPA, Cobbler, Puppet, ...
Un peu de concurrence et d'émulation ne feront pas de mal, mais j'ai l'impression que c'est une cause perdue d'avance :(