Discussion :

[MacArthurEU]

Hey !

Ce sera concis, question de ne pas vous endormir.

Les besoins : services Web uniquement : DHCP, 2x DNS, Apache/PHP/MySQL, FTP, firewall, mail. Avec 1 service par VM et surtout 1 VM par service (histoire de ne pas avoir 50 serveurs qui font tourner chacun 50 fois le même service en parallèle).

Le problème : la VM "Apache/PHP/MySQL" doit disposer de grosses ressouces (d'où le clustering avec plusieurs machines hétérogènes) et puis aussi, l'infrastructure doit évoluer de 2 à n serveurs facilement, sans devoir réinstaller un OS+logiciels+config' complets à chaque fois.

Ma question est donc : existe-t-il des produits de paravirtualisation permettant de faire travailler ensemble plusieurs machines sur le même réseau afin de ne lancer qu'une seule instance d'une VM en lui allouant des ressources matérielles extravagantes (car matériellement additionnées) ?

Et oui, c'est un peu paradoxal : faire tourner une machine virtuelle sur plusieurs serveurs, alors que la virtualisation est au départ prévue pour faire l'inverse.
Mais la souplesse du concept est, je trouve, très profitable... si c'est faisable (?)

Merci de vos réponses (et désolé si la question est bête mais Google était timide ce soir...) !

[vpourchet]

Hmmmm si je comprends bien tu souhaites cree un cluster dedie a un seul service Web ? Avec x VM dans le cluster ?

Hyper-V permet de creer un cluster (VMware aussi), juste pour info, ton service va etre dispatche sur plusieurs VMs sur differents hotes ?

[MacArthurEU]

C'est exactement ça.
Voilà un schéma pour que ce soit limpide :



L'idée n°2 me semble plus performante.

...juste pour info, ton service va etre dispatche sur plusieurs VMs sur differents hotes ?

Oui. Chaque service (FTP, mail, etc.) devrait avoir sa propre VM avec son propre OS.

Mais je ne souhaite pas avoir deux VMs (ou plus) ayant le même rôle : d'où le besoin d'allouer à Apache/PHP/MySQL une grosse puissance de traitement pour répondre à tous les clients à partir de cette VM unique répartie sur plusieurs machines physiques.


Pour le détail : il s'agit en quelques sortes d'une situation d'hébergement mutualisé.

Mais là, je ne veux pas jouer avec un scénario classique comme on en trouve la plupart du temps (4 serveurs de BDD, 2 FTP, 4 DNS, 20 serveurs Web et 50 SAS ou NAS, avec des utilisateurs répartis de manière statique sur ces 20 serveurs Web, par exemple).

J'aimerais faire une totale abstraction du matériel afin de me concentrer sur l'applicatif et avoir une gestion simple (tout le monde est rassemblé au même endroit).
Ainsi, si une machine physique plante, pas de problème, les autres tournent à un régime plus haut.
Si je veux changer de datacenter, OK, je déplace la VM.
Si je veux changer radicalement de système/config', je le développe en étant compatible avec la situation actuelle, et finalement je remplace la VM en quelques secondes, sans longue interruption.
Etc.

Mais en pratique, n'ayant jamais utilisé de la virtualisation à grande échelle (et encore moins des clusters), je n'ai pas une vue très complète sur la question.

NB : Une solution ne nécessitant pas de licences coûteuses serait un plus (dans le genre XenServer, ESXi ou Linux+Xen) !

[vpourchet]

cette VM unique répartie sur plusieurs machines physiques

pas trop compris la ... c'est comma faire tourner un OS installe sur un serveur sur plusieurs serveurs :-/ je pense que tu parlais plutot de templating, on cree une vm on la templatize, on la deploie autant de fois que necessaire et on ajuste les qques parametres aui vont bien (sysprep).

pour la gratuite par contre ... je sais plus si esxi version free permet de creer des clusters

[vpourchet]

la soluce du pauvre consisterait a utiliser les mecanismes de clusterisation propres aux services s'ils en ont ou une solution tiers gratuite :-/

[MacArthurEU]

pas trop compris la ... c'est comma faire tourner un OS installe sur un serveur sur plusieurs serveurs :-/

Pas réellement.
Si on suit mon 2e schéma, on aurait des hyperviseurs identiques installés sur chaque serveur, mais ces hyperviseurs sauraient travailler en "équipe" à travers le réseau, avec ses autres camarades hyperviseurs.
Et ce, pour que chacun puissent faire tourner une même VM, en 1 seule instance.
Je ne veut donc pas déployer chaque VM autant de fois que j'ai de serveurs.

En résumé, en temps normal, on "exécute plusieurs VM sur un même serveur".
Là, je voudrais plutôt "exécuter une seule VM sur plusieurs serveurs".

Je ne peux pas être plus explicite. Mais c'est simple à comprendre je pense.
Après, peut-être que je divague complètement et que ce genre de topologie n'existe pas à l'heure actuelle... Mais c'est tellement simple et utile que ça m'étonnerais.

la soluce du pauvre consisterait a utiliser les mecanismes de clusterisation propres aux services s'ils en ont ou une solution tiers gratuite :-/

Certes, mais l'idée de la machine virtuelle amène plus de souplesse (=> environnement complètement cloisonné, déplaçable et remplaçable, le tout sans gros fichiers de config' et d'autres cas particuliers à gérer en cas de problèmes).

[mortasgus]

Et oui, c'est un peu paradoxal : faire tourner une machine virtuelle sur plusieurs serveurs, alors que la virtualisation est au départ prévue pour faire l'inverse.
Mais la souplesse du concept est, je trouve, très profitable... si c'est faisable (?)

Paradoxal ? je ne trouve pas. Un serveur du cluster/cloud lâche, tu le remplace sans te soucier de la perte car les autres peuvent pourvoir au manque pendant ce temps et sont tous en raid (5 par exemple). système de grappe.

Mais en pratique, n'ayant jamais utilisé de la virtualisation à grande échelle (et encore moins des clusters), je n'ai pas une vue très complète sur la question.

Je pense que quand tu aura réglé ton cas pratique de cluster, le reste viendra naturellement comme une fonctionnalité ajouter à la grappe de serveur.

Perso j'ai la même idée de base que toi et au même point d'expérimentation .

[mortasgus]

D'ailleurs, ne manquerait il pas une section clustering/clouding a ce forum ?

[vpourchet]

il y'a une section cloud :-?

[suchiwa]

Bonjour,

Le schéma N2 est très bien.
Donc l'idée ici est de mettre plusieurs ESX qui partagent leurs ressources...

Les ESX, suivant leur version peut aller jusqu'à 32 noeuds, et mettent en comun toutes leurs ressources avec DRS, le ballooning, j'en passe.

Le fait de pouvoir migrer aisément une VM d'une ESX à une autre est possible avec le VMotion, disponible dans le haut de gamme de l'offre.

Si tu as un ensemble homogène au niveau matériel, c'est un prérequis, tu additionne les ressources

ex:
tu utilises l'OS ESXi 4 sur tes serveurs physiques, tu installes 1 TB de RAM sur chaque, tu auras donc 1 TB * N serveurs. Si tu as 5 serveurs, tu peux allouer jusqu'à 5 TB de RAM, sauf que la limitation coté serveur Microsoft ou applicative arrivera avant, malheureusement.

C'est une chose à vérifier entre une édition standard, entreprise et advanced de Windows 2008 Server. Si tu es en x64, tu n'as plus trop de soucis, hors applicatif (compatible elle aussi x64)

Vincent