locked
Creation d'un cluster Hyper-V 2008 R2 avec failover clustering RRS feed

  • Question

  • Bonjour à tous,

    Je souhaite migrer un réseau actuel en AD 2003 R2 vers un réseau 2008 R2 virtualisé sous Hyper-V en cluster.
    Nous allons acheter 2 gros serveurs avec un SAN. L'idée est d'avoir seulement ces serveurs là sur le réseau.

    Des VM stockées sur le SAN, tourneront sur chaque serveur et elles basculeront sur le second en cas de panne d'un serveur hôte.

    J'aimerais toutefois avoir quelques précisions sur l'implémentation du cluster.

    J'ai vu qu'il fallait tout de même avoir un DC physique pour implémenter le cluster. Ce DC peut il être en 2003 R2 ?

    Concernant les cartes réseaux et les réseaux virtuels sous Hyper-V, pourriez vous m'aider un peu.
    Admettons qu'il y ait 3 VM sur chaque serveur hôte (donc 6 VM au total).

    Je pensais à :

    Serveur 1 :
    - 1 carte pour la liaison cluster entre les deux serveurs
    - 1 carte pour liaison du serveur hôte au LAN
    - 1 carte pour la VM1 au LAN
    - 1 carte pour la VM2 au LAN
    - 1 carte pour la VM3 au LAN


    Serveur 2 :
    - 1 carte pour la liaison cluster entre les deux serveurs
    - 1 carte pour liaison du serveur hôte au LAN
    - 1 carte pour la VM4 au LAN
    - 1 carte pour la VM5 au LAN
    - 1 carte pour la VM6 au LAN

    Mais comment le configurer dans Hyper-V et dans le gestionnaire de cluster vu qu'il faut les mêmes noms ?

    En vous remerciant d'avance.
    mardi 17 août 2010 13:35

Réponses

  • Bonjour, effectivement les hotes doivent être membre d'un domaine. Vous pouvez virtualiser vos DC mais si vous preferez avoir un DC physique vous pouvez l'implementer aussi. En ce qui concerne le reseau et vos 3 VM, vous pouvez parfaitement utiliser la meme carte reseau (vu le nombre de VM deployees) mais utiliser du VLAN pour isoler le trafic entre les differentes sessions invitees. Pour cela, il vous faudra disposer d'un switch costaud supportant le VLAN. Par ailleurs, pour la creation des reseaux virtuels, tout depend de la communication devant être etablie pour les machines virtuelles (reseau externe, interne ou prive). Lors de la mise en place d'un cluster Hyper-v sous 2008 R2, vous pouvez disposer de la fonctionnalite Quick Migration (deplacement d'une VM d'un hote a un autre avec une legere interruption de service) et Live Migration (deplacement a chaud de la VM sans interruption de service). Pour disposer du Live Migration, il vous faudra specifier dans le cluster quelle machine virtuelle doit être hautement disponible. En cas de crash d'un serveur, celle-ci sera deplacee sur un autre hote. En revanche, pour savoir quel reseau utiliser en cas de deplacement, il vous faudra le stipuler dans votre solution de stockage SAN.
    David LACHARI - MVP Virtual Machine - http://danstoncloud.com/blogs/david_lachari
    mercredi 18 août 2010 07:49
  • Le CSV est visible par tous les noeuds du cluster etabt donne qu'il est cree sur la solution de stockage SAN. Si vous utilisez du stockage iSCSI vous devrez connecter vos hotes a la solution de stockage via l'initiateur iSCSI. Vous pouvez donc en creer autant que vous souhaitez en fonction de la quantite de place disponible sur votre SAN. Mais l'atout du CSV est de pouvoir heberger plusieurs VM donc pourquoi pas creer un volume partage assez consequent ? En revanche, n'oubliez pas d'activer le CSV dans la console du cluster !
    David LACHARI - MVP Virtual Machine - http://danstoncloud.com/blogs/david_lachari
    mercredi 18 août 2010 08:29
  • Le reseau externe virtuel ou quel que soit le reseau sous Hyper-v n'a rien a voir avec le Live Migration. Le Live Migration fonctionne avec le reseau dedie au stockage iSCSI. Je vais vous donner un exemple de configuration reseau pouvant etre implementee pour un hote: N-Administration (hote) 192.168.3.2/24 / N-Clients1 (VM1) 192.168.3.3 / N-Clients2 (VM2) 192.168.3.4 / N-Clients3 (VM3) 192.168.3.5 / N-iSCSI 10.10.0.1/24 / N-Heartbeat 172.16.16.1/24
    David LACHARI - MVP Virtual Machine - http://danstoncloud.com/blogs/david_lachari
    mercredi 18 août 2010 09:30
  • C'est exactement ca !
    David LACHARI - MVP Virtual Machine - http://danstoncloud.com/blogs/david_lachari
    • Marqué comme réponse Davemie25 mercredi 18 août 2010 11:55
    mercredi 18 août 2010 11:45

Toutes les réponses

  • Bonjour, il n'est pas obligatoire d'avoir un DC physique. Ils peuvent être virtuels a condition de respecter les Best Practices Microsoft en matiere de virtualisation des DC. Si vous prevoyez d'avoir des DC 2008 R2, n'oubliez pas lors de la promotion du serveur de specifier le niveau fonctionnel en 2003 R2. Concernant le reseau sous Hyper-v, il est recommande d'avoir 4 cartes reseau: 1 pour l'administration de l'hote, 1 pour les vm, 1 pour le stockage iSCSI et 1 pour le Heartbeat.
    David LACHARI - MVP Virtual Machine - http://danstoncloud.com/blogs/david_lachari
    mardi 17 août 2010 16:25
  • Merci pour votre réponse.

     

    Concernant le DC physique, j'ai vu qu'il fallait que les serveurs physiques (hôtes) soient membres d'un domaine pour pouvoir créer un cluster. En ce sens, j'imagine mal un DC virtuel sur l'un d'eux :-/

     

    Pour les cartes réseaux, j'aimerais avoir une carte réseau physique par VM. En effet, sans cela, le trafic de 3 VM passerait par la même carte. De plus, en cas de failover, ça en ferait 6.

    Pour cela, j'imaginais créer un réseau externe par carte réseau sous Hyper-V,mais je ne sais pas comment configurer le cluster. Par ailleurs, dois je aussi créer des réseaux externes pour les VM de l'autre serveur physique pour faire fonctionner le live ou failover migration ?

    mercredi 18 août 2010 06:53
  • Bonjour, effectivement les hotes doivent être membre d'un domaine. Vous pouvez virtualiser vos DC mais si vous preferez avoir un DC physique vous pouvez l'implementer aussi. En ce qui concerne le reseau et vos 3 VM, vous pouvez parfaitement utiliser la meme carte reseau (vu le nombre de VM deployees) mais utiliser du VLAN pour isoler le trafic entre les differentes sessions invitees. Pour cela, il vous faudra disposer d'un switch costaud supportant le VLAN. Par ailleurs, pour la creation des reseaux virtuels, tout depend de la communication devant être etablie pour les machines virtuelles (reseau externe, interne ou prive). Lors de la mise en place d'un cluster Hyper-v sous 2008 R2, vous pouvez disposer de la fonctionnalite Quick Migration (deplacement d'une VM d'un hote a un autre avec une legere interruption de service) et Live Migration (deplacement a chaud de la VM sans interruption de service). Pour disposer du Live Migration, il vous faudra specifier dans le cluster quelle machine virtuelle doit être hautement disponible. En cas de crash d'un serveur, celle-ci sera deplacee sur un autre hote. En revanche, pour savoir quel reseau utiliser en cas de deplacement, il vous faudra le stipuler dans votre solution de stockage SAN.
    David LACHARI - MVP Virtual Machine - http://danstoncloud.com/blogs/david_lachari
    mercredi 18 août 2010 07:49
  • L'idée est de virtualiser tous les serveurs de l'entreprise. Ils devront donc être tous en haute disponibilité.

     

    En fait, pour l'implémentation, je comptais créer toutes les VM sur le même serveur, et déplacer la moitié sur le second grâce au Live Migration.

    Mettre en place le failover clustering pour qu'en cas de problème sur un serveur hôte, toutes les VM soient redirigées sur l'autre.

    Concernant le CSV, dois je en créer un pour toutes les VM ou alors un pour les VM de chaque serveur (donc deux) ?

    mercredi 18 août 2010 08:18
  • Le CSV est visible par tous les noeuds du cluster etabt donne qu'il est cree sur la solution de stockage SAN. Si vous utilisez du stockage iSCSI vous devrez connecter vos hotes a la solution de stockage via l'initiateur iSCSI. Vous pouvez donc en creer autant que vous souhaitez en fonction de la quantite de place disponible sur votre SAN. Mais l'atout du CSV est de pouvoir heberger plusieurs VM donc pourquoi pas creer un volume partage assez consequent ? En revanche, n'oubliez pas d'activer le CSV dans la console du cluster !
    David LACHARI - MVP Virtual Machine - http://danstoncloud.com/blogs/david_lachari
    mercredi 18 août 2010 08:29
  • Merci pour ces précisions.

    J'avais peur qu'en mettant toutes les VM sur le même CSV, qu'un seul noeud du cluster puisse les faire tourner (actif/passif).

    Je souhaite faire un cluster actif/actif à deux noeuds.

     

    Permettez moi de revenir sur la configuration réseau.

    Le souhait du client est d'avoir toutes les VM en haute disponibilité, et d'avoir une carte réseau physique dédiée pour chaque VM.

    Je sais comment configurer Hyper-V, en créant un réseau virtuel externe par carte réseau.

    Mais pourriez vous me dire comment cela se configure pour le cluster et le failover clutering ?

    mercredi 18 août 2010 08:55
  • Le reseau externe virtuel ou quel que soit le reseau sous Hyper-v n'a rien a voir avec le Live Migration. Le Live Migration fonctionne avec le reseau dedie au stockage iSCSI. Je vais vous donner un exemple de configuration reseau pouvant etre implementee pour un hote: N-Administration (hote) 192.168.3.2/24 / N-Clients1 (VM1) 192.168.3.3 / N-Clients2 (VM2) 192.168.3.4 / N-Clients3 (VM3) 192.168.3.5 / N-iSCSI 10.10.0.1/24 / N-Heartbeat 172.16.16.1/24
    David LACHARI - MVP Virtual Machine - http://danstoncloud.com/blogs/david_lachari
    mercredi 18 août 2010 09:30
  • Merci pour cet exemple.

    Si je comprends bien, je me retrouve avec :

     Serveur 1 :

    - 1 carte liaison iSCSI : 10.10.0.1
    - 1 carte pour la liaison cluster entre les deux serveurs (heartbeat) : 172.16.16.1
    - 1 carte pour liaison du serveur hôte au LAN : 192.168.3.2
    - 1 carte pour la VM1 au LAN : 192.168.3.4     => réseau virtuel Hyper-V 1
    - 1 carte pour la VM2 au LAN : 192.168.3.5     => réseau virtuel Hyper-V 2
    - 1 carte pour la VM3 au LAN : 192.168.3.6     => réseau virtuel Hyper-V 3

     Serveur 2 :

    - 1 carte liaison iSCSI : 10.10.0.2
    - 1 carte pour la liaison cluster entre les deux serveurs (heartbeat) : 172.16.16.2
    - 1 carte pour liaison du serveur hôte au LAN : 192.168.3.3
    - 1 carte pour la VM4 au LAN : 192.168.3.7     => réseau virtuel Hyper-V 4
    - 1 carte pour la VM5 au LAN : 192.168.3.8     => réseau virtuel Hyper-V 5
    - 1 carte pour la VM6 au LAN : 192.168.3.9     => réseau virtuel Hyper-V 6

     

    En cas de Live Migration ou Failover Clustering, le transfert des VM se fait par la liaison iSCSI.

    Par contre, après la bascule, les VM se retrouvent sur quel réseau virtuel et quelle carte réseau ? Ne faut il pas prévoir pour chaque serveur Hyper-V, 3 autres cartes réseaux et créer les réseaux virtuels Hyper-V de l'autre serveur ?
    mercredi 18 août 2010 11:33
  • C'est exactement ca !
    David LACHARI - MVP Virtual Machine - http://danstoncloud.com/blogs/david_lachari
    • Marqué comme réponse Davemie25 mercredi 18 août 2010 11:55
    mercredi 18 août 2010 11:45
  • C'est exactement ca ! Il est preferable d'avoir des cartes gigabit.
    David LACHARI - MVP Virtual Machine - http://danstoncloud.com/blogs/david_lachari
    mercredi 18 août 2010 11:47
  • Merci beaucoup pour votre aide si précieuse !

    Un dernier point, pourriez vous me confirmer que deux disques iSCSI suffisent pour le cluster :

    - "Q" pour le quorum (2Go)

    - "V" pour les VM sur le CSV (quelle est la taille maximum que peut gérer le cluster ?)

    mercredi 18 août 2010 11:55
  • 1 Go pour le Quorum suffit amplement. En ce qui concerne le CSV tout depend du volume disponible sur la solution SAN.
    David LACHARI - MVP Virtual Machine - http://danstoncloud.com/blogs/david_lachari
    mercredi 18 août 2010 12:18
  • Très bien, merci beaucoup.

    Bonne journée.

    mercredi 18 août 2010 12:22