locked
Problème bascule VM - Cluster Hyper-V - Windows 2008 R2 Entreprise RRS feed

  • Question

  • Bonjour,

     

    j'ai récemment configuré un cluster Hyper-V avec 2 noeuds connectés en iSCSI à un Windows Storage 2008.

    Sur chaque noeud, j'ai :

    - une carte NIC dédié aux flux applicatif -> Enabled

    - une carte pour le heartbeat -> Internal

    - une catre pour iSCSI -> comm° cluster interdite

    J'ai passé à 100% le processus de validation du cluster mais lorsque je fais un test de coupure, mes VM redémarrent au lieu de rester dans leur état, c'est très gênant.

    Le test que je fais :

    - lancement d'une VM sur HOST1, attente que Windows soit complètement démarré

    - débranchement de tous les câbles réseaux de HOST1

    HOST2 prend le relais quelques secondes plus tard (je trouve ça long) mais la VM se met à redémarrer avec toutes les erreurs applicatives liées à une coupure brutale.

     

    Aurais-je oublié quelque chose ?

    Merci d'avance pour votre aide.

     

    Edit >> en effectuant un Live Migration, cela prend en moyenne 5 minutes montre en main ... c'est pasun peu trop long ?

    vendredi 26 novembre 2010 10:20

Réponses

  • Bonjour ,

    déja 100 Mbps pour 6 machines virtuelles , c'est peu , j'aurai préferé à ta place sur 1 Gbps mais je suppose que c'est une plateforme de test ?

    aussi la connexion au target aurait était sur 1 Gbps ça aurait pu eviter les goulot d'etranglements s'il y en a  .

    peux tu vérifier sur le moniteur de ressource dans le gestionnaire de tâches  des deux noeuds Hyper-v ,  et aller sur l'onglet réseau pour voir l'utilisation E/S réseau et plus précisément lorsque tu fais un Live Migration .

    tu peux utiliser le BPA pour Hyper-v2 et regarder qu'est ce que ça donne aussi s'il y a pas de mauvaise configuration

    http://www.blogotec.fr/hyper-v/hyper-v-best-practice-analyser-disponible

    et non Bassw , le cluster Hyper-v permet non pas la redondance des vm mais plutôt des Hosts.

     

    A+

    Khalil

     


    ----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]
    • Marqué comme réponse bassw lundi 6 décembre 2010 12:58
    vendredi 26 novembre 2010 13:42

Toutes les réponses

  • Bonjour BassW

    dans le cas ou une panne survient sur le noeud Actif : panne Hardware , Hyperviseur tombe en panne , tu perds l'etat de l'hôte et l'etat des VM's, ce qui veut dire que les processus chargé en mémoire et qui n'ont pas encore relayé l'information sur le disque VHD seront perdues ce qui est l'inverse dans une Live migration : migration de tous les processus/page Mémoire vu que le premier Noeud Actif est encore en ligne et fonctionel .

     

    pour la lenteur je suppose que c'est un probléme de debit avec le Storage qui pose probléme ?

     

    peut tu nous detailler ta config : Nombre de VM , connectique avec le 2008 storage : carte réseau / debit ...

    Explication en Anglais :In an unplanned failover scenario, caused by a hardware problem or other unforeseen issue, the Hyper-V host crashes along with all the virtual machines. Because the virtual machines crash before state can be saved, the migration process loses data in active memory. However, because the Hyper-V host is part of a failover cluster, the storage resources ownership will be transferred to another cluster node and virtual machines restarted on that Hyper-V host.

    A+

    Khalil


    ----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]
    vendredi 26 novembre 2010 11:32
  • Bonjour Khalil,

    voici la config complète de la plateforme :
    - 6 serveurs physiques :
         1. Domain Controller n°1 pour le cluster Hyper-V (Win2008 STD x86)
         2. Domain Controller n°2 pour le cluster Hyper-V (Win2008 STD x86)
         3. Cluster Hyper-V Node 1 (Win2008 R2 ENT x64)
         4. Cluster Hyper-V Node 2 (Win2008 R2 ENT x64)
         5. Serveur Backup pour serveurs physiques et virtuels (Win2008 STD x86)
         6. SAN : Windows Storage Server 2008
    - 6 machines virtuelles dans le cluster
    - 1 switch 10/100

    Configuration réseau du SAN :
    - 1 NIC 10/100 pour le LAN (il est dans le même domaine que les autres serveurs physiques) : 192.168.10.20
    - 1 NIC 10/100 pour la connexion iSCSI : 198.0.0.1 ; seul adresse autorisée pour iSCSI Target

    Configuration réseau de HOST1 :
    - 1 NIC 10/100 pour le LAN : 192.168.10.3 ; comm° cluster et connexion clients autorisés
    - 1 NIC 10/100 pour le iSCSI : 198.0.0.2 ; Comm° cluster et connexions clients interdites
    - 1 NIC 10/100 pour le Heartbeat : 195.0.0.1 ; Comm° Cluster autorisé mais pas les connexions clients ; considérés comme le lien "Internal" dans la config "Cluster Management"
    - 1 NIC pour la connexion Internet ; désactivé dans la partie "Cluster Management"

    Configuration réseau de HOST2 :
    - 1 NIC 10/100 pour le LAN : 192.168.10.4 ; comm° cluster et connexion clients autorisés
    - 1 NIC 10/100 pour le iSCSI : 198.0.0.3 ; Comm° cluster et connexions clients interdites
    - 1 NIC 10/100 pour le Heartbeat : 195.0.0.2 ; Comm° Cluster autorisé mais pas les connexions clients ; considérés comme le lien "Internal" dans la config "Cluster Management"
    - 1 NIC pour la connexion Internet ; désactivé dans la partie "Cluster Management"

    Les NICs dédiés au "Heartbeat" sont aussi branchés sur le switch réseau, il n'y a pas de câble croisé entre les 2 hôtes.

    Par contre en lisant ton explication en anglais je suis surpris car je pensais que le cluster Hyper-V permettait justement d'éviter ce type de crash des machines virtuelles.

    Merci pour ton aide !

    vendredi 26 novembre 2010 12:39
  • Bonjour ,

    déja 100 Mbps pour 6 machines virtuelles , c'est peu , j'aurai préferé à ta place sur 1 Gbps mais je suppose que c'est une plateforme de test ?

    aussi la connexion au target aurait était sur 1 Gbps ça aurait pu eviter les goulot d'etranglements s'il y en a  .

    peux tu vérifier sur le moniteur de ressource dans le gestionnaire de tâches  des deux noeuds Hyper-v ,  et aller sur l'onglet réseau pour voir l'utilisation E/S réseau et plus précisément lorsque tu fais un Live Migration .

    tu peux utiliser le BPA pour Hyper-v2 et regarder qu'est ce que ça donne aussi s'il y a pas de mauvaise configuration

    http://www.blogotec.fr/hyper-v/hyper-v-best-practice-analyser-disponible

    et non Bassw , le cluster Hyper-v permet non pas la redondance des vm mais plutôt des Hosts.

     

    A+

    Khalil

     


    ----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]
    • Marqué comme réponse bassw lundi 6 décembre 2010 12:58
    vendredi 26 novembre 2010 13:42
  • ok j'ai justement une prise giga disponible sur le switch.

    Je vais essayer de brancher le SAN sur ce port, mais vaut-il mieux que je branche la patte iSCSI ou LAN (IP du domaine AD) ?

     

    Merci.

    vendredi 26 novembre 2010 17:06
  • le  1 Gbps pour le SAN

    A+

    khalil

     


    ----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]
    vendredi 26 novembre 2010 17:15
  • c'est encore moi !

    Avant de faire la bascule de la patte iSCSI du SAN sur le port Gigabit, j'ai regardé l'utilisation du réseau comme vous me l'aviez recommandé.

    Sur la prise 10/100, je ne dépasse jamais 10% et la machine met toujours autant de temps à migrer et de temps en temps la migration échoue ...

    Je vais faire un test avec le gigabit.

    vendredi 26 novembre 2010 18:29
  • Salut ,

    Peux tu voir le journal d'evenement  , y a t'il des erreurs lors de la migration ?

     

    merci

    Khalil


    ----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]
    vendredi 26 novembre 2010 18:33
  • bonsoir,

    désolé pour le retour tardif !

    En démarrant toutes les VMs, j'arrive bien à 90% d'utilisation de la bande passante en moyenne, ce qui expliquerait les problèmes de bascules.

    Sinon il y a énormément d'erreurs dans le journal d'événement du cluster (en critiques et erreurs) et espère voir diminuer voire disparaitre ces entrées dès le changement du switch par un Gigabit la semaine prochaine.

    Une dernière question, lors de la Live migration dela VMs, je vois que seul le lien Heartbeat est sollicité, est-ce normal ? Je pensais que seul le lien iSCSI devait être sollicité.

    Merci encore !

    mercredi 1 décembre 2010 17:47
  •  

    Bonjour et désolé pour le retard :)

     

    le heartbeat va servir au dialogue des deux noeuds Hyper-v et c'est pas étonant qu'il soit à 90 % d'utilisation .

     

    A+

    khalil


    ----------- Merci Khalil Benz [MCSE - MCTS 2008 - MCTS ISA- MCT]
    jeudi 2 décembre 2010 14:46
  • Bon alors dans ce cas je ferais un état des lieux complet lorsque je serais passé en Gigabit.

    Merci encore pour ton aide !

    Bonne journée.

    lundi 6 décembre 2010 12:58