URL: https://linuxfr.org/news/sortie-de-cloonix-33-00 Title: Sortie de Cloonix 33-00 Authors: clownix Davy Defaud, Benoît Sibaud, Pierre Jarillon, ZeroHeure, Nÿco, palm123, olivierweb, Florent Zara et Nils Ratusznik Date: 2016年10月29日T23:44:51+02:00 License: CC By-SA Tags: cloonix Score: 25 Cloonix est un couple client‐serveur dont le serveur lance et pilote une grappe de machines virtuelles KVM sur demande d’un client cloonix. Ce serveur peut interconnecter ces machines virtuelles, formant ainsi un petit réseau comportant jusqu’à 50 KVM par instance de serveur cloonix. ![Cloonix](http://virtual-network-kvm.net/build-33/html/_images/clownix128.png) La version 33 est un saut pour plusieurs raisons : - la décision de faire une vraie gestion de configuration, sous GitHub ; - après plusieurs années de licence RPL (_Reciprocal Public License_) retour à la GPL v3 ; - grosses modifications dans la façon d’installer cloonix, maintenant très simple ; - nettoyage de l’objet réseau ayant le rôle de `cable`, le `lan` est maintenant un processus brassant les flux d’octets par _sockets_ UNIX uniquement ; l’option `shared memory` a été effacée, code trop complexe amenant moins d’un facteur 2 de gain de performance, l’atout de cloonix étant son côté pratique, pas sa performance ; - création du client _hyperzor_, un soft GTK qui supervise et controle plusieurs serveurs cloonix ; - API enfin stabilisée, pour les clients : _cloonix_cli_, _cloonix_gui_, _cloonix_zor_, _cloonix_ssh_, _cloonix_scp_ et pour le serveur _cloonix_net_ ; - création de l’objet réseau _a2b_, qui se met en coupure sur un lien et contrôle les flux entre 2 réseaux ; - l’objet _c2c_, qui joint deux cloonix distants par TCP, possède maintenant les performances d’une connexion TCP, un bogue en diminuait le débit. ---- [GitHub cloonix](https://github.com/clownix/cloonix.git) [Documentation de cloonix](http://virtual-network-kvm.net/build-33/html/index.html) [Création de qcow2](https://github.com/clownix/cloonix_raw_qcow2) ---- ## Pourquoi avoir choisi KVM ? ## Quelques rappels sur la virtualisation, à ne pas confondre avec les conteneurs dont les mots clefs sont : docker, lxc, lxd, systemd Nspawn. Les principaux acteurs de la virtualisation et le nom des produits sont : - VMWare ESX/i ; - Microsoft Hyper-V ; - Citrix Xen ; - Oracle VirtualBox ; - Redhat KVM. Les deux premiers sont propriétaires et parmi les trois suivants il y a une boîte qui fait beaucoup plus que les autres pour le logiciel libre : Redhat. Rien que pour cela, la KVM doit être choisie le plus souvent possible, mais pas que pour cette raison : Linux est le cœur du Libre et ce cœur a choisi pour nous car le module _kvm_ est dans le noyau de base. L’applicatif _qemu-kvm_ se connecte à ce module afin d’avoir un accès aux processeurs virtuels fournis à la fois par le module _kvm_ et la technologie matérielle [VT-x](https://fr.wikipedia.org/wiki/Intel_VT). Ayant maintenant l’obligation morale d’utiliser _qemu-kvm_ pour soutenir la virtualisation choisie par Linus lui‐même (aussi auteur de Git !), voyons comment utiliser _qemu_ sans écrire de longues lignes de commandes bien complexes : Pour ceci, il y a _libvirt_ et _virt-manager_, base utilisant _kvm_ et utilisée par : openstack, cloudstack, ovirt... Mais ce couple _libvirt_ + _virt-manager_ qui était le passage obligé des utilisateurs de _qemu_ a un concurrent : cloonix, une API scriptable limpide, une installation simplissime et le doux ronronnement d’un logiciel efficace et précis. :) ## Autour de Cloonix ## Un autre projet accompagne cloonix, c’est un ensemble de petits scripts qui permettent la création des _qcow2_ des principales distributions. Les _qcow2_ sont les fichiers représentant les disques durs des machines virtuelles. C’est utile comme accessoire au projet cloonix dont le code est compilé et testé dans chacune de ces distributions tournant en embarqué dans un cloonix de niveau supérieur.