Estou lendo sobre as técnicas de alta disponibilidade na virtualização, mas todas as soluções que vejo funcionam mais ou menos como o VRRP mais especializado - quando o host fica inativo, a VM é inicializada em outro host de virtualização. Se o armazenamento for compartilhado (por exemplo, iSCSI), a VM "igual" poderá ser inicializada para o sistema operacional convidado. Isso parece um tipo de falha de energia. Mas, se houver alguns dados importantes residindo na RAM (por exemplo, no banco de dados de memória), ele ainda será perdido.
No entanto, seria possível criar um instantâneo da VM em execução com algum intervalo (infelizmente, é preciso muito tempo para criar esse instantâneo, de modo que não pode ser feito a cada 10 segundos). Em seguida, outro host de virtualização poderia carregar essa captura instantânea e continuar executando a VM "sem interrupção" (mais o tempo de intervalo de menos).
Portanto, minha pergunta é: existem soluções que "espelham" automaticamente as VMs de tal forma que, após a VM de falha do host de virtualização, a VM pode ser "retomada" em outro host sem interrupção perceptível? Literalmente como RAID1 de VMs. Espelho que está totalmente sincronizado no nível de RAM.
Os servidores não devem "falhar" da maneira que você está descrevendo. A maioria das pessoas não se preocupa com isso.
No entanto, este é um caso de uso para VMware Fault Tolerance (FT) ) .
Isso fará o que você está pedindo.
Se a replicação assíncrona for desejada com um pequeno atraso ( como 10 segundos ), então uma solução como Zerto estar apto.
Existem algumas soluções que podem fazer failover de VMs sem qualquer tempo de inatividade. Pelo menos eu sei sobre HPE VSA e Starwinds . Eles também têm versões gratuitas, então você pode ver isso.
No entanto, eu não sei exatamente sobre o primeiro, e não testei por mim ainda. Sobre o segundo - há uma opção na qual você pode atribuir uma quantidade de RAM no dispositivo de alta disponibilidade e essa RAM também é replicada em outro nó. E o failover das VMs sem reinicialização. Testado isso com o cluster do Hyper-V.
Infelizmente não, não há como fazê-lo e você realmente não precisa dele. Mesmo bancos de dados na memória podem fazer espelhamento e HA no nível do aplicativo, não há necessidade de espelhamento de memória dessa maneira. Basta iniciar várias instâncias do seu banco de dados na memória e começar o espelhamento! É tolerante a falhas e você pode até fazer atualizações e manutenção sem interrupção.
Infelizmente, a resposta é no , pelo menos para hipervisores comerciais / de nível empresarial.
Ok, eu estou corrigido: eu nunca usei / li sobre Xen + Remus , e parece bastante interessante.
Eu sei sobre o VMWare FT, mas ele tem grandes limitações que eu descartei automaticamente. Felizmente, algumas dessas restrições foram levantadas com a última versão do VMWare. No entanto, no cenário de ligação de rede ou de E / S, o impacto bruto no desempenho seria simplesmente grande demais para ser tolerado.
De qualquer forma, pelo que eu posso ler, ambos são baseados no conceito de checkpoint : basicamente, a VM subjacente é continuamente migrada ao vivo. True lockstw de RAM / espelhamento é muito mais caro: alguns anos atrás, um projeto baseado em torno da Qemu / KVM tentou a mesma coisa - e foi abandonado devido à enorme degradação de desempenho que ele comandou.