Après presque exactement un an de développement, le projet libvirt publie la version 8.0.0 de son API pour la gestion de solutions de virtualisation. Les quelques nouveautés concernent principalement la collaboration avec QEMU. libvirt représente une API et une collection d’outils open source qui permet à différents frontaux de gérer divers hyperviseurs via une interface unique.

Les utilisateurs de libvirt et d’une solution de virtualisation basée sur QEMU sur du matériel NUMA (Non-Uniform Memory Access, chez AMD à partir de l’Opteron, chez Intel à partir des processeurs Nehalem/Tukwila) doivent dire adieu au mode « strict » de numatune. Les développeurs ont supprimé cette fonction, car les zones de mémoire éventuellement bloquées par QEMU ne peuvent pas être déplacées vers d’autres nœuds NUMA. Ceux qui ont tout de même besoin de la migration en direct entre les nœuds NUMA doivent désormais utiliser « restricted » au lieu de « strict ». Cela peut par exemple ressembler à ceci :

<domain>
  ...
  <numatune>
    <memory mode="restrictive" nodeset="1-4,^3"/>
  </numatune>
  ...
</domain>

Écriture synchrone des données importantes

QEMU dispose désormais d’un « mode d’écriture synchrone » pour la fonction de copie. Cela permet à libvirt de s’assurer qu’une tâche « blockdev-mirror » n’écrit pas simplement ses données dans le cache, mais effectivement sur le média cible. Cela permet d’éviter que des écritures considérées comme importantes soient conservées trop longtemps dans le cache en cas de charge E/S élevée. Lors d’un snapshot ou de la copie par bloc d’une image QEMU qcow2, l’état d’un sous-clustering éventuellement activé est repris.

Via la nouvelle API virDomainSetLaunchSecurityState et la commande virsh domsetlaunchsecstate il est possible d’injecter un « launch secret » dans un domaine à partir de libvirt 8. Avec libxl, les développeurs ont implémenté une API virDomainGetMessages.

Les développeurs ont résolu un problème de suppression des périphériques hotplug qui étaient déjà présents au démarrage de la VM QEMU. Des solutions de contournement ont été mises en place pour les versions précédentes de libvirt 7.9 et 7.10. Le projet a également corrigé des erreurs mineures concernant les configurations de démon partagé et les ponts OVS (ponts réseau Open vSwitch). La compilation de libvirt 8 sans pilote distant directement à partir du code source est désormais possible sans bibliothèque RPC.

Comme on peut le voir dans les annonces de sortie, la prochaine version de libvirt 8.1.0 tente de s’insérer davantage dans l’univers systemd.