Coup de tonnerre ! Alors que Xen était dans l'impasse voici quelques années, le projet de virtualisation racheté par Citrix est soutenu par la Fondation Linux. Red Hat semblait avoir gagné la course pour la solution de virtualisation du noyau. Amazon, Intel, Oracle, Cisco, Samsung, Google ou encore la NSA font partie des entreprises supportant le développement de Xen. Une recomposition du paysage de la virtualisation sous Linux est à anticiper !
Pour rappel, Xen est un logiciel libre de virtualisation, plus précisément un hyperviseur de machine virtuelle publié sous licence GPL v2. Son développement a débuté sous la forme d'un projet de recherche de The University of Cambridge Computer Laboratory au Royaume-Uni, la société XenSource a par la suite été créée spécialement et en a poursuivi le développement, jusqu'au rachat par Citrix. Aujourd'hui, le projet a dix ans, l'âge de la maturité.
Des signes avant-coureurs ont permis au lecteur avisé de pressentir un tel mouvement. Les dernières versions du noyau incluaient davantage de modules Xen. Un noyau Linux récent tourne comme invité Xen sans modification. Aujourd'hui, c'est la partie hyperviseur qui est soutenu par la Fondation Linux.
Développement collaboratif
Il y a quelques années, Xen était un hyperviseur accompagné d'un tas de patchs pour faire tourner Linux dessus. Ce fut une impasse dont Citrix s'en est sorti avec brio en ouvrant davantage le processus de développement de son hyperviseur. Cette ouverture a permis à Oracle, Amazon, Intel, AMD, Cisco ou encore Google de mettre la main dans le projet. Au point qu'en face, KVM paraisse un projet verrouillé par Red Hat.
La fondation Linux prend le relais de Citrix pour favoriser la collaboration de grand nom de l'informatique autour de Xen, à l'instar du développement du noyau Linux. La fondation Linux est donc l'organisation parapluie qui va héberger la gouvernance du projet. Il s'agit donc d'une reconnaissance et d'un coup de pouce pour sortir Xen du giron de Citrix.
Deux solutions
La fondation Linux propose donc deux solutions de virtualisation : utiliser directement le noyau Linux comme hyperviseur avec KVM, ou utiliser un hyperviseur dédié, Xen, avec Linux comme noyau des invités. Chacune a des avantages et des inconvénients. Chacune tend à s'optimiser pour des problématiques différentes.
Par exemple, Xen est plus avancé en ce qui concerne la paravirtualisation de cartes VGA, utile pour faire tourner des jeux dans un Windows virtualisé. En revanche, KVM est très bien supporté par libvirt et les différentes solutions d'administration de Cloud comme OpenStack ou Apache CloudStack. Xen est plus embarrassé par ses différentes générations d'outils d'administration. Un logiciel comme GNOME Machines est à un clic de l'utilisateur, grâce à KVM.
Une popularité à reconquérir
D'ailleurs, Fedora comme Debian fournissent des versions obsolètes de Xen. Le désintérêt pour Xen est palpable. Xen va-t-il reconquérir sa popularité alors que KVM est plébiscité ?
Est-ce que Citrix se débarrasse de Xen ? Vu le dynamisme du projet, c'est peu probable. Citrix annonce au contraire continuer à commercialiser XenServer. C'est une aubaine pour Citrix de placer Xen dans une organisation à but non lucratif. Cela facilitera davantage la collaboration.
Dans la même veine, on peut s'attendre à un retour d'OpenVZ, qui suit le même chemin que Citrix, face à LXC. OpenVZ est en train de réduire drastiquement la taille de son patch sur le noyau. Les nouveaux développements dans le noyau pour LXC sont réutilisés : cgroup, namespace, etc. Dans un futur pas si lointain, on pourrait utiliser les outils OpenVZ sur un noyau non modifié. En tout cas, OpenVZ est beaucoup plus actif que LXC. Pourtant LXC manque de fonctionnalités telles que la migration d'invité. Le temps nous le dira.
L'avenir de la virtualisation est donc multiple, mais libre !
Aller plus loin
- Annonce de la fondation (250 clics)
- Site communautaire de Xen (365 clics)
- Le projet KVM (255 clics)
- FAQ (74 clics)
# C'est une très bonne chose ....
Posté par totof2000 . Évalué à 7.
L'avantage de Xen (pour moi) est que celui-ci permet de faire tourner un VMHost sous NetBSD, contrairement à KVM qui est Linux Only (et je ne sais pas si on peut faire tourner un guest sous NetBSD ou Windows avec KVM … Quelqu'un dans la salle peut-il répondre ? D'après http://www.linux-kvm.org/page/Guest_Support_Status c'est possible, mais est-ce efficace comme solution ?)
[^] # Re: C'est une très bonne chose ....
Posté par osmedts . Évalué à 7.
En fait, le "VMHost", il tourne sous Xen, l'hyperviseur. Linux, NetBSD, OpenSolaris tournent en dom0, une sorte de VM privilégiée dédiée à la gestion de l'hyperviseur.
Avec KVM tu peux faire tourner tous types d'OS en guest, c'est de la virtualisation complète et non de la paravirtualisation (mais ça te demande le support d'instructions spécifiques à la virtualisation au niveau de ton processeur).
[^] # Re: C'est une très bonne chose ....
Posté par rictus (site web personnel) . Évalué à 2.
KVM est certes une virtualisation complète, mais propose aussi des périphériques paravirtuels (controleur disque, réseau, video) pour les OS virtualisés le supportant, histoire de gagner en performance.
Personnellement, j'ai du mal à voir les avantages de xen, qui n'offre ni la souplesse (choix de l'OS ou du kernel) d'une virtualisation plus ou moins complète à la KVM, ni l'efficacité d'un système de conteneur à la openVZ.
[^] # Re: C'est une très bonne chose ....
Posté par totof2000 . Évalué à 10.
Il faut te mettre à jour: xen supporte la virtualisation complète depuis longtemps.
[^] # Re: C'est une très bonne chose ....
Posté par totof2000 . Évalué à -10.
Eviter systemd et autres lennarteries au niveau du VMHost (ou Dom0 pour les pointilleux ) est un gros avantage.
[^] # Re: C'est une très bonne chose ....
Posté par CrEv (site web personnel) . Évalué à 8.
Si encore ça ne fonctionnait pas, je comprendrais, mais quand même…
[^] # Re: C'est une très bonne chose ....
Posté par totof2000 . Évalué à -10.
Je n'en veux pas, point barre. Si je voulais un truc à la systemd, j'utiliserais windows et son démarrage de services opaque.
[^] # Re: C'est une très bonne chose ....
Posté par Anonyme . Évalué à 10.
C'est quoi le rapport entre systemd et Xen au fait ?
[^] # Re: C'est une très bonne chose ....
Posté par totof2000 . Évalué à 1.
Le démarrage des daemons Xen par exemple ?
[^] # Re: C'est une très bonne chose ....
Posté par Kioob (site web personnel) . Évalué à 2.
En même temps depuis que Xend a été viré, les «daemons Xen» sont pas mal limités… à moins qu'on parle encore de XCP et non de Xen ?
alf.life
[^] # Re: C'est une très bonne chose ....
Posté par Anonyme . Évalué à 2.
Fonctionne parfaitement. Et si tu n'en veux pas, tu les enlèves.
Non, désolé, 'vois pas.
[^] # Re: C'est une très bonne chose ....
Posté par Prosper . Évalué à 9.
Y a quoi d'opaque dans systemd ? ( et dans le demarrage de windows aussi tant qu'à faire )
[^] # Re: C'est une très bonne chose ....
Posté par gnumdk (site web personnel) . Évalué à 7.
Tu veux pas non plus qu'il troll sur un sujet qu'il connait?
[^] # Re: C'est une très bonne chose ....
Posté par Jean Parpaillon (site web personnel) . Évalué à 2.
C'est sûr que udev + sysvinit + pm-utils + … + … c'est beaucoup plus clair. A moins que tu n'ai pas besoin de mise en veille, de hotplug, que tu montes tous tes drivers à la main…
"Liberté, Sécurité et Responsabilité sont les trois pointes d'un impossible triangle" Isabelle Autissier
[^] # Re: C'est une très bonne chose ....
Posté par totof2000 . Évalué à 0.
La mise en veille sur un dom0 ? Pourquoi faire ? On parle d'un serveur là. Et tout ce que tu cites a un intéret assez limité sur un serveur.
[^] # Re: C'est une très bonne chose ....
Posté par CrEv (site web personnel) . Évalué à 9.
Il n'y a pas que sur les serveurs qu'on virtualise hein…
Il m'est arrivé d'avoir une machine de dev avec un xen. Le dom0 était mon système de base. Et j'avais plusieurs VM que je démarrais à la demande sous Xen.
Ca fonctionnait plutôt pas mal.
J'ai d'ailleurs fait la même chose à base de kvm, virtualbox (enfin là c'est un poil différent) ou du vmware.
Et après, je ne sais pas si c'est très utilisé, mais il est parfois aussi envisageable d'arrêter des serveurs pour baisser la conso globale lors de faible besoins. C'est loin d'être idiot, et la mise en veille peut s'avérer intéressante.
[^] # Re: C'est une très bonne chose ....
Posté par Anonyme . Évalué à 3.
En dehors du fait que le suspend n'est certes pas utile sur un serveur, il faudrait noter qu'on ne va pas faire un init pour les serveur et un autre pour les desktop.
Tant qu'à faire, unifions les outils. À mon avis, et je ne suis pas le seul visiblement, systemd unifie ces outils.
[^] # Re: C'est une très bonne chose ....
Posté par Jean Parpaillon (site web personnel) . Évalué à 10.
Je ne suis pas sûr que tu maitrises vraiment de quoi tu parles…
Primo, dire que systemd est opaque, c'est sous-entendre que sysvinit le serait moins, et ça c'est faux. Pour les besoins d'une majorité d'utilisateurs, les fonctionnalités des distributions modernes ont introduit un tas de hack tous pourris dans sysvinit. Exemples. C'est peut-être simple de démarrer un hello world à la fin d'un rc, ça l'est beaucoup moins de s'assurer que des montages NFS sont bien effectués quand le réseau est effectivement up, pour ne parler que de ça. Les isolations légères type LXC ou même chroot sont impossible sans un tas de hack: ne pas démarrer udev, détecter qu'on est bien dans un chroot, etc.
Deuxio, le suspend pour un dom0: oui c'est utile. Qui dit virtualisation, dis élasticité, en tous cas pour un grand nombre d'utilisateurs. Et l'élasticité, ça veux dire consolider des vms sur un nombre réduit de machines quand la charge diminue. Et si tu n'éteins pas les dom0 qui ne servent plus (les met en veille plutôt, pour ne pas attendre 3 heures quand la charge augmente), je ne vois vraiment pas comment tu réalises les économies d'énergie qui étaient quand même un des buts d'origine. Donc, oui, mettre en veille des serveurs, ça peut être très utile.
Désolé du ton, mais c'est assez pénible d'entendre dire: ça ne sert à rien parce que je n'ai pas compris à quoi ça sert.
"Liberté, Sécurité et Responsabilité sont les trois pointes d'un impossible triangle" Isabelle Autissier
[^] # Re: C'est une très bonne chose ....
Posté par totof2000 . Évalué à 5.
… que l'on appelle couramment VMHost voir le schéma par exemple
Xen supporte aussi la virtualisation complète et tu peux faire également tourner tous types d'OS en guest (j'ai une ou deux VM Guest Windows sous Xen chez moi).
[^] # Re: C'est une très bonne chose ....
Posté par zebra3 . Évalué à 1.
Il y a ce paragraphe tout au début de la page que tu cites :
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: C'est une très bonne chose ....
Posté par Raoul Volfoni (site web personnel) . Évalué à 4. Dernière modification le 16 avril 2013 à 14:42.
C'est pour ça qu'il dit que c'est possible et qu'il souhaite savoir si c'est efficace…
[^] # Re: C'est une très bonne chose ....
Posté par totof2000 . Évalué à 4.
Enfin quelqu'un qui sait lire.
[^] # Re: C'est une très bonne chose ....
Posté par zebra3 . Évalué à 2.
Bah en même temps il écrit :
Je lui réponds :-)
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
[^] # Re: C'est une très bonne chose ....
Posté par totof2000 . Évalué à 3.
Je me suis effectivement emmelé les pinceaux et j'ai écrit cette phrase avant de faire appel à mon ami google et j'ai mal reformulé ma question.
[^] # Re: C'est une très bonne chose ....
Posté par lay . Évalué à 6.
Perso j'ai un netBSD qui tourne sous KVM pour offrir des services réseau aux autres VMs (dhcp, dns) et ça fonctionne parfaitement bien.
Il n'y a pas de différences de perfs notables avec les autres VM sous Linux.
[^] # Re: C'est une très bonne chose ....
Posté par geb . Évalué à 5.
KVM est aussi disponible sous illumos (feu opensolaris): http://wiki.illumos.org/display/illumos/About+illumos
# Fedora comme Debian fournissent des versions obsolètes de Xen ?
Posté par Kioob (site web personnel) . Évalué à 2.
Je ne sais pas ce qu'il en est de Fedora, mais (pour une fois ?) Debian n'est pas tellement à la ramasse :
- Xen 4.0 dans la version stable actuelle.
- Xen 4.1 dans la prochaine stable.
- Xen 4.2 en experimental.
Par contre ce sont des version amputées chez Debian, et c'est parfois un peu pénible de trouver une alternative.
alf.life
[^] # Re: Fedora comme Debian fournissent des versions obsolètes de Xen ?
Posté par ʭ ☯ . Évalué à 8.
versions libres tu veux dire?
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Fedora comme Debian fournissent des versions obsolètes de Xen ?
Posté par Kioob (site web personnel) . Évalué à 1.
C'est très probable oui, je suppose que «blktap2» doit poser un problème de licence… Mais du coup vu que «file» n'est plus géré dans Xen 4.2, il faut se farcir les loop device à la main… (ou ajouter un script maison j'imagine).
alf.life
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Fedora comme Debian fournissent des versions obsolètes de Xen ?
Posté par Kioob (site web personnel) . Évalué à 1.
Ah XCP… mais c'est un produit différent non ?
alf.life
[^] # Re: Fedora comme Debian fournissent des versions obsolètes de Xen ?
Posté par GeneralZod . Évalué à 5.
Voilà les versions de Xen empaquetés dans Fedora:
F16 & 17: xen 4.1.4
F18 & 19 & 20: Xen 4.2.1
On n'a jamais eu de soucis à fournir des versions à jour pour la partie user-space, par contre, jusqu'à l'intégration de l'hyperviseur dans le master de Linux, c'était la galère pour avoir un noyau dom0 compatible sous Fedora (même si un développeur de RH s'est occupé d'en fournir un plus ou moins régulièrement dans un dépôt personnel).
# Étrange
Posté par MTux . Évalué à 3.
Sans vouloir troller je ne comprends pas trop l'intérêt de tant miser sur Xen. L'industrie de la virtualisation d'aujourd'hui exploite les instructions de virtualisation des processeurs (VT-x, AMD-V, etc…). Une infrastructure sous KVM ou VMware bien dimensionnée offre des performances natives et une souplesse dans le choix des OS (même des vieux trucs pas pensés pour être virtualisés, comme Windows 2000).
Xen lui est conçu pour faire de la paravirtualisation logicielle. Ça marche bien mais il faut que l'OS invité soit modifié, ce qui exclue énormément de monde (dont Windows…). C'est donc moins pertinent. Il est possible de le faire fonctionner en mode hvm (compatible Windows), il se met alors à exploiter la virtualisation matérielle, mais dans ce cas autant utiliser KVM qui est bien plus avancé et plus simple à mettre en œuvre.
Je crois que ma réponse est dans l'article : c'est poussé par des entreprises comme Citrix qui ont des produits historiques basés sur Xen.
Pour la mise en place d'une nouvelle infra il est plus pertinent d'utiliser OpenVZ/LXC pour des VPS Linux, et KVM pour des VM plus universelles.
[^] # Re: Étrange
Posté par madhatter (site web personnel) . Évalué à 2.
Qu'est ce que tu entends par "modifier l'os invité" ? Sous KVM il faut fournir les drivers virtio au Windows si tu veux que KVM le paravirtualise. Il me semble que sous Xen c'est pareil, non ?
D'ailleurs j'en profite de parler de virtio : j'ai un 2008 R2 virtualisé avec KVM sous Debian, et pour ne pas avoir de perfs disque trop moisies, j'ai installé les drivers virtio (0.1.30) et configuré la VM pour qu'il n'y ait que du cache writeback sur un volume QCOW2.
Malheureusement, même si c'est mieux que le mode par défaut, je trouve que c'est quand même pas terrible et surtout, j'ai des BSOD dès qu'il monte en charge (en lecture il me semble).
La VM redémarre suffisamment vite pour que ce ne soit pas perceptible pour les utilisateurs, mais bon, comme c'est mon contrôleur de domaine, ça craint un peu.
Quelqu'un aurait des infos à me passer à ce sujet ?
There is no spoon...
[^] # Re: Étrange
Posté par MTux . Évalué à 2.
Ben non virtio n'est pas obligatoire sous KVM.
Par défaut il émule du matériel générique c'est pour ça que ça tourne partout.
[^] # Re: Étrange
Posté par madhatter (site web personnel) . Évalué à 1.
Ce n'est pas ce que j'ai dit. :)
J'ai dit qu'il semblait qu'il fallait les fournir au guest (les drivers virtio) pour faire de la paravirtualisation avec KVM. Sinon, effectivement, c'est de l'émulation/virtualisation complète (comme VirtualBox).
There is no spoon...
[^] # Re: Étrange
Posté par rictus (site web personnel) . Évalué à 2.
Juste pour précision : dans ton cas avec une VM windows, oui tu as des pilotes virtio à installer pour profiter des accélérations de périphériques paravirtuels.
Pour un linux, ce sont des modules kernel inclus souvent de base dans les distributions pas trop vieilles (car modules libres). Donc rien à installer de plus pour en profiter.
Je crois que vmware esx a également des modules libres pour ses périphériques paravirtuels, donc également inclus de base…
[^] # Re: Étrange
Posté par oinkoink_daotter . Évalué à 2.
Virtualbox fait aussi de la paravirtualisation (au moins pour le réseau via virtio-net et pour l'émulation de carte graphique).
[^] # Re: Étrange
Posté par Joris Dedieu (site web personnel) . Évalué à 6.
Sous Xen en HVM non plus. Il utilise QEMU dans ce cas, au même titre que kvm.
L'avantage de Xen est clairement la paravirtalisation qui permet par exemple l'ajout de processeur ou de RAM à chaud et qui à mon avis fournie une bien meilleure montée en charge sur les IO.
Ceci étant dit sans dénigrer KVM.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Étrange
Posté par wismerhill . Évalué à 2.
Ah?
Ça m'intéresse, comment fait-on ça?
Et surtout à partir de quelle version est-ce possible?
[^] # Re: Étrange
Posté par Graveen . Évalué à 4.
Je croyais naïvement que la paravirtualisation (les hyperviseurs de type 1, comme Xen ou Hyper V) offrait en échange un "rendement" important, contrairement à la virtualisation de type 2 (VirtualBox, KVM, VirtualPC) ?
j'ai aussi entendu dire que KVM était un front-end pour qEMU, quelqu'un peut m'éclairer sur ce sujet ?
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à 4.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Étrange
Posté par totof2000 . Évalué à -3.
N'importe quoi …. En tout cas comme appat à troll, c'est pas mal.
[^] # Re: Étrange
Posté par bubar🦥 (site web personnel) . Évalué à 1. Dernière modification le 16 avril 2013 à 22:02.
Pas seulement. Sans vouloir troller Xent a l'avantage d'etre nativement de la para-virtualisation (ce vers quoi s'oriente la virtualisation si tu suis les évolutions commerciales de vmware, ou plus exactement des cpu partagés pour des entités matérielles (ram, disques) dédiées). (le truc à la mode c'est le balloning, pour gérer ses entités de ram de manière globale, bref faire de la réservation au delà de la réalité -horreur décrié dans les archis de stockage, par ailleurs- et qui vient juste de rentrer dans le noyau, nativement, avec la license qui va bien, pour les vmtools gnu)
De plus, kvm, bien qu'ayant une histoire particulièrement attrayante pour le nerd, est vraiment un projet redhat centré. Enfni, malgré le rachat de qumranet et la libération de spice, l'afichage est gravement à la traine, ce qui greve le développement d'interface (pour de mauvaises raisons, j'en convient fort bien, quiconque a connu un vsphère center et son horrible gestion du clavier à coup de alt124 saura de quelle souffrance il s'agit)
Quant à la mise en place d'une nouvelle infra, meme si tu t'affranchi de la problématique d'un décisonnel à la lourde, tu la choisi non pas pour ses qualités mais selon tes objectifs.
mes deux cents.
[^] # Re: Étrange
Posté par madhatter (site web personnel) . Évalué à 5.
Les problèmes d'affichages sont à mon sens très secondaire, KVM étant dans mon cas utilisé pour de la virtualisation de serveurs. Du coup, TSE suffit amplement pour les serveurs Microsoft et ssh évidemment, ssh pour les Unix.
There is no spoon...
# Syntaxe, grammaire et orthographe
Posté par MrLapinot (site web personnel) . Évalué à 6.
un projet de recherche du Computer Laboratory de l'université de Cambridge
c'est la partie hyperviseur qui est soutenue
Ce fut une impasse dont Citrix s'est sorti
participer au projet
Au point qu'en face, KVM parait
la collaboration de grand noms de l'informatique
[^] # Re: Syntaxe, grammaire et orthographe
Posté par ariasuni . Évalué à 5.
la collaboration de grands noms de l'informatique
Écrit en Bépo selon l’orthographe de 1990
# comparaison avec VMware
Posté par palm123 (site web personnel) . Évalué à 7.
Aujourd'hui VMWare est un standard de fait dans plein d'entreprises.
Au niveau fonctionnalités, il manque quoi à KVM et XEN pour rivaliser ?
ウィズコロナ
[^] # Re: comparaison avec VMware
Posté par Ife . Évalué à 9.
Le problème c'est que les mythes ont la vie dure. Il y plusieurs raisons :
Ruby est le résultat d'un gamin qui apprend le Java, puis jette un œil à Perl et se dit « je peux le réparer! »
[^] # Re: comparaison avec VMware
Posté par palm123 (site web personnel) . Évalué à 5.
J'ai trouvé ce tableau (il n'y a pas KVM)
http://www.virtualizationmatrix.com/matrix.php
Ensuite, il reste le marketing, la pub (se faire connaitre comme une alternative crédible), le support
Et comme dit précédemment, il y a les habitudes. Il y a quelque temps, j'étais dans une boite dans laquelle ils évaluent des solutions de virtualisation. Finalement ils ont choisi Hyper-V de Microsoft, qui n'était pas le meilleur produit étudié selon eux, mais comme ils ont du Microsoft et les personnes sont formées aux produits Microsoft…
ウィズコロナ
[^] # Re: comparaison avec VMware
Posté par Prosper . Évalué à 3.
Si , Rhev3.1 c est du kvm
[^] # Re: comparaison avec VMware
Posté par Mali (site web personnel) . Évalué à 1.
Alors ce n'était pas utile de perdre du temps à faire une étude …
[^] # Re: comparaison avec VMware
Posté par claudex . Évalué à 3.
Ça manque d'infos complémentaire mais ça peut tout à fait se justifier si on considère que la solution MS n'est pas trop des autres pour ce qu'on fait. Ça revient à ajouter une ligne « compétences actuelles » avec une pondération assez élevée.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: comparaison avec VMware
Posté par Kerro . Évalué à 7.
Le problème est qu'à part en payant vraiement très cher, il peut se brosser pour qu'un bug soit résolu.
L'abonnent standard ne permet que du support. Comme chez Microsoft, Oracle, etc. Et la plupart du temps Google et/ou les bons forums donnent de meilleures réponses en moins de temps. Mais bon, il faut savoir trouver l'information et ce n'est pas donné à tout le monde.
[^] # Re: comparaison avec VMware
Posté par totof2000 . Évalué à 2.
Je ne sais pas ce qui existe en équivalence sous Xen ou KVM, mais niveau administration, il faut avouer que vcenter est assez bien fichu. D'ailleurs si vous avez des suggestions à me faire, parce que c'est le seul avantage qu'a(vait?) VMWare sur les autres solutions de virtualisation.
[^] # Re: comparaison avec VMware
Posté par claudex . Évalué à 3.
Ovirt a l'air d'offrir une interface pas trop mal foutue http://www.ovirt.org/Quick_Start_Guide (mais je n'ai pas encore testé, c'est un projet futur). Et même chose pour Proxmox.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: comparaison avec VMware
Posté par jolitorax . Évalué à 4.
Je ne connais pas KVM, mais je pratique Xen depuis un petit moment, et du VMWare entreprise Lapeau&descouilles plus récemment. Niveau fonctionnalité pas grand chose sans doute, pour peu de vouloir vraiment plonger dans les entrailles de Xen (ou KVM).
Par contre niveau interface et gestion des VMs, y compris pour des choses complexes, VMWare c'est royal. L'interface est très accessible, quelque soit le niveau de l'utilisateur. Quand la virtualisation n'est qu'un outil, ça nous arrange que le ticket d'entrée technique ne soit pas élevé. Tous les membres de l'équipe peuvent s'en occuper et ça dégage du temps et des compétences pour d'autres sujets qui en ont besoin.
# Comparatif Xen / Kvm en Paravirtualisation
Posté par Vivien (site web personnel) . Évalué à 0.
Je cherche un comparatif détaillé entre Xen et Kvm au niveau des performances et des possibilités de garantir une performance minimal a des VM au niveau des E/S.
La plupart des articles sur Xen sont vieux (avant la sortie du noyau 3.0 qui a permis a Xen de revenir dans la course)
Si vous trouvez, je suis preneur.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.