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
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".
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.
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.
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
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.
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.
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
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
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
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
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
PartieI
Rpartiteur de charge
Commutateur
Rpartiteur de charge
Commutateur
2010 Pearson Education France Virtualisation en pratique Kenneth Hess, Amy Newman