<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Florian&#039;s Blog &#187; kvm</title>
	<atom:link href="http://florian.cathala.org/post/tag/kvm/feed" rel="self" type="application/rss+xml" />
	<link>http://florian.cathala.org</link>
	<description>A geek life</description>
	<lastBuildDate>Thu, 17 Nov 2011 18:00:56 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Retour d&#8217;expérience sur la virtualisation sous Linux : XenServer, Xen, KVM&#8230;</title>
		<link>http://florian.cathala.org/post/2010/03/01/retour-d-experience-sur-la-virtualisation-sous-linux-xenserver-xen-kvm</link>
		<comments>http://florian.cathala.org/post/2010/03/01/retour-d-experience-sur-la-virtualisation-sous-linux-xenserver-xen-kvm#comments</comments>
		<pubDate>Mon, 01 Mar 2010 15:18:00 +0000</pubDate>
		<dc:creator>florian</dc:creator>
				<category><![CDATA[Logiciels Libres]]></category>
		<category><![CDATA[debian]]></category>
		<category><![CDATA[drbd]]></category>
		<category><![CDATA[kvm]]></category>
		<category><![CDATA[libvirt]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[lvm]]></category>
		<category><![CDATA[ubuntu]]></category>
		<category><![CDATA[virtualisation]]></category>
		<category><![CDATA[xen]]></category>
		<category><![CDATA[xenserver]]></category>

		<guid isPermaLink="false">http://florian2.cathala.org/?p=57</guid>
		<description><![CDATA[((/public/news/.serv_virt_t.jpg&#124;Serveur Virtualisation Linux&#124;L&#124;Serveur Virtualisation Linux, mar. 2010))Récemment, j'ai échangé avec des amis sysadmins sur les différentes technos disponibles en matière de virtualisation sous Linux. Voici mon (rapide) retour d'expérience en ce qui concerne les solutions que j'ai eu l'occasion de tester : XenServer, Xen OSE (Open Source Edition) et KVM...]]></description>
			<content:encoded><![CDATA[<p>((/public/news/.serv_virt_t.jpg|Serveur Virtualisation Linux|L|Serveur Virtualisation Linux, mar. 2010))Récemment, j&#8217;ai échangé avec des amis sysadmins sur les différentes technos disponibles en matière de virtualisation sous Linux. Voici mon (rapide) retour d&#8217;expérience en ce qui concerne les solutions que j&#8217;ai eu l&#8217;occasion de tester : XenServer, Xen OSE (Open Source Edition) et KVM&#8230;<br />
<span id="more-57"></span><br />
* __XenServer__ : ** ++les plus++ : solution &laquo;&nbsp;out of the box&nbsp;&raquo;, globalement assez simple à prendre en main, support Citrix disponible ** ++les moins++ : c&#8217;est un peu piège dans le sens où c&#8217;est compliqué de revenir sur une autre solution ensuite (non compatible avec Xen open source), distribution imposée, nécessité de bidouiller pour faire certaines choses (raid, drbd &#8230;), le manager ne tourne que sous Windows, ne s&#8217;intègre pas avec libvirt, non comptible avec les managers Xen OSE type OpenXenCenter, support onéreux ** __Mon avis__ : solution à privilégier à court/moyen terme sur une grosse infra si on a les moyens de s&#8217;offrir le support, qu&#8217;on n&#8217;a pas besoin de libvirt pour faire du cloud (notamment avec Enomaly ou OpenNebula) et qu&#8217;on n&#8217;envisage pas de migrer à plus ou moins long terme sur du Xen OSE ou du KVM * __Xen OSE__ : ** ++les plus++ : déployable facilement sur Debian, techno mature et éprouvée bien sûr, bien supportée par la communauté ** ++les moins++ : n&#8217;est plus officiellement supporté par Ubuntu depuis pas mal de temps (hyperviseur dispo dans les paquets mais pas le noyau, il faut compiler maison), ne tire pas parti de toutes les fonctionnalités et optimisations des CPU récents ** __Mon avis__ : solution à privilégier à court terme sur une infra ne comportant pas de matériel récent, notamment pour du paravirtualisé (encore que dans ce cas-là linux-vserver est plus rapide, mais c&#8217;est un autre débat) * __KVM__ : ** ++les plus++ : semble arrivé à maturité (vm Win2k8 sur LVM+DBRD très sollicitée pendant 72h sans soucis, c&#8217;était pas vrai il y a 1 an &#8230;), en avance sur Xen sur l&#8217;exploitation des fonctionnalités / optimisations des CPU récents, poussé par plusieurs grosses boites (Ubuntu, Redhat, etc), géré nativement par le noyau Linux, s&#8217;intègre avec libvirt ** ++les moins++ : &nbsp;&raquo;&#8217;peut-être&nbsp;&raquo; encore un peu jeune, logiciels de management graphique pas encore du niveau du manager Xen ** __Mon avis__ : solution à privilégier sur une infra avec du matos récent (i7, nehalem&#8230;), en particulier si on peut tirer parti de libvirt avec Enomaly, OpenNebula ou si on n&#8217;a pas de besoins très évoluées niveau management shell et graphique (virsh, virt-manager&#8230;) __&nbsp;&raquo;Du côté des performances&#8230;&nbsp;&raquo;__%%% Toutes les technos se valent à peu près maintenant, sauf sur du matos récent où il semble que plus ça va aller et plus KVM va tirer son épingle du jeu. __&nbsp;&raquo;Un mot sur libvirt&#8230;&nbsp;&raquo;__%%% Virt-manager est clairement moins fourni que le manager de Citrix Xen mais ça permet de gérer les interfaces réseaux, le stockage et les vm. Personnellement, je n&#8217;ai pas besoin de plus&#8230; &laquo;&nbsp;virsh&nbsp;&raquo; et surtout l&#8217;API de libvirt permettent d&#8217;imaginer faire une interface sur mesure sans trop de difficulté (m&#8217;enfin c&#8217;est toujours pareil, faut du temps&#8230;). Enfin, libvirt simplifie considérablement la création de {{vm}} en ligne de commande via virt-install (plutôt pour du hvm) et vmbuilder (vm Linux optimisées pour la virtualisation). __&nbsp;&raquo;Un mot sur drbd&#8230;&nbsp;&raquo;__%%% Qu&#8217;on se le dise : comme expliqué dans les docs Redhat, les gars de libvirt ont collaboré étroitement avec les gars de Linbit (drbd). Ainsi, la live migration marche avec drbd (+ du lvm au-dessus pour faire des snapshots et de façon générale faciliter la gestion de l&#8217;espace disque). Vous allez me dire qu&#8217; &laquo;&nbsp;oui mais faut du OCFS2 là-dessus, c&#8217;est nul, ça bouffe des ressources, c&#8217;est pas fiable, etc&nbsp;&raquo;. Ben non, la gestion des locks semblent être gérées par libvirt, pas besoin de FS distribué par-dessus. Eh ouais. __&nbsp;&raquo;Mon choix&nbsp;&raquo;__%%% Voilà près de 2 mois que j&#8217;exploite un serveur à base de Xeon Nehalem avec 12 Go de RAM ECC qui tourne sur une Ubuntu 9.10 (64 bits) + KVM + libvirt, que j&#8217;administre à distance via Virt-manager, que je viens d&#8217;upgrader en 0.8.3 (oui, il faut le compiler à l&#8217;ancienne&#8230;). Les vms sont hétérogènes : du Windows 2008 Serveur 64 bits, du Debian, du Ubuntu&#8230; C&#8217;est stable, on a l&#8217;impression d&#8217;être sur un Virtualbox local, sauf que non, c&#8217;est du remote, et ça tourne vite. Très vite. Si vous avez des questions sur ce joli monde de la virtualisation, n&#8217;hésitez pas à me contacter ou à l&#8217;inverse, à me faire part de vos retours d&#8217;expérience&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://florian.cathala.org/post/2010/03/01/retour-d-experience-sur-la-virtualisation-sous-linux-xenserver-xen-kvm/feed</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
	</channel>
</rss>

