libvirt c'est avant-tout une couche d'abstraction, ça permet aux entreprises de gérer avec les mêmes outils (virt-manager, virsh etc ...)des solutions de virtualisations aussi diverses que Xen, KVM, OpenVZ, LXC etc ...
libvirt c'est une API stable à long terme, c'est une intégration poussée avec avahi, policyKit, gestion à distance etc ... C'est également virtio qui offre un accès aux périphériques de stockage et réseaux aux systèmes invités équivalent en performance aux VMWare guest tools ou les pilotes paravirtualisés Xen. L'émulation des périphériques d'I/O était quand même le goulot d'étranglement des solutions de virtualisations libres comme Qemu et KVM.
Pour RedHat, cela permet de garantir une certaine indépendance vis à vis de la solution de virtualisation proposé (Xen -> KVM).
Pour l'administrateur, gérer plusieurs solutions de virtualisation avec un seul outil et non pas une dizaine qui ont des approches très différentes. Couplé avec avahi et func (pas encore dans RHEL il me semble), on arrive à faire des trucs assez sympa dans des parcs.
[^] # Re: RHEL, une certaine vision de GNU/Linux.
Posté par GeneralZod . En réponse à la dépêche Red Hat Enterprise Linux 5.3. Évalué à 7.
libvirt c'est une API stable à long terme, c'est une intégration poussée avec avahi, policyKit, gestion à distance etc ... C'est également virtio qui offre un accès aux périphériques de stockage et réseaux aux systèmes invités équivalent en performance aux VMWare guest tools ou les pilotes paravirtualisés Xen. L'émulation des périphériques d'I/O était quand même le goulot d'étranglement des solutions de virtualisations libres comme Qemu et KVM.
Pour RedHat, cela permet de garantir une certaine indépendance vis à vis de la solution de virtualisation proposé (Xen -> KVM).
Pour l'administrateur, gérer plusieurs solutions de virtualisation avec un seul outil et non pas une dizaine qui ont des approches très différentes. Couplé avec avahi et func (pas encore dans RHEL il me semble), on arrive à faire des trucs assez sympa dans des parcs.