Archipel est une solution d'orchestration open source pour le contrôle des machines virtuelles. Elle est basée sur la libvirt (NdM : la libvirt est une bibliothèque, outil de gestion des différentes technologies de virtualisation existantes comme KVM ou Xen) et sur XMPP pour tout ce qui est communication. Chaque objet (hyperviseurs, machine virtuelle ou utilisateurs) dispose de son propre JID et l'utilise pour communiquer avec le reste de la plateforme en temps réel.

Archipel est constitué de deux composants :

• un agent à installer sur les hyperviseurs permettant la création d'un pont entre la libvirt et XMPP, le tout écrit en python


• une interface web écrite en Cappuccino permettant de contrôler l'ensemble.

Archipel est basé sur une architecture totalement modulaire (de chaque côté, serveur et client) permettant de l'adapter à ces besoins. Tout le coeur du métier tourne autour d'un petit noyau gérant XMPP (comme n'importe quel client de chat) et le chargement de modules. À cela s'ajoute une vingtaine de modules de base permettant le contrôle de la plateforme virtualisée, la gestion des packages, le chat, la migration, etc..

Après un an de développement, les sources de la première bêta sont désormais publiées sur GitHub. Le code est couvert par la licence AGPL v3.

VirtualBox, la plateforme de virtualisation créée par la société InnoTek (rachetée par Sun, elle-même rachetée par Oracle), est sortie en version 4.0.

VirtualBox 4.0 est désormais découpé en :

• un paquet de base sous licence GPL ;
  
• et un Extension Packs sous licence PUEL (utilisation autorisé pour l'usage privé et l'éducation).

VirtualBox Manager est une revue en profondeur de l'interface utilisateur : la fenêtre principale possède une prévisualisation de l'invité, mode d'affichage « mise à l'échelle », raccourcis bureau pour démarrer des invités en un double-clic, et quelques autres améliorations dont le tri de la liste des invités.

Autre nouveauté très intéressante, VirtualBox possède un système d'extension, comme mentionné au-dessus.
Parmi les extensions, on trouve aujourd'hui un pack ajoutant le support pour l'USB 2.0, VirtualBox RDP et le boot PXE pour les cartes Intels pour les machines virtuelles.

Au chapitre de la compatibilité et de l'interopérabilité, la version 4.0 prend en charge le format standard ouvert « Open Virtualisation Format (OVF) ainsi que le format Open Virtualization Format Archive (OVA, une archive TAR contenant un OVF) » , du nouveau matériel virtuel a été ajouté (Intel ICH9 et Intel HD Audio), et les I/O asynchrones sur les images tierces (VDMK, VHD et Parallels).

Enfin, les performances ont été améliorées et des limites ont été repoussées (tailles de machines 32 bits, notamment). Bien entendu, les habituelles corrections de bogues sont détaillées à la pelle dans le changelog.

NdM : l'installation des guest additions pour une machine virtuelle windows, demande maintenant à ce que la machine soit en mode sans échec (ce qui n'était pas le cas avec les versions précédentes de VirtualBox) pour l'installation du mode « direct3D ».

VirtualBox, la fameuse, et non moins appréciée, solution de virtualisation, faisant office d’alternative concrète aux solutions moins ou pas libres telles que VMware, Virtual PC, est sortie dans sa version 3.2.10 le 8 octobre dernier.

Dans l’attente d’une décision moins officieuse de la part d’Oracle, le nouveau parrain, VirtualBox reste une puissante solution GPL de virtualisation pour les entreprises, et les particuliers, prenant en charge les plateformes x86 et AMD64/Intel64.

Au niveau les particularités qui ont permis son acceptation chez bon nombres d’utilisateurs, citons :

• Modularité :
  via son interface ergonomique orientée client/serveur, VirtualBox fait place à une certaine simplicité dans la gestion de la virtualisation, via la ligne de commande, ou à distance, mais également par le biais de son SDK, ouvrant la porte à un besoin spécifique de l’utilisateur.
  
• Intégration XML :
  la configuration des machines virtuelles est enregistrée entièrement dans un fichier au format XML, et donc indépendamment de l’hôte, d’où un export aisé vers d’autres plateformes.
  
• Add-ons :
  offrant la possibilité d’installer des supports améliorant la performance (Direct3d, accélération matérielle) , ou l’intégration (résolution graphique, et pointeur de souris), et ce pour un panel de plateformes comme Windows, Linux, Solaris, et OS/2 (avec quelques différences).
  
• Partage de fichiers :
  comme d‘autres solutions de virtualisation, et dans le cadre d’un échange facilité entre l’hôte, et le client, VirtualBox permet de déclarer des répertoires à considérer comme « commun » entre le client et l’hôte.
  
• USB virtuel :
  virtualisation d’un port USB, sans nécessiter de pilotes particuliers, et compatible avec le protocole standard RDP (Remote Desktop Protocol).

NdM : Il existe deux versions de VirtualBox et certaines fonctionnalités ne sont pas disponibles dans l'Open Source Edition.

Le 20 décembre dernier, l'équipe de Qemu annonçait la sortie de la première version de la série 0.12 de leur produit d'émulation. Cette mise à jour comprend quelques 2000 commits, par près de 99 contributeurs.

Aperçu des mises à jour :

• Prise en charge du processeur Cortex-A9 ;
  
• Pour les machines x86
  • Remplacement de PC-BIOS par SeaBios ;
    
  • Remplacement de etherboot par gPXE ;
    
  • Suppression du module kqemu ;
    
• Prise en charge des bus PCI 64 bits ;
  
• Prise en charge du réseau point-à-point.

Cette version introduit aussi un changement plutôt controversé et qui risquerait de mettre à mal l'utilisation de qemu : la suppression de la prise en charge de kqemu. En effet, ce module pour le noyau permettait d'exécuter du code directement sur la machine hôte et donc d'accélérer sensiblement l'exécution. N'étant plus maintenu depuis quelque temps, ce module, libéré il y a 2 ans, a été marqué comme obsolète par les développeurs et a donc été supprimé dans la nouvelle version. Il faudra donc dès à présent utiliser KVM pour profiter d'une accélération. Seulement, KVM n'est disponible ni sur Windows, ni sur Mac OS X et requiert un processeur compatible pour fonctionner.

La virtualisation est indéniablement aux lèvres de beaucoup de monde ces derniers temps. Entre les solutions propriétaires bien connues et les multiples promesses, annonces et projets libres, une certaine confusion règne.

Le libre étant ce qui nous intéresse ici, où en sont les projets ? Quelles solutions se démarquent des autres ? Autant de questions qui requièrent une veille incessante.

Je vous propose donc de faire un petit tour d'horizon de ce monde en ébullition et de parler quelque peu des projets susceptibles de devenir les stars de demain.

Les solutions retenues ici sont Xen, KVM, Spice, Openvswitch/OpenFlow, Libvirt, Ovirt et Libguestfs.

NdM : conformément aux règles de modération du site, le contenu de cette dépêche a été supprimé car il s'agissait d'une recopie complète de l'article VMware View Open Client, la nouvelle solution libre de virtualisation de VMware.

Virtualisation par isolation, machine virtuelle complète ou partielle, hyperviseur : état des lieux et perspectives de l'open source.
Les premières solutions de virtualisation sont historiquement apparues au sein des gros systèmes mainframe de chez IBM vers la fin des années 60 et au début des années 70. Malgré les avantages apportés par ce type de procédé, ces solutions sont restées cantonnées aux gros systèmes.

Ce n’est que bien plus tard – vers le milieu des années 90 – qu’il s’est popularisé avec l'explosion des performances des PC et l'arrivée des émulateurs de vieilles machines et console en tout genre. Malgré cela, la virtualisation est réservée à un cercle d'initiés jusqu’à la sortie d’un logiciel phare (propriétaire) : VMware, à l’origine de l’engouement actuel pour la virtualisation, la prolifération de solutions et l’accélération de son adoption au sein des entreprises.

On distingue :

• la virtualisation par isolation
  
• la machine virtuelle complète ou partielle
  
• l'hyperviseur

Chacune des solutions comporte des avantages et des inconvénients.

Fabrice Bellard, auteur (entre autres) de QEMU et KQEMU, vient de libérer KQEMU et de publier la version 1.3.0pre10 sous licence GPLv2 simultanément à la sortie de la version 0.9.0 de l'émulateur.

QEMU est un émulateur portable, permettant d'émuler de nombreuses plateformes (x86, x86_64, PPC, ARM, MIPS...) sur de nombreux systèmes. KQEMU est un module permettant d'exécuter nativement le code x86 sur x86, en se contentant de transformer ou d'intercepter les instructions qui auraient dû être privilégiées, permettant ainsi une amélioration importante de la performance par rapport à de l'émulation pure. Il s'agit d'une approche similaire à ce que fait VMware, produit propriétaire.

NdM : comme le précisait la dépêche DLFP au moment de la sortie, Fabrice Bellard avait promis de publier du code de KQEMU si une entreprise acceptait de le rétribuer financièrement.

NdM : Merci à Sytoka Modon pour avoir également proposé l'info.

Les solutions libres de virtualisation s'enrichissent d'un nouveau venu, VirtualBox. La société InnoTek a sorti aujourd'hui VirtualBox Open Source Edition sous licence GPL 2. Cette solution fonctionne sous Linux, Microsoft Windows et apparemment OpenBSD, mais devrait pouvoir fonctionner sous d'autres systèmes d'exploitation.
Principaux point :

• Fourni avec un SDK lui aussi en OpenSource
  
• Configuration via un fichier XML
  
• Configuration via une interface graphique et assistant

En revanche, la version OpenSource ne possède pas la totalité des fonctionnalités, on note ainsi le manque :

• Du contrôleur USB virtuel;
  
• Du protocole de gestion de machine distante (le RDP de Microsoft);
  
• De l'USB via RDP;
  
• Des répertoires partagés entre les différents systèmes.

Il ne reste plus qu'à comparer cette solution à Xen, QEMU et consorts...

Xen, version 3.0.4 a été annoncé fin décembre. Pas de révolution dans cette version, heureusement, car Xen fonctionne très bien en production. Pour rappel, Xen est un logiciel libre de virtualisation, plus précisément un hyperviseur de machine virtuelle.

Le code source de cette version a été largement re-travaillé pour améliorer la partie du code 'HVM' (Hardware Virtual Machine) qui permet de prendre en compte de manière identique les instructions de virtualisation matérielle d'Intel et d'AMD.

Ceci a pour conséquence une meilleure prise en compte de l'ACPI et du SMP par les systèmes invités : Linux et Windows.

Les autres points méritant une attention particulière :

• le support par le domain0 et Xen des fonctionnalités kexec/kdump
  
• le support pour les systèmes invités du framebuffer graphique
  
• la mise à disposition d'une nouvelle API pour gérer Xen
  
• une amélioration de Xen sur les architectures Itanium (IA64) et Power (IBM)

Tout ce travail préfigure la future version 3.0.5 qui devrait sortir prochainement et apportera les fonctions 'save/restore' au module HVM.

On ne peut qu'apprécier la prise en charge de plus en plus performante de la virtualisation matérielle par Xen.

NdM : à noter aussi l'article DeveloperNetworks IBM « Virtual Linux - An overview of virtualization methods, architectures, and implementations » paru le 29 décembre dernier

Cet article permet de faire un bilan de l'année 2022 concernant la solution de virtualisation (de serveurs) Xen Orchestra : interface web de gestion/sauvegarde centralisé et de l'hyperviseur de virtualisation XCP-ng. Ces évolutions ont été réalisées grâce à une forte communauté ainsi qu'aux développements de l'entreprise française VATES.

La fondation OpenStack et Objectif Libre, PME toulousaine de premier ordre dans la communauté OpenStack (top 20 au niveau mondial en contributions), co-organise le premier Meetup OpenStack dans la ville rose le mercredi 9 juillet 2014 à 19h00 à la cantine de Toulouse.

L'objectif de cet évènement : fêter les 4 ans du projet OpenStack, ensemble de logiciel permettant la virtualisation de type IaaS (Infrastructure as a Service), et permettre à la communauté toulousaine de se rencontrer. C'est aussi l'occasion de découvrir ce projet pour ceux qui ne connaissent pas ou qui veulent en savoir plus.

Le meetup débutera par une présentation générale du projet animé par Christophe Sauthier (Président Objectif Libre) suivi d'un retour d'expérience présenté par Lionel Porcheron de Sierra Wireless qui mettra en lumière en quoi la solution OpenStack est au cœur de la révolution IT.

Dans le cadre de ses ateliers bi-mensuels, l'association StarinuX a le plaisir de vous convier à l'atelier Virtualbox. L'atelier se tiendra le samedi 11 octobre 2014 de 9h00 à 18h00 aux Bains-douches Silicone Banlieue, 26 rue de Calais 95100 Argenteuil.

Apprenez à virtualiser un système d'exploitation avec un outil Opensource réputé. Un atelier concret et pratique qui est une véritable compréhension et introduction vers la route du cloud.

Précision : l'atelier est ouvert selon une participation annuelle de 20 € (10 € demandeur d'emplois), valable pour plus de 18 ateliers.

Courriel : events CHEZ starinux.org

Le 16 mars à 19h aura lieu sur Lyon, une conférence sur Docker (une bonne présentation de Docker a été effectuée dans cette dépêche précédente). Cette conférence aura lieu dans les locaux de l'INSA : 6 avenue des Arts, Villeurbanne.

Jérôme Petazzoni, de la société Docker, Inc, viendra nous parler des pilotes de stockage de Docker.

Proxmox Virtual Environment (VE) est une solution de virtualisation serveur complètement libre, basée sur KVM et des conteneurs. La societé Proxmox Server Solutions GmbH vient de publier la nouvelle version 3.4. Cette dernière offre de nouvelles options telles que le système de fichiers ZFS, un greffon de stockage ZFS et le « branchement à chaud ».

Cette version 3.4 est basée sur la dernière Debian (Wheezy 7.8). Elle comprend le support NUMA (non‐uniform memory access) et plusieurs améliorations dans l’interface Web qui avaient été demandées par la communauté (démarrage et arrêt de toutes les machines virtuelles, migration de toutes les machines virtuelles et suppression des cartes réseaux virtuelles).

Proxmox Server Solutions GmbH vient de publier la nouvelle version 5.1 de la plate‐forme libre de virtualisation Proxmox Virtual Environment. Proxmox VE 5.1 est basée sur Debian Stretch 9.2 avec un noyau Linux 4.13 et ZFS 0.7.2.

La principale nouveauté est l’actualisation de Ceph, le système de stockage réseau distribué, vers sa version 12.2 Luminous. Les utilisateurs peuvent utiliser Ceph et Proxmox pour créer rapidement un stockage distribué et redondant. L’infrastucture (système de fichiers sous-jacent) par défaut pour les OSD Ceph (Objects Storage Device : périphérique de stockage des objets) est BlueStore FS, qui est plus rapide (par rapport à ZFS ou ext pour cette fonction portée par les OSD). BlueStore FS inclut la gestion complète des sommes de contrôles et la compression intégrée.

La nouvelle version 7.4 de Proxmox Virtual Environment (VE) est disponible. Cette version est basée sur Debian 11.6 (“Bullseye”) et un noyau Linux 5.15 ou 6.2. Les développeurs ont mis à jour QEMU 7.2, LXC 5.0.2, et ZFS 2.1.9. La plate-forme supporte Ceph Quincy 17.2.5 par défaut ou, en option, Ceph Pacific 16.2.11.

Les mises à niveau de la distribution à partir d’une version bêta de Proxmox VE 7.4 sont possibles avec apt. Il est aussi possible d’installer Proxmox VE 7.4 sur Debian.

Sortie en bêta il y a maintenant un peu plus d’un mois, la dernière version en date de la plate‑forme de virtualisation libre XCP‑ng est maintenant disponible pour les environnements de production.

Par ailleurs, XCP‑ng 8.2 est également la première version LTS proposée pour cette plate‑forme, elle bénéficiera donc d’un support allant jusqu’à cinq années.

Proxmox Server Solutions GmbH a publié la version 8.2 de sa plate-forme de virtualisation libre Proxmox Virtual Environment (VE).
La solution Proxmox VE est sous licence GNU Affero GPLv3. Proxmox Server Solutions propose un support d’entreprise à partir de 110 € par an et par processeur.

Principales nouveautés de la version 8.2

• La plate-forme Proxmox VE 8.2 est basée sur Debian 12.5 (“Bookworm”), et un noyau Linux 6.8. Les developpeurs ont mis à jour QEMU 8.1, LXC 6.0, Ceph 18.2, et ZFS 2.2.
• Assistant d’import pour les machines virtuelles VMware ESXi : Il facilite aux utilisateurs la possibilité d’importer des machines virtuelles directement à partir d’autres hyperviseurs. Actuellement, il permet d’importer des VM basées sur VMware (ESXi et vCenter). Vous pouvez l’utiliser pour importer la VM entière, avec la plupart des paramètres de configuration d’origine mappés sur le modèle de configuration de Proxmox VE.
• Installation automatisée : un nouvel outil « proxmox-auto-install-assistant » automatise entièrement le processus d’installation sur le métal nu. Le déploiement rapide des hôtes Proxmox VE peut être réalisé grâce à une installation automatisée, éliminant le besoin d’un accès manuel au système. Pour utiliser cette approche, un fichier de réponses contenant les paramètres de configuration requis pour le processus d’installation doit être préparé. Ce fichier peut être facilement inclus dans l’ISO, stocké sur un disque supplémentaire comme une clé USB ou transmis via le réseau.
• Backup fleecing : Lors du processus de sauvegarde d’une machine virtuelle (VM) en cours d’exécution, il est important de prendre en compte l’impact négatif potentiel d’une cible de sauvegarde lente sur les performances des E/S invitées. Pour atténuer cet impact, l’utilisation de toison peut s’avérer très positive. Le «fleecing» implique la mise en cache de blocs de données dans une image de «fleecing» au lieu de les envoyer directement à la cible de sauvegarde. Cette technique est particulièrement utile lors de la sauvegarde d’invités gourmands en E/S sur un serveur de sauvegarde Proxmox distant ou tout autre stockage de sauvegarde avec une connexion réseau lente.
• Modernisation du pare-feu avec nftables (aperçu technologique) : Proxmox VE propose désormais une nouvelle implémentation de pare-feu qui remplace iptables par nftables. La nouvelle implémentation est développée dans le langage de programmation Rust. Bien que la nouvelle implémentation soit presque identique en termes de fonctionnalités, il est important de noter que le pare-feu nftables doit être activé manuellement et reste en mode aperçu, permettant à la communauté de fournir de précieux commentaires.