none
Cluster HYPER-V 2012 R2

    Question

  • bonjour,

    j'ai mis en place dans un environnement de test, un cluster de basculement, avec 2 VMs et un disque iSCI (SAN).

    cela fonctionne plutot bien, mais mes tests ne me donnent pas entierement satisfaction, à savoir :

    - test de basculement 1 : déplacement "manuel" de la VM

    gestionnaire de cluster > VM1 > clic droit > déplacement > Migration Rapide

    la VM s'enregistre, et se remet sur l'autre serveur : pas de souci, aucune perte d'info, de plus cela est relativement rapide.

    - test de basculement 2 : coupure physique (panne matérielle) de l'un des serveurs :

    les VM basculent bien d'un serveur vers l'autre, mais soucis : cela arrete l'OS des VMs et les redemarre : est-ce normal ?

    comment faire pour que cela enregistre l'état des VMs en cas de panne physique ? (au lieu de faire un arret / demarrage)


    • Modifié R--S mercredi 14 mars 2018 15:26
    mercredi 14 mars 2018 15:25

Réponses

  • Bonjour,

    Il faut vérifier les paramètres des VM sur les options de démarrage et d'arrêt automatique.

    Paramètres accessibles depuis la console Hyper-V. Clic droit sur la VM > Paramètres, puis voir sous le menu Gestion.

    Après, c'est a priori normal que le cluster arrête proprement les VM en cas d'arrêt.

    Sur SCVMM, on peut en plus définir la priorité de démarrage d'une VM.

    Les experts Hyper-V vous apporteront des compléments d'informations sur ce sujet.

    • Marqué comme réponse R--S vendredi 16 mars 2018 15:22
    mercredi 14 mars 2018 15:45
  • Après, c'est a priori normal que le cluster arrête proprement les VM en cas d'arrêt

    tout à fait : il ne faut pas confondre live-migration et fault-tolerance. Dans le premier cas, le nœud A maintient la VM active jusqu'à ce que le nœud B en prenne le contrôle (et même là il y a aura une microcoupure de réseau). Dans le second (crash d'un nœud), il faut attendre que le nœud restant détecte la panne et démarre une procédure de redémarrage des VMs (no safe sate).

    Ca, c'est pour la version cluster Hyper-V : avec SCVMM et la bonne architecture, les VMs restent up-and-running. 

    • Marqué comme réponse R--S vendredi 16 mars 2018 15:22
    mercredi 14 mars 2018 21:12
  • Bonjour,

    Le cluster Hyper-v assure la haute disponibilité des VMs en redémarrant sur un autre hôte en cas de crash.

    Le cluster hyper-v réduit le temps d'arrêt et les données mais pas de notion de 0 de perte , puis que la machine sera redémarrer sur un autre hôte et les données qui sont dans la mémoire vive seront perdu.

    Les actions manuelle que vous avez testé permet de copier la mémoire avant de basculer la VM vers un autre noeud c'est du live migration comme expliqué par Loic. 

    Je vous invite à consulter ce lien pour mieux comprendre la notion du cluster et la haute disponibilité :

    Clustering and High-Availability


    Please don't forget to mark the correct answer, to help others who have the same issue. Thameur BOURBITA MCSE | MCSA My Blog : http://bourbitathameur.blogspot.fr/


    jeudi 15 mars 2018 06:48
    Modérateur

Toutes les réponses

  • Bonjour,

    Il faut vérifier les paramètres des VM sur les options de démarrage et d'arrêt automatique.

    Paramètres accessibles depuis la console Hyper-V. Clic droit sur la VM > Paramètres, puis voir sous le menu Gestion.

    Après, c'est a priori normal que le cluster arrête proprement les VM en cas d'arrêt.

    Sur SCVMM, on peut en plus définir la priorité de démarrage d'une VM.

    Les experts Hyper-V vous apporteront des compléments d'informations sur ce sujet.

    • Marqué comme réponse R--S vendredi 16 mars 2018 15:22
    mercredi 14 mars 2018 15:45
  • bonjour,

    oui les VMS sont bien en démarrage auto et en mise en mémoire pour l'arret.

    mercredi 14 mars 2018 15:53
  • Après, c'est a priori normal que le cluster arrête proprement les VM en cas d'arrêt

    tout à fait : il ne faut pas confondre live-migration et fault-tolerance. Dans le premier cas, le nœud A maintient la VM active jusqu'à ce que le nœud B en prenne le contrôle (et même là il y a aura une microcoupure de réseau). Dans le second (crash d'un nœud), il faut attendre que le nœud restant détecte la panne et démarre une procédure de redémarrage des VMs (no safe sate).

    Ca, c'est pour la version cluster Hyper-V : avec SCVMM et la bonne architecture, les VMs restent up-and-running. 

    • Marqué comme réponse R--S vendredi 16 mars 2018 15:22
    mercredi 14 mars 2018 21:12
  • bonjour,

    ok merci pour vos réponses.

    si je comprends bien il faut installer SVCMM pour avoir une continuité sans la moindre rupture.

    Auriez-vous SVP un lien qui explique comment faire ave SVCMM ?

    Merci d'avance.

    Cordialement.


    • Modifié R--S jeudi 15 mars 2018 06:36
    jeudi 15 mars 2018 06:36
  • Bonjour,

    Le cluster Hyper-v assure la haute disponibilité des VMs en redémarrant sur un autre hôte en cas de crash.

    Le cluster hyper-v réduit le temps d'arrêt et les données mais pas de notion de 0 de perte , puis que la machine sera redémarrer sur un autre hôte et les données qui sont dans la mémoire vive seront perdu.

    Les actions manuelle que vous avez testé permet de copier la mémoire avant de basculer la VM vers un autre noeud c'est du live migration comme expliqué par Loic. 

    Je vous invite à consulter ce lien pour mieux comprendre la notion du cluster et la haute disponibilité :

    Clustering and High-Availability


    Please don't forget to mark the correct answer, to help others who have the same issue. Thameur BOURBITA MCSE | MCSA My Blog : http://bourbitathameur.blogspot.fr/


    jeudi 15 mars 2018 06:48
    Modérateur
  • MERCI.

    si je comprends bien, il n'y a donc moyen d'avoir 0 perte / 0 déconnexions d'une VM ?

    jeudi 15 mars 2018 15:25
  • MERCI.

    si je comprends bien, il n'y a donc moyen d'avoir 0 perte / 0 déconnexions d'une VM ?

    jeudi 15 mars 2018 15:32
  • MERCI.

    si je comprends bien, il n'y a donc moyen d'avoir 0 perte / 0 déconnexions d'une VM ?

    Pour le cluster Hyper-v , il y a toujours une petite interruption qui correspond au temps du démarrage de la machine virtuelle sur un autre hôte.

    Please don't forget to mark the correct answer, to help others who have the same issue. Thameur BOURBITA MCSE | MCSA My Blog : http://bourbitathameur.blogspot.fr/

    jeudi 15 mars 2018 16:09
    Modérateur