1

Virtualiser ounepasvirtualiser?
Cest la premire question laquelle vous devrez rpondre par vous-mme avant dinvestir une quantit significative de temps ou dargent dans un projet de virtualisation. Votre premier pas dans le monde de la virtualisation devrait tre dessayer quelques produits par vous-mme: les dmonstrations et vidos ne valent pas une exprience de premire main. Ce chapitre sadresse ceux qui nont pas encore tout fait dcid de sengager dans la voie de la virtualisation. Il explore les raisons dutiliser des produits de virtualisation et les raisons de ne pas le faire. Lorsque vous aurez lu ce chapitre, vous pourrez prendre une dcision plus claire sur lopportunit ou non de vous lancer dans la virtualisation.

Historique de la virtualisation
La virtualisation, contrairement ce que pensent de nombreuses personnes, nest pas ne en 1999 avec la sortie du premier produit VMware. Ses dbuts remontent environ 40ans sur la plate-forme de superordinateurs (mainframe) dIBM. cette poque, les machines virtuelles taient appeles des pseudo-machines. lorigine, lordinateur central utilisait le programme de contrle pour allouer des ressources et isoler les diffrentes instances des pseudo-machines les unes des autres. La version contemporaine du programme de contrle sappelle un hyperviseur, qui est un superviseur de machines virtuelles install directement sur le matriel (bare-metal). Ce matriel est usuellement un systme serveur sans systme dexploitation install. Lhyperviseur nest pas accessible directement, mais il emploie ce quon appelle une machine virtuelle Domain0, qui est un systme dexploitation
2010 Pearson Education France Virtualisation en pratique Kenneth Hess, Amy Newman

Introduction lavirtualisation etchoixtechnologiques

PartieI

qui semble install sur le matriel comme systme dexploitation primaire. Lutilisateur interagit indirectement avec lhyperviseur par le biais de cette machine virtuelle primaire. Lhyperviseur est un des nombreux types de technologie dhte de machines virtuelles qui seront traits au Chapitre9, "Virtualisation de serveurs".

La virtualisation en deux mots

La dfinition "formelle" de la virtualisation fait rfrence labstraction physique des ressources informatiques. En dautres termes, les ressources physiques alloues une machine virtuelle sont abstraites partir de leurs quivalents physiques. Les disques virtuels, interfaces rseau virtuelles, rseaux locaux virtuels, commutateurs virtuels, processeurs virtuels et la mmoire virtuelle correspondent tous des ressources physiques sur des systmes informatiques physiques. Lordinateur hte "voit" ses machines virtuelles comme des applications auxquelles il ddie ou distribue ses ressources. Il existe de nombreux types de virtualisation : dapplication, de plate-forme, de rseau et de stockage. Gnralement, quand quelquun mentionne la virtualisation, il fait rfrence la virtualisation de plate-forme. Celle-ci correspond lutilisation de matriel serveur pour hberger plusieurs machines virtuelles invites. Chaque machine virtuelle est un environnement virtuel cohrent sur lequel est install un systme dexploitation. Chaque machine virtuelle invite fonctionne indpendamment des autres. Un ordinateur hte dispose de suffisamment de ressources matrielles pour offrir de la puissance de calcul et de lespace disque ses invits. Un systme hte typique se compose de plusieurs processeurs multicurs, de plusieurs gigaoctets (Go) de RAM, de plusieurs traoctets (To) despace disque et de stockage en rseau (NAS, Network Attached Storage) ou dun rseau de stockage (SAN, Storage Area Network).

Candidats la virtualisation
Une question courante chez les gens qui considrent la virtualisation est: "Quest-ce qui peut tre virtualis et quest-ce qui ne peut pas ltre?" Tout ce qui sous-utilise la charge matrielle disponible peut tre virtualis avec succs. Les premiers candidats sont les serveurs web, les serveurs de courrier lectronique, les autres serveurs rseau (DNS, DHCP, NTP), les serveurs dapplications (WebSphere, WebLogic, Tomcat) et les serveurs de bases de donnes. Il ny a pas non plus de restriction
2010 Pearson Education France Virtualisation en pratique Kenneth Hess, Amy Newman

Chapitre 1

Virtualiser ounepasvirtualiser?

quant aux systmes dexploitation que vous utilisez. Les systmes Windows sont daussi bons candidats la virtualisation que les systmes Linux, Solaris ou autres. Les services dont la charge est quilibre entre plusieurs systmes fonctionnent bien en environnement virtualis car leur charge peut tre rpartie sur plusieurs systmes serveurs.

Consolider des serveurs web avec des machines virtuelles

Les services web sont particulirement adapts la consolidation en machines virtuelles. Les services tels que les bases de donnes web, les sites statiques, les sites dynamiques, y compris ceux qui utilisent Java, .NET, PHP, Python et dautres langages dynamiques, sont migrs simplement vers une infrastructure virtuelle. Les points suivants sont les cinq raisons principales de consolider des services web:

Le temps de restauration moyen est trop long. Linfrastructure souffre dun matriel vieillissant. Les capacits de linfrastructure ne suffisent plus. Les systmes sont sous-utiliss. La virtualisation permet des conomies.

Temps moyen de restauration

Le temps moyen de restauration est le temps moyen quil faut pour restaurer un systme aux clients lorsquil est hors ligne. La virtualisation diminue ce temps en mettant disposition des instantans ou des sauvegardes de machines virtuelles compltes pour restaurer les services en erreur. Une restauration par copie directe de systme est nettement plus rapide pour rcuprer le service que dinstaller un nouveau systme et de fouiller dans les sauvegardes incrmentales pour retrouver un systme jour et en ligne.
Infrastructure vieillissante

La vie du matriel est courte. Lesprance de vie dune infrastructure matrielle est de trois quatre ans. La raison de cette dure de vie si courte est que le taux dchec augmente normment aprs quatre ans. Une bonne estimation gnrale sur lesprance de vie dune pice est la dure de la garantie du constructeur sur le produit.

2010 Pearson Education France Virtualisation en pratique Kenneth Hess, Amy Newman

Introduction lavirtualisation etchoixtechnologiques

PartieI

La virtualisation est un vainqueur clair dans le dilemme des infrastructures vieillissantes. Votre systme hte vieillira, mourra, deviendra obsolte ou sortira de votre contrat de location, mais ce ne sera jamais le cas de vos machines virtuelles. Vous pourrez y ajouter de la RAM, des processeurs, de lespace disque, des interfaces rseau et dautres priphriques indpendamment du matriel physique hbergeant vos machines virtuelles. Vous pouvez mme mettre jour le systme dexploitation aprs avoir mis jour votre matriel virtuel pour le prendre en charge.
Capacits physiques insuffisantes pour linfrastructure

Un systme physique a des limites de capacit qui ne peuvent pas tre modifies. Un systme monoprocesseur sera toujours un systme monoprocesseur. Si votre systme prend en charge un maximum de 4Go de mmoire vive, vous ne pouvez pas en ajouter plus que cela. Ces limitations naffectent pas les machines virtuelles. Pour autant que votre hte dispose des capacits suffisantes et que votre logiciel de virtualisation le permette, vous pouvez amliorer les capacits de vos machines virtuelles.
Sous-utilisation

Comme vu prcdemment, les systmes sous-utiliss sont parfaits pour la virtualisation et la consolidation pas parce que les machines virtuelles sont plus utilises que la machine physique, mais parce que la machine virtuelle, la diffrence de la machine physique, ne consomme pas dlectricit, na pas besoin de refroidissement et ne prend pas de place.
conomies de virtualisation

En plus dtre une solution conomique, la virtualisation fournit des conomies dchelle. Vous pouvez aisment convertir deux serveurs ou plus, en configuration de haute disponibilit, en des serveurs virtuels. Vous pouvez aussi ajouter des systmes virtuels cette solution de haute disponibilit en maintenant vos serveurs physiques. Lajout de capacit haute disponibilit ne saccompagne pas de dpenses en matriel.

Aspects pratiques de la virtualisation

On parle beaucoup de virtualisation, et vous vous demandez peut-tre pourquoi vous auriez besoin de virtualiser quoi que ce soit. Cest une question valide et la rponse est simple. Tout dabord, cest une technologie qui permet dconomiser
2010 Pearson Education France Virtualisation en pratique Kenneth Hess, Amy Newman

Chapitre 1

Virtualiser ounepasvirtualiser?

de largent. En utilisant des ressources informatiques virtualises, vous conomiserez des sommes significatives en matriel, nergie, refroidissement, et peut-tre en personnel. En dehors de lenthousiasme et du net aspect "cool" de la virtualisation, il existe galement des aspects pratiques. Ces aspects sont rsums dans la liste suivante:

minimiser les cots matriels; fournir une restauration en cas daccident; agrger les charges dinactivit; quilibrer les charges; tester des logiciels; centraliser la gestion des serveurs; conomiser de lnergie; dployer des serveurs plus rapidement.

Minimiser les cots matriels

Il est facile de voir que la virtualisation rduit le fardeau de devoir acheter du matriel pour tout nouveau systme. La question est alors de savoir de quel ordre sont les conomies en question. Considrons le scnario suivant. Le serveur est un systme typique utilis comme serveur de fichiers et dimpression, de courrier lectronique, un DNS et un serveur web: processeur double-cur, 2Go de RAM, 80Go de disque, systme montable en rack. Ce systme standard tourne autour de 1300euros. Si vous avez besoin de matriel RAID et de disques, vous pouvez compter 200 300euros de plus. Pour finir, ce systme "de base" cote entre 1300 et 1600euros.
INFO Ces calculs nincluent ni le systme dexploitation ni les autres logiciels car ces cots restent identiques que la machine soit physique ou virtuelle.

Notre serveur dentreprise est une machine intgrable en rack, deux processeurs quadruple-cur, 32Go de RAM et trois disques de 400Go monts en RAID5. Ce systme cote environ 12 000 euros. Ceci ne prend pas en compte les interfaces

2010 Pearson Education France Virtualisation en pratique Kenneth Hess, Amy Newman

Introduction lavirtualisation etchoixtechnologiques

PartieI

rseau, mais la plupart des systmes standard embarquent (ou devraient embarquer) deux interfaces rseau. Typiquement, lune est configure pour le rseau local et lautre pour les sauvegardes. Le serveur dentreprise devrait tre configur avec sa propre connexion au rseau local, une connexion pour les sauvegardes et au moins quatre autres pour les machines virtuelles. Notre systme contient quatre interfaces rseau; quatre interfaces supplmentaires ajouteraient environ 300euros de plus au total. Le cot supplmentaire est assez insignifiant par rapport au prix total et revient environ une petite centaine deuros par interface. Le Tableau1.1 offre une analyse simple et montre le cot en termes dargent, dunits de rack, de puissance ncessaire et de nombre de connexions.
Tableau1.1: Comparaison de cots de machines physiques et virtuelles

Spcification Cot Units de rack Puissance (wattss) Connexions rseau

** **

Serveur d'entreprise physique 12000 4U 1570 2*

Serveur standard physique 1300-1600 1U 670 2

Serveur virtuel 0 0 0 0**

Minimum pour un serveur unique. En utilisant des connexions partages sur la machine hte.

Examinons maintenant les mmes donnes (Tableau1.2), mais avec huit serveurs (physiques ou virtuels).
Tableau1.2: Comparaison de cots de machines physiques et virtuelles

Spcification Cot Units de rack Puissance (watts) Connexions rseau

* Deux **

Serveur d'entreprise physique 12000 4U 1570 2+8*

Serveur standard physique 10400-12800 8U 5360 16

Serveur virtuel 0 0 0 8**

pour le serveur hte et une par serveur virtuel.

Les mmes huit interfaces physiques que sur le serveur hte.

2010 Pearson Education France Virtualisation en pratique Kenneth Hess, Amy Newman

Chapitre 1

Virtualiser ounepasvirtualiser?

Ces deux tableaux illustrent quel point la virtualisation est rentable sur plusieurs tableaux, et non uniquement sur le plan financier. La consommation lectrique est peut-tre l'conomie la plus marquante, suivie de prs par les connexions rseau utilises, et finalement par les units de rack utilises. Ces tableaux peuvent paratre trompeurs au premier abord car la valeur affiche de la consommation lectrique des machines virtuelles est 0. Cest le cas car une machine virtuelle ne tire pas directement son nergie dune alimentation physique. Cependant, lorsquune machine virtuelle est allume, elle augmente la consommation de lhte. La consommation lectrique dune machine virtuelle individuelle est difficile, sinon impossible, isoler de la consommation lectrique totale de lhte. Pour diminuer encore vos cots de connexion rseau, vous pouvez configurer vos machines virtuelles pour quelles partagent des connexions rseau. La connectivit partage fonctionne assez bien lorsque le trafic rseau individuel des machines virtuelles est relativement bas. Si lutilisation rseau dune interface donne frise les 30%, vous devriez dplacer une machine virtuelle vers sa propre interface rseau. Mme sil est presque impossible de descendre la granularit dune machine virtuelle en ce qui concerne la dtermination des cots, nous pouvons en tablir une estimation grossire. Considrons toujours lexemple actuel et voyons combien de machines virtuelles peuvent tre lances simultanment sur le serveur dentreprise physique. De faon raliste, avec 32 Go de RAM au total dont 1 Go est rserv au systme hte, on peut allouer 31Go aux machines virtuelles. Chaque machine virtuelle peut avoir de 64Mo 4Go de RAM. Vous avez un large ventail de possibilits. Si vous utilisez notre quantit standard de 2 Go par serveur et lallouez pour chaque machine virtuelle, vous pourriez thoriquement faire fonctionner 15machines virtuelles. Divisez le cot total par 15, et vous obtenez une estimation du cot de chaque machine virtuelle. Notez cependant que ce 15 nest probablement pas applicable en pratique moins que les entres/sorties disque intensives ne soient limites qu une ou deux machines virtuelles et que le reste nen consomme que trs peu. Les entres-sorties disque dgradent significativement les performances de toutes les machines virtuelles, sauf si de la paravirtualisation est mise en uvre.
Fournir une restauration en cas daccident

La virtualisation fournit le temps moyen de restauration le moins cher et le plus court auquel nous pouvons penser. Un ancien adage dans le domaine de la restauration aprs accident disait: "Pour la restauration, vous pouvez avoir deux caractristiques
2010 Pearson Education France Virtualisation en pratique Kenneth Hess, Amy Newman

10

Introduction lavirtualisation etchoixtechnologiques

PartieI

parmi les suivantes: rapide, peu onreuse et fiable." Grce la virtualisation, vous pouvez mettre cet adage la poubelle. La restauration est aussi rapide que le dmarrage dune machine virtuelle. Vous pouvez avoir rcuprer des donnes de la sauvegarde, mais, entre-temps, vous disposez dun systme fonctionnel qui na pas entran de temps hors ligne en raison dun problme matriel ou de rinstallation dun logiciel. Vous avez vu la section prcdente que les machines virtuelles pouvaient tre trs peu onreuses. Les cots logiciels sont les mmes pour une machine physique ou pour une machine virtuelle. Dautre part, le matriel existe dj et attend dtre utilis. Les machines virtuelles elles-mmes sont trs fiables car elles ne reposent pas sur du matriel physique susceptible de tomber en panne. Chaque machine a son propre jeu dinterfaces rseau, mmoire vive, espace disque et priphriques correspondant leurs homologues physiques. Vous naurez jamais remplacer de carte mre, dinterface rseau ou de lecteur CD dans une machine virtuelle et la puce vido intgre ne tombera jamais en panne. Une sauvegarde dune machine virtuelle sera toujours un point de restauration stable et fiable pour votre matriel. Des produits tels que PlateSpin, Xen et VMware Converter amnent la restauration au niveau dau-dessus: ils rcuprent des copies de machines physiques et les convertissent en machines virtuelles. Dans le cas de PlateSpin et de VMware Converter, cette conversion prend place sans avoir redmarrer la machine physique, ni avant ni aprs la conversion. VMware Converter est simple, lgant et il est souvent utilis comme mthode de sauvegarde P2V (physique vers virtuel). Si votre machine physique rencontre un quelconque problme, vous navez qu dmarrer la machine virtuelle sa place. Rapide, peu onreux et fiable: vous pouvez rellement tout avoir.
Agrger les charges dinactivit

Une des raisons principales pour lesquelles la plupart des DSI et professionnels informatiques envisagent la virtualisation est lagrgation de charges dinactivit. La consolidation de serveurs prend la forme dune rduction du nombre de systmes physiques en combinant les charges sur du matriel plus neuf et plus fiable, ou celle de lutilisation de logiciels de virtualisation afin de crer des machines virtuelles pour grer ces charges. Leffet est globalement le mme: le matriel est utilis de manire plus efficace, la consommation dnergie est rduite et les services sont plus simples grer. La consolidation peut aussi avoir comme effet de rduire les cots de maintenance puisquil y a moins de machines maintenir.

2010 Pearson Education France Virtualisation en pratique Kenneth Hess, Amy Newman

Chapitre 1

Virtualiser ounepasvirtualiser?

11

Les oprations de consolidation peuvent engendrer des rductions de personnel interne ou des rattributions de tches. Les nouveaux systmes crs grce des modles de VM (crs par quelques clics et appuis sur des touches avant dtre dmarrs) nont plus besoin de personnel pour effectuer ces fonctions physiques. Il nest nul besoin de commander, livrer, mettre en rack ou de sapprovisionner en matriel, ni de calculer les nouveaux besoins en puissance lectrique ou en refroidissement. Vous savez quil est possible dagrger les charges dinactivit et vous savez que cela peut rduire les cots associs lassistance, aux contrats, la puissance lectrique, au refroidissement, et ventuellement au personnel, mais comment savoir quels systmes sont consolidables? Quest-ce quun systme inactif? Les rponses cette question sont multiples et dpendent largement des personnes qui vous la posez. Sur les projets pour lesquels jai t impliqu, directement ou indirectement, je cherche usuellement les systmes dont la charge moyenne est infrieure 50%. Les systmes utiliss moins de 50% sont tudis avec attention. Faut-il les redployer, les reconsolider, les rattribuer ou les supprimer? Ce sont galement des candidats de premire classe pour la virtualisation.
quilibrer des charges

Dans les configurations dquilibrage de charge, les machines virtuelles sont une mthode efficace et peu onreuse de rpartir du trafic rseau sur plusieurs systmes. Le trafic rseau est aisment divis entre plusieurs systmes, virtuels ou physiques, grce un rpartiteur de charge rseau. Ce type dquipement propose un logiciel spcifique permettant de configurer le trafic dun port TCP/IP unique vers des systmes multiples. Par exemple, supposez que vous vouliez virtualiser vos services web et supprimer la dpendance aux systmes physiques. lheure actuelle, tout votre trafic web (port80) est redirig vers une seule adresse en .com servie par trois serveurs physiques, comme illustr en Figure1.1. La Figure1.2 illustre le mme scnario, mais en utilisant des machines virtuelles la place des machines physiques. Notez que le nombre de serveurs physiques na pas chang, car les charges quilibres de cette manire doivent tre isoles un certain degr. Les trois machines virtuelles peuvent cohabiter sur un mme serveur physique car chaque machine virtuelle a sa propre adresse IP. Chaque machine virtuelle peut galement avoir sa propre interface rseau associe son interface virtuelle.

2010 Pearson Education France Virtualisation en pratique Kenneth Hess, Amy Newman

12

Introduction lavirtualisation etchoixtechnologiques

PartieI

Rpartiteur de charge

Commutateur

Figure1.1 Scnario dquilibrage de charge standard avec trois serveurs web.

Rpartiteur de charge

Commutateur

Figure1.2 Scnario dquilibrage de charge avec trois serveurs web virtuels.

2010 Pearson Education France Virtualisation en pratique Kenneth Hess, Amy Newman