none
Cluster 2016 et Hyper-V RRS feed

 > 

  • Discussion générale

  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    Ma config : 1DC + 2 Serveur 2016 (Cluster, S2D, Hyper-V) + 1VM sur le pool Storage.

    Lorsque je migre ma VM en migration dynamique (aucun problème)

    Lorsque je coupe le réseau sur ma machine (node1) qui héberge ma VM, la bascule se fait bien, mais ma VM est redémarré.

    J'ai fait un test de validation de mon cluster tout est OK.

    Quelqu'un peut il m'aider ?

    Merci 

    jeudi 29 mars 2018 10:11
    |

Toutes les réponses

  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    Si vous ne souhaitez pas que la VM redémarre après le basculement, il faut modifier la priorité de démarrage de la VM depuis la console Gestionnaire du cluster.

    Sur la VM, clic droit, menu "Modifier la priorité de démarrage", sélectionner "Pas de démarrage automatique".

    jeudi 29 mars 2018 10:32
    |
  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    En fait, je me suis mal exprimé.

    Ma Vm redémarre car elle ne bascule pas a chaud.

    Je souhaiterai que ma VM ne s'arrête pas, qu'elle bascule en fonctionnement.

    jeudi 29 mars 2018 12:08
    |
  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    OK.

    En fait, l'arrêt de la VM est un comportement normal en cas d'incident (coupure involontaire électrique ou réseau par exemple). C'est différent d'une Live Migration qui se fait dans le cadre d'une maintenance planifiée.


    jeudi 29 mars 2018 12:18
    |
  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Merci pour ta réactivité.

    le but pour moi est de migrer la VM sans arrêt de celle-ci.

    Ma VM étant stocké sur mon pool virtuel (S2D) géré par mon CLuster.

    Donc, le but est pour moi de n'avoir aucun arrêt de ma VM, lors d'un incident sur un des noeuds.

    Je peux faire de nombreux tests, car il s'agit d'une maquette pré-production?

    Merci

    jeudi 29 mars 2018 12:28
    |
  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter
    Comme je le disais, dans un cadre d'arrêt non-planifié ou de perte d'un nœud, le cluster lance une procédure d'arrêt propre de la VM. Il y a donc forcément une petite interruption le temps que l'autre nœud redémarre cette VM. Après, cela a peut-être évolué en environnement WS2016. Là, je ne saurais pas dire.
    jeudi 29 mars 2018 12:42
    |
  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter
    Merci quand même. ;)
    jeudi 29 mars 2018 12:49
    |
  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour,

    Il n'est pas possible de n'avoir aucune coupure de prod. Cela est faisable uniquement dans le cas d'une maintenance planifié.

    Dans un cas où c'est un évènement indésirable qui produit ce comportement, alors la vm est redémarrée sur un autre hôte et cela provoque donc une coupure de service de quelque secondes au minimum.

    jeudi 29 mars 2018 14:19
    |
  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter

    Bonjour Matteu,

    Il me semblait pourtant qu'avec ma config, Windows2016, Hyper-V,Pool de stockage S2D, avec ma VM sur le pool de stockage, nous pouvions basculer la VM, sans interruption ni redémarrage de la VM.

    Je check ma config, et poursuis mes tests.

    Merci

    vendredi 30 mars 2018 07:59
    |
  • Discussion
    Connectez-vous pour voter
    1
    Connectez-vous pour voter
    Encore une fois, vous pouvez SI c'est une opération planifiée.
    vendredi 30 mars 2018 08:37
    |
  • Discussion
    Connectez-vous pour voter
    0
    Connectez-vous pour voter

    Je cherche a optimiser mon temps de basculement.

    Le pool, et les disques basculent instantanément.

    Cependant pour ma VM positionnée sur mon pool S2D,le temps de bascule est de plus de 5mn.

    FX

    vendredi 13 avril 2018 08:51
    |