Actualité
Linux - open source

Virtualisation : le torchon brûle entre Red Hat et Novell

Les deux éditeurs ont un profond désaccord au sujet de la solution de
virtualisation Xen.

La guerre des mots fait rage entre les deux premiers éditeurs de distributions Linux c’est à dire Novell et Red Hat. Au point d’avoir peut être amené le second à se tenir en retrait de la récente grand-messe LinuxWorld Expo qui s’est tenue la semaine dernière à San Francisco. L’intégration du moteur de virtualisation Xen à la dernière mouture du système d’exploitation Suse Linux Enterprise Server 10 de Novell (voir édition du 19 juillet 2006) est à l’origine de la dispute entre ces deux éditeurs. A l’instar des applications proposées par VMware, cette application permet de diviser une même plate-forme matérielle en plusieurs systèmes virtuels (voir édition du 13 juin 2005).

Si Novell s’est félicité dans un communiqué de proposer « en exclusivité la virtualisation Xen », Red Hat ne l’entend pas de cette oreille. Selon le site d’infos high-tech américain eWeek, Brian Stevens, son directeur en charge de la technologie, a qualifié de « cavalier » et d’ » irresponsable » l’empressement avec lequel Novell a intégré Xen à sa distribution, l’accusant de vouloir être « le premier » à tout prix. Des remarques que Jeff Jaffe, son homologue de chez Novell, attribue à la volonté de Red Hat de justifier le retard de la nouvelle version de sa propre distribution – RHEL 5 pour Red Hat Enterprise Linux 5 – et non à un quelconque problème lié au projet open source Xen.


Xen est-il un projet mature ?

Red Hat a initialement fortement contribué au développement de Xen, aux côtés de Novell, Sun Microsystems et IBM, entre autres. En mars dernier, la firme a même indiqué son souhait d’intégrer prochainement le projet Xen dans sa propre distribution Linux (voir édition du 15 mars 2006).

Elle déclare néanmoins aujourd’hui que l’utilisation de Xen reste pour l’heure inadaptée aux centres de données critiques d’entreprises et qu’elle ne l’intégrera pas à sa propre distribution avant la fin de l’année ou le début 2007. Une affirmation que les représentants de Novell jugent bien entendu contradictoire avec les velléités précédemment affichées par Red Hat?

Autres articles sur ce sujet

Derniers commentaires




One Response to Virtualisation : le torchon brûle entre Red Hat et Novell

  • Le 24 août 2006 à 0:00 par jml-61

    Xen est un produit soutenu par des acteurs comme Novell, IBM ou encore Virtual Iron. Ils ont chacun un staff conséquent dédié au développement d’intégration de Xen dans leur environnement et au développements restant à  développer autour de Xen. Ceux-là  peuvent s’estimer confiant dans ce qu’ils sont en mesure de proposer. RH est moins bien pourvu dans ce domaine et, avec l’arrivée de de RHEL5, ce sont plusieurs développements qu’il faut mener de front: un annuaire, avec un outil de gestion des identités, JBoss en standard, et Xen qui intervient au coeur du noyau Linux. Il faut bien sûr que chaque élément s’installe correctement, qu’il soit bien interfacé avec l’environnement global (les services classiques) et entre eux, administrable depuis une seule interface, le tout doit être revu en profondeur pour débusquer les trous de sécurité. SELinux intégré en standard, doit être revu pour être complété d’assistants lui conférant une facilité d’usage au moins équivalente à  Novell/AppArmor (OpenSource). Cela fait beaucoup, pour se convaincre que la sortie de RHEL5 sera cahotique par rapport au calendrier initial. Alors un peu de FUD (Fear, uncertainty and Doubt)dans le jeu, c’est une façon d’influer au moins sur sa clientèle afin que celle-ci ne regarde pas trop au-dessus du « mur mitoyen » pourquoi ont fait la fête chez « les voisins » (Novell/SuSE).

Laisser un commentaire

  • Les champs obligatoires sont indiqués avec *,
    Votre adresse de messagerie ne sera pas publiée.

Vous pouvez utiliser ces balises et attributs HTML : <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>