Windows Server 2012 Hyper V Clustering migration en direct Hot Failover

Nous souhaitons utiliser la fonction de migration en direct afin d'éliminer les temps d'arrêt en cas de défaillance de l'un des serveurs. tombe en panne.

C'est une idée merveilleuse. Vraiment. Pouvez-vous me dire comment vous allez migrer l'état de la machine virtuelle en cours d'exécution hors du serveur défaillant ?

La migration en direct prend l'état actuel (mémoire) d'une machine virtuelle en cours d'exécution et la déplace vers un autre hôte de sorte qu'il n'y ait pas de temps d'arrêt/redémarrage.

Maintenant, en supposant que l'hôte A échoue. Comme tous les serveurs qui tombent en panne, il le fait joliment (flamme, explosion, l'administrateur à l'avant volant dans les airs - nous savons tous comment les serveurs tombent en panne dans divers films).

Comment allez-vous copier l'état des machines virtuelles en cours d'exécution à partir du serveur détruit ?

Et c'est là que votre idée s'effondre. Il y a cette chose appelée "temps". Sans machine à remonter le temps, la migration en direct ne peut pas être utilisée en cas de panne ordinaire du serveur.

Une machine défaillante est un temps d'arrêt. Point. Vous ne voulez pas cela - faites une application consciente du cluster et exécutez-la en tant que cluster sur plusieurs machines.

Cela n'est pas possible avec le clustering Hyper-V de Windows. Je comprends que votre système puisse être d'un type de traitement de données continu comme les historiens de données qui ont des services qui doivent être synchronisés et qui seront affectés si l'hôte A s'éteint pendant une panne de courant (en raison des choses normales auxquelles les informaticiens sont confrontés comme une panne d'alimentation électrique, une panne de système UPS, etc.) Dans ce cas, il existe plusieurs solutions d'applications tierces qui prennent en charge ces types de scénarios de panne.