Les auteurs de Shinken, outil de supervision compatible avec Nagios, viennent de publier leur dernières avancées sur ce projet. Cette version est dans la continuité de ce à quoi ils nous ont habitué, avec de nombreuses nouveautés :

• un module de découverte automatique du réseau ;
• une amélioration de l’architecture distribuée, pour gérer au mieux les pertes des sites distants et les DMZ ;
• un support avancé des environnements VMWare.

Depuis le debut, VMware semble ne pas être pas concerné par les licences des logiciels open source qu'il a intégrés dans ses produits.

C'est le cas avec VMware Express et Workstation. Des modifications, en particulier de 'smbpasswd', ont été effectuées dans la version de Samba distribuée avec ces produits, or, impossible de trouver le code source de ces modifications. Samba est distribué sous Licence GPL. (Extrait de la GPL: 'This General Public License does not permit incorporating your program into proprietary programs.')

Cela semble également le cas pour leurs derniers produits: ESX et GSX server. En effet, ESX server est basé sur un noyau propriétaire mais qui utilise le code source des noyaux Linux pour ses drivers. Or ces drivers sont sous licence GPL également, donc leur intégration est impossible à un produit commercial ! Et la phrase 'changes to the driver source will be contributed back to the Linux community' que l'on trouve dans le 'Vmware ESX I/O Adapter compatiblity guide' ne suffit à les mettre au dessus des obligations imposées par la licence GPL !

Bref, VMware propose des produits très intéressants permettant, entre autres, aux utilisateurs Linux d'exploiter Windows sans rebooter, mais semble profiter du monde open source sans en respecter les règles.

Aussi, je lance une grande chasse au code open source perdu dans VMware. Quelqu'un, peut-être, a-t-il trouvé un lien caché vers ce code source manquant ?

VMware annonce la sortie de la version 2.0 de sa machine virtuelle, qui
avait été proposée en bêta voici quelques temps.
Si quelqu'un a des infos sur le développement d'un clône en version
libre…

NdM. : cette dépêche a été initialement publiée le 15/03/2000 à 09h52, perdue lors d'une migration du site, retrouvée et remise en ligne le 1er mai 2012 (les éventuels commentaires initiaux ont été perdus).

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.