Question : Machines Hyper-v dans le faisceau de Failover : peut vivre émigrent, mais ne peuvent pas se déplacer ou le mouvement rapide entre les noeuds de faisceau.

Bonjour, le

I ont juste déployé un faisceau de Failover courant 4 machines Hyper-v sur deux machines identiques que les machines du serveur 2008 R2 x64.

Those de Windows courent parfaitement et je peux vivre les émigre entre les deux noeuds de faisceau, sans des problèmes à la migration de phase d'all.

The est grand, mais elle a supposé pour être employée pour l'entretien prévu seulement. C'est *not* approprié aux situations « non planifiées », dans lesquelles, par exemple, un des noeuds de faisceau crashes.

So, j'essaye de simuler une situation non planifiée, en faisant un mouvement ou le mouvement rapide d'un faisceau à l'autre. Cependant, quand j'essaye de le faire, la machine Hyper-v sauve son état, mais habituellement elle pas est revenue en ligne sur l'autre noeud de faisceau, et son état est marqué comme failed.

To l'a remis en ligne, je doivent manuellement supprimer l'état sauvé et alors le reprendre. Vous devez convenir que dans « une situation non planifiée », je veux tout cela à se produire automatiquement. Est ce pour ce que le Failover est employé, droit ? le

So, mes questions est : que pourrait être cause que les de phase émigrent pour fonctionner, mais le mouvement ou mouvement rapide d'échouer sur toutes les machines Hyper-v ?

When que je regarde sur les détails d'événement pour l'échec, le message d'erreur je reçois est : la machine Web01 du

'Virtual a échoué à start.

'Web01 pour reconstituer. (Identification 7DA2F229-7C02-4FA6-905A-C05305A04FEF de machine virtuelle) le

'Web01 ne peut pas reconstituer le contenu de RAM à l'adresse 0. (Identification 7DA2F229-7C02-4FA6-905A-C05305A04FEF de machine virtuelle)

Since que c'est une question pressante, j'assigne 500 points à this.

Thanks à l'avance pour votre respect de help.

Best, le

Helder class= de

Réponse : Machines Hyper-v dans le faisceau de Failover : peut vivre émigrent, mais ne peuvent pas se déplacer ou le mouvement rapide entre les noeuds de faisceau.

Pour être fortement - disponible, chaque volume créé sur un LUN qui doit être relié à une VM est attaché aux noeuds de _all_ dans le faisceau.

Nous employons le noeud 1 pour configurer les volumes, les composons NTFS, et puis les plaçons EN DIFFÉRÉ. Une fois que tous les volumes ont été installés et réglé à en différé sur le noeud 1, puis régénérer la vue de stockage sur tous autres noeuds et ignorer tous les messages d'avertissement.

Vous aurez alors un groupe de volumes disponibles mais réglés à en différé. Quand courant le magicien de validation de faisceau, il balayera ces volumes et indiquera qu'ils sont correctement configurés pour être fortement - disponible au nodes_ de _all dans le faisceau.

Après création du faisceau vous permettez CSV dans la racine du FCM et puis permettez tous les volumes comme CSVs.

Principe de base :
 - # des volumes = # de VMs + 1 (2 ou 3 noeuds)
     - Les +1 est le volume utilisé pour les fichiers de configuration partagés pour des VMs de _all_. Ainsi, sa taille doit être le #GB de RAM de VM * #VMs + 1GB. Ainsi, 4 VMs maximum avec 8GB chacun signifieraient un volume partagé environ de 35GB consacré à ce but.
 - # des volumes = # de VMS + 2 (noeuds 3+)
     - Au-dessus de la règle s'applique avec le volume supplémentaire étant seulement 512MB ou 1GB pour les données de quorum qui seront nécessaires.

Philip