Clustering Hyper-V do Windows Server 2012 Live migration Hot Failover

1

Estamos pensando em implementar o Hyper V Clusteriazation em servidores Windows server 2012. Nosso objetivo é usar o recurso de migração ao vivo para eliminar o tempo de inatividade quando um dos servidores falhar. Minha pergunta é: A migração ao vivo é quente, ou seja, se o servidor que hospeda atualmente o Cluster Hyper V desligar (falha de energia ou algo assim), o Hyper-V em cluster continuará funcionando imediatamente no segundo servidor sem interrupção ou será desligado e, em seguida, inicie no segundo servidor.

    
por Hassan Mokdad 02.12.2013 / 09:26

3 respostas

7

LiveMigration e failover de máquina virtual são duas coisas diferentes. O LiveMigration é para migrações planejadas de uma máquina virtual de um host Hyper-V para outro sem tempo de inatividade da máquina virtual ou de seus serviços e aplicativos.

O failover de uma máquina virtual ocorre quando o host em execução falha e o cluster reinicia a máquina virtual em outro host de cluster, caso em que há tempo de inatividade para a máquina virtual e seus serviços e aplicativos. Quando um host de cluster falha, o estado das máquinas virtuais em execução nesse host é perdido.

Da Microsoft:

Migração ao vivo: quando você inicia a migração ao vivo, o cluster copia a memória que está sendo usada pela máquina virtual do nó atual para outro, de modo que quando a transição para o outro nó ocorre, as informações de memória e estado são já está em vigor para a máquina virtual. A transição é geralmente rápida o suficiente para que um cliente usando a máquina virtual não perca a conexão de rede. Se você estiver usando Volumes Compartilhados do Cluster, a migração ao vivo será quase instantânea, porque nenhuma transferência de propriedade de disco é necessária. Uma migração ao vivo pode ser usada para manutenção planejada, mas não para um failover não planejado.

    
por 02.12.2013 / 13:05
0

We aim to use the Live migration feature to eliminate downtime when one of the servers fails.

Esta é uma ideia maravilhosa. Mesmo. Você pode me dizer como migrará o estado da máquina virtual em execução do servidor com falha?

O Live Migration leva o estado atual (memória) de uma máquina virtual em execução e a transfere para outro host, para que não haja tempo de inatividade / reinicialização.

Agora, o host Auming A falha. Como todos os servidores que falham, o faz muito bem (chama, explisão, admin na frente voando pelo ar - todos sabemos como os servidores falham em vários filmes).

Como você vai copiar o estado das máquinas virtuais em execução do servidor destruído?

E é aí que a sua ideia se desfaz. Existe essa coisa chamada "tempo". Sem uma máquina do tempo, a migração ao vivo não pode ser usada no caso de uma falha comum no servidor.

A máquina com falha está inoperante. Ponto. Não quero isso - crie um aplicativo que tenha reconhecimento de cluster e execute-o como um cluster em várias máquinas.

    
por 02.12.2013 / 13:23
0

Isso não pode ser obtido com o Clustering do Windows Hyper-V. Entendo que seu sistema pode ser de um tipo contínuo de processamento de dados, como Data Historians, que têm serviços que precisam ser sincronizados e serão afetados se o Host A desligar durante uma falha de energia (devido a coisas normais que o pessoal de TI enfrenta como falha na fonte de alimentação). Falha no sistema de UPS, etc .. não há necessidade de o administrador estar voando pelo ar, explosões, etc ..) Nesse caso, existem várias soluções de aplicativos de terceiros que suportam esses tipos de cenários de falha.

    
por 03.12.2013 / 09:00