Atualmente, temos um grande servidor Dell T610 hospedando fisicamente 4 VMs Hyper-V, todas Win2008R2. Funcionando sem problemas por anos. Agora precisamos comprar um novo servidor Dell, já que a Dell não renovará o T610 de 'fim de vida' do contrato de serviço existente.
Somos um pequeno negócio em um único local. Sempre ficamos nervosos com o UM servidor físico. Acho que precisamos de dois servidores em um local para redundância total. Se uma caixa morre um dia, precisamos voltar a funcionar em pouco tempo.
Precisamos de conselhos sobre o que devemos olhar. Cluster do Windows Server? Resposta do Hyper-V? Simplesmente precisamos de proteção contra nosso atual ponto único de exposição de falha.
Eu recomendaria que você usasse seu hardware antigo de outra maneira. Eu compraria um novo servidor Dell com especificações semelhantes e criaria um cluster altamente disponível. Você pode dar uma olhada no StarWind Virtual SAN que, como eu sei, pode fornecer armazenamento altamente disponível. Você poderá criar um cluster redundante com dois nós. Como outra opção, você pode dar uma olhada no que a HPE oferece.
Poucas palavras sobre a réplica do Hyper-V, pois é um dos cenários implantados com mais frequência.
Você pode automatizar a réplica do Hyper-V com o PowerShell sem problemas!
https://blogs.technet.microsoft.com/keithmayer/2012/10/05/automated-disaster-recovery-testing-and-failover-with-hyper-v-replica-and-powershell-3-0-for- gratuitamente/
No entanto, existem algumas ressalvas:
1) Não há proteção contra uma divisão do cérebro, então você pode querer executar seu site de orquestração em algum lugar.
https://docs.microsoft.com/en-us/azure/site-recovery/site-recovery-faq
2) A réplica do Hyper-V em um pré-WS2016 traz uma lacuna de amplificação de gravação 2x. O WS2016 está OK e o software de terceiros usando o próprio rastreador de bloco alterado, pense na Veeam e na StorageCraft não tem esse problema.
https://forums.veeam.com/microsoft-hyper-v-f25/hyper-v-2012-r2-replica-vs-veeam-off-host-replication-t16374.html
3) Há alguma perda de dados no failover da réplica do Hyper-V e algum tempo de inatividade. Você pode estar bem com eles e talvez não, depende totalmente de você!
https://redmondmag.com/articles/2014/12/01/hyperv-replica-for-disaster-recovery.aspx
Pense em seu RTO e RPP #s e seu orçamento antes de prosseguir com sua implementação.
Um Cluster de Failover do Hyper-V permitirá failover e failback automáticos em caso de falha do host. Isso requer armazenamento compartilhado entre os nós do cluster.
A réplica do Hyper-V oferece failover e failback manual no caso de falha do host e não requer armazenamento compartilhado.
É realmente uma questão de quanto seu orçamento permite e que tipo de failover você precisa.