L'intêret est simple. Prenons le cas d'une machine hebergeant les services de DNS,Mail (pop,smtp) et disons LDAP. On peut choisir de tout faire tourner sur une meme machine physique sur le même OS. C'est plutôt économique mais devient vite tortueux à gérer qd il y a des evolutions des differents soft. Genre mise à jour de sécurité sur le DNS, evolution des fonctionalités au niveau SMTP etc ... Et au bout d'un moment on se retrouve à gérer une machine hébergeant differents services, avec des dépendances parfois differentes, toute evolutions d'un service peu compromettre la production des autres services, bref ça devient trés délicat à gerer. Donc l'idéal est d'avoir une machine par service, même si c'est aberrant d'un point de vue economique, un service DNS ne consomme quasi aucune ressource et ne justifit donc pas une machine à lui seul. Mais pour la maintenance et l'evolution, une machine par service c'est super pratique. C'est ici qu'arrive tt l'interet de la virtualisation. Plusieur machine logiques sur une seul machine physique afin de pouvoir eclater à loisir les differents services. Dans ce cas le probleme vient du fait que tt est hebergé sur une seul machine physique ce qui cré donc une "fragilité" si la machine physique meure... Il y a des solutions pour palier à ça , en fesant en sorte que la machine physique soit vu comme unique par le systeme hote alors que dans la réalité elle est composé de plusieurs machines physiques... Et voila :-) la solution ideal... mais un peu cher
L'intêret est simple.
RépondreSupprimerPrenons le cas d'une machine hebergeant les services de DNS,Mail (pop,smtp) et disons LDAP. On peut choisir de tout faire tourner sur une meme machine physique sur le même OS. C'est plutôt économique mais devient vite tortueux à gérer qd il y a des evolutions des differents soft. Genre mise à jour de sécurité sur le DNS, evolution des fonctionalités au niveau SMTP etc ... Et au bout d'un moment on se retrouve à gérer une machine hébergeant differents services, avec des dépendances parfois differentes, toute evolutions d'un service peu compromettre la production des autres services, bref ça devient trés délicat à gerer. Donc l'idéal est d'avoir une machine par service, même si c'est aberrant d'un point de vue economique, un service DNS ne consomme quasi aucune ressource et ne justifit donc pas une machine à lui seul. Mais pour la maintenance et l'evolution, une machine par service c'est super pratique. C'est ici qu'arrive tt l'interet de la virtualisation. Plusieur machine logiques sur une seul machine physique afin de pouvoir eclater à loisir les differents services. Dans ce cas le probleme vient du fait que tt est hebergé sur une seul machine physique ce qui cré donc une "fragilité" si la machine physique meure... Il y a des solutions pour palier à ça , en fesant en sorte que la machine physique soit vu comme unique par le systeme hote alors que dans la réalité elle est composé de plusieurs machines physiques... Et voila :-) la solution ideal... mais un peu cher
Merci pour ton commentaire éclairé, qui m'a beaucoup apprit ! Même si j'avais rédigé mon billet sur un ton sarcastique. :-)
RépondreSupprimer