frnlendeitptes

Je suis entrain de tester un produit de virtualisation de la firme Microsoft, pour ne pas le nommer Hyper-v 2012 core R2.

 

Je vous laisse aller sur le site de l'éditeur pour avoir une idée et des vues sur le produit.

La base matérielle

Pour l'instant, je me prépare deux machines pour monter un cluster pour la virtualisation.

  • 1 Carte mère Asus m5a87 (socket AM3+)
  • 1 Cpu Amd phénom 555 black edition pour les besoin d'un labo maison cela suffit bien que pour monter les tp des certification 70-410/70-411/70-412 cela risque de faire juste.
  • 16 go de Ram en ddr 3 ( 4*4Go)
  • 2 disques dur sata
    • 1 de 500Go sata pour le sytème
    • 1 de 1T0 sata pour les VM
  • 1 carte graphie pci-e (car je n'ai pas de carte intégrée sur la carte mère, et pour les vm ultérieurment)
  • 1 carte réseau intégrée à la carte mère (pour le monitoring et gestion distant du cluster futur).
  • 4 cartes réseaux supplémentaires en pci-e
    • 2 pour la synchro entre Hyper-V
    • 2 pour la liaison vers le lan ou dmz, suivant ou se situera le cluster
  • 1 Alimentation de 550w en 90plus bronze
  • 1 Boitier moyen tour cooler master HAF XB EVO, un gros cube qui quand on a compris son mode de montage/démontage il s'avère relativement bien conçu et pratique.

 

Les paramètrages

L'installlation d'un cluster en générale demande une base de paramètrages communs sur les deux machines qui le compose et des partie de paramétrages qui le différentie.

  • L'installation de base d'un Hyper-V 2012 R2 Core.
  • Les premiers paramétrages d'Hyper-V 2012 R2 Core pour une gestion distante.
  • Les outils d'administration distant pour Hyper-V 2012 R2 Core.
  • Les différentes paramétrages des réseaux virtualisés.
  • La gestion des disques durs virtuels.
  • La gestion de la mémoire.
  • Montage de la première machine virtuelle.
  • Préparation de la mise en cluster.

 

La gestion en production

En fonction du mode de gestion de nos machines virtuelles au sein de notre cluster, nous aurons :

  • 1 hyperviseur actif / 1 hyperviseur en sommeil, en replication dynamique l'un vers l'autre sans rétablissement vers le maitre après retour de celui-ci.
  • 1 hyperviseur actif / 1 hyperviseur en sommeil, en replication dynamique l'un vers l'autre avec rétablissement vers le maitre après retour de celui-ci.
  • 2 hyperviseurs actifs en répartition de charge, les deux hyperviseurs repondent aux solicitations

Les outils d'administration disponible

  • depuis les serveurs
  • depuis les clients

 

Evolution possible non abordé ici

Plusieurs pistes d'évolution de ce cluster pourrait etre :

  • Déporter le storage sur une machine ou un cluster en backend
  • Ajouter un hyperviseur en plus pour assurer un meilleur sécurité du cluster dans le basculement