Hyper-V no 2012R2 HyperV Edition ou 2008R2 Standard Edition?

Question

No momento, estamos executando o VMWare ESXi, com 1 instância do Windows 2008 R2 Standard, 1 instância do Windows 7 e 2 instâncias do Linux.

Então, recentemente eu quis atualizar meu servidor, porque muitas coisas aconteceram. Não consegui encontrar o adaptador multiportas Intel 1GB, por isso recebi o adaptador da Dlink, mas não era suportado pelo VMWare. Outra questão é que o nosso hardware NAS é extremamente lento e seu suporte técnico é ruim na melhor das hipóteses. 20MB / s de RAID5 com agrupamento NIC e apenas iSCSI realmente não pode dizer muito em termos de desempenho. Então eu encontrei Starwind VirtualSAN, que só pode ser executado apenas no Windows. Portanto, planejo migrar meu VMWare para o HyperV.

Temos apenas 1 licença do Windows 2008 R2 Standard disponível. Mas, como eu li no site da Microsoft, o Windows 2008 R2 Standard é elegível para 1 VM e 1 host. Este Windows 2008 R2 é responsável pelo Citrix Remote Desktop.

Eu realizei a migração com sucesso, mas ainda tenho algumas dúvidas antes de realizar a migração ao vivo.

1. Como posso rodar 2 no total do Windows 2008 R2 Standard (host + VM), devo executar o Windows 2008 R2 Standard em cima do host Windows 2008 R2 Standard ou é melhor com o host Windows 2012 R2 HyperV? Há algum novo recurso em 2012 R2 que eu deveria saber sobre o equivalente a 2008 R2?
2. O suporte ao Ubuntu do VMWare foi excelente e é muito rápido. Como sobre o desempenho do HyperV? Alguém já tentou comparar o servidor Ubuntu no HyperV e no VMWare?
3. É melhor permitir que as VMs acessem o iSCSI de seu host ou apenas aloquem VHD fixo a elas? Ou seja, 100 GB para VHD + 2 TB de iSCSI ou apenas coloque 100 GB VHD e 2 TB VHD? O iSCSI será armazenado em cache por cerca de 16 GB de RAM no host. Eu realmente tenho que instalar o Starwind no host HyperV, já que eu tenho outro servidor que atualmente acessa o iSCSI também.

Obrigado por ajudar

    

Answer 1

Ok .. já faz um tempo ... Eu esperava que alguns fizessem alguns testes e possam me ajudar nesse assunto, mas depois de alguns dias, eu testei algumas configurações e as benchmark, tentando encontrar e me compensar. Isso pode não ser uma configuração perfeita, mas isso é confortável o suficiente para mim.

1. Eu uso o Windows 2012 HyperV + 2008 R2. StarWind rodando no windows 2012. 2012 hyperV é mais rápido que o HyperR de 2008R2. Pelo menos, eu não preciso que saia durante a noite para concluir uma instalação, ao contrário do 2008 R2. Além disso, eu posso NIC Teaming o servidor. Assim, garantimos à nossa conexão iSCSI uma largura de banda total de 3GBps com 2 DLink e mais uma a bordo. Nosso iSCSI rodando a cerca de 2GB / s mais, perto de 3GB. uma velocidade de atualização muito significativa para nossos outros servidores, em comparação com os antigos 20MB / s. Simplesmente adorável. Mais do que isso, o Starwind pode alcançar muito mais rápido do que isso, leia abaixo.

2. O serviço do Ubuntu não foi bom em 2008R2, mas muito bom com o 2012 R2 Gen2. outro ponto na escolha do 2012 R2 HyperV. O Gen2 HyperV da Microsoft é uma atualização MUITO significativa para o antigo Gen1. Não parece tão diferente do que aqueles no VMWAre.

3. Eu uso a rota starwind iSCSI e o VHDX mínimo. O motivo é que eu só consigo alcançar 50MB / s com VHDX, mas posso conseguir de 9 a 10GB / s com StarWind. Usando 8 GB de cache RAM, além de 100 GB L2 SSD Cache, o Starwind está gritando RÁPIDO. E eu realmente quero dizer rápido. Ele também tem espelhamento do servidor, portanto, a integridade dos dados é coberta.

4. Também quanto à migração, eu realmente não me importo, já que com o iSCSI, eu pode simplesmente desconectar a unidade da VM 1 e conectá-la a outra VM em outro servidor ou simplesmente conectá-lo ao servidor físico, e retomar a operação praticamente sem perda de tempo. Nenhuma migração necessária simplesmente mude a conexão e voila .. pronto.

Então, depois de executar testes de benchmark, decidi usar o HyperV 2012 R2, guest de 2008 e todos os dados no iSCSI.

    

Answer 2

O StarWind vSAN é executado perfeitamente no VMware. Você também tem o próprio vSAN da VMware. Não deve ser um problema para viver migrar suas VMs.