Requisitos do Hyper-V, particionamento de disco

Question

Minha regra básica para um servidor físico foi o disco de acesso aleatório rápido (VelociRaptor / SSD) para OS e discos grandes para dados (por exemplo, WD Caviar).

Como isso procura um Hyper-V que deve executar duas máquinas virtuais (Servidor de Arquivos + Intranet, Dynamics CRM)?

• Ainda faz sentido colocar o SO físico em um disco separado?
• Quanto espaço em disco / RAM devo separar do SO físico?
• Servidor de arquivos: há uma diferença notável entre um disco de passagem e um VHD? Qualquer preferência por um ou outro em relação a backup, Serviço de Cópias de Sombra de Volume, outras coisas?
• Devo dividir as partes do sistema operacional virtual (FileServer-OS, FileServer-Data, CRM) em discos físicos separados? Diga, com espelho 2x2x1TB ou 2x2TB?
• Como você faz backup de um VHD de 'vida'? "como de costume" de dentro do servidor?

Li as perguntas relacionadas e os requisitos do sistema declarados pela microsft, estou procurando mais informações práticas de pessoas que já fizeram isso antes.

[edit] As especificações ainda estão abertas, estou apontando para um quad core i7-920, por exemplo, Gigabyte EX58-UD5 (aberto a sugestões) 8 GB de RAM

Estou visando um armazenamento em disco total de cerca de 2 TB.

Idéia 1: SSD de 80 GB para Hyper-V, 2 x 2 TB WD RE4-GP em espelho para as duas VMs, totaliza cerca de € 850

Idéia 2: 4x1TB WD RE-GP em 2 espelhos, resultando em armazenamento 2x1TB, um par para o HyperV e a primeira máquina, o outro para o segundo. Totais a € 520, permitiriam outros 4GB de RAM que podem fazer uma enorme diferença.

[edit] Um comentarista pediu a configuração final, aqui está o que eu aprendi (e o que fizemos)

Eu decidi contra uma invasão de hardware, devido a experiências ruins com vários controladores, a baixa sobrecarga de um espelho de software e a simplicidade de transferência para outra máquina.

Colocamos o compartilhamento de rede mais ocupado nos discos de passagem. Eles estão "offline" no host HV e são espelhados na máquina virtual. O desempenho é adequado para nossos propósitos.

Eu adicionei um disco OS separado, simplesmente para ser mais flexível sobre a configuração. (WD Raptor 300 GB).

Portanto, configuramos um par de 1 TB como passagem, o outro par é espelhado no host de alta tensão e armazena os VHDs para os dois servidores.

Observe que os discos de passagem desativam os instantâneos no Hyper-V-Console (gostaria que houvesse uma opção para excluí-los, mas continuar com o instantâneo). Eu também aprendi da maneira mais difícil que os snapshots eram uma má ideia de qualquer maneira, já que ele quebra a sincronização do diretório ativo.

Backup é para um disco externo conectado ao host por meio do e-sata.

    

Answer 1

Se você não planeja usar o sistema operacional host para executar qualquer coisa, exceto o Hyper-V, não acho que colocar as VMs na mesma partição que o sistema operacional será muito importante. Estou usando o Hyper-V em algumas estações de trabalho com discos de 10k rpm com o SO em um e VMs em ambos e não percebo uma diferença no desempenho da VM entre eles.

Você pode consumir disco muito rapidamente com VMs, então vale a pena ter um grande & disco mais lento para arquivos & backups (talvez não sejam necessários se você tiver um bom armazenamento de rede e uma rede rápida).

Se você mesmo estiver construindo e quiser ficar dentro de um orçamento razoável, eu sugeriria discos de 4 a 6 x 10 rpm na invasão 10 (discos de 300 GB podem ser adquiridos por ~ $ 200 cada em NewEgg). Então talvez 2x 1-2TB discos em raid 1 (se você adicionar isso, você também pode colocar o sistema operacional sobre ele).

O uso de discos e snapshots em expansão dinâmica afeta negativamente o desempenho (para a virtualização de uma estação de trabalho, tudo bem, para um servidor talvez não). E para qualquer serviço intensivo de disco, eu usaria acesso direto ao armazenamento de apoio do serviço (por exemplo, banco de dados ou servidor de arquivos). Se você mover o gargalo de E / S da partição do sistema operacional virtual, provavelmente poderá tirar uma foto instantânea do sistema operacional do servidor virtual sem se preocupar com o desempenho.

Finalmente - você pode querer mais de 8GB (o Hyper-V não pode compartilhar RAM não alocada, e o host também precisa de alguns) - mas isso depende de quão intensamente eles serão usados.

Espero que isso seja útil. E se você fizer alguma experimentação e benchmarking, acho que muitas pessoas estariam interessadas em ver os resultados. Como você provavelmente notou, há uma escassez de dados de desempenho nessa área.

    

Answer 2

Em uma máquina virtual, o disco é o maior gargalo. Quando eu construo um VMHost, eu uso uma unidade de 1 TB com uma partição de sistema operacional de 60 GB e uso o restante para fazer o backup das VMs. Eu então uso 4 ou 6 velociraptors em um ataque 5 ou 10. Isso lhes dá a velocidade que eles precisarão, assim como alguma redundância.

Usar o raid 1 com 2 drives lentos de 2TB será uma dor de cabeça no futuro. Novamente, o disco é o maior gargalo.

PS com o custo e a sobrecarga que o Server 2008 traz, sempre usei o Server 2003 com o Virtual Server 2005 e ele funcionou muito bem.

    

Answer 3

Colocar o sistema operacional em um disco físico separado é definitivamente útil se você estiver executando o Hyper-V, porque ele realmente é executado sobre o Windows, então o sistema operacional tem alguma sobrecarga (em oposição a, digamos, ESX / i, que tem uma pegada realmente pequena); um disco dedicado (ou array) para OS e arquivo de paginação pode realmente ajudar.

Com relação às VMs: que tipo de carga de trabalho elas terão? Memória? CPU? Disco? Se eles trabalham muito com armazenamento, colocá-los em disco (s) físico (s) separado (s) fornecerá uma vantagem real; se fizerem E / S de disco muito baixo, você poderá colocá-los todos no mesmo lugar e não haverá diferença.

Se você tem duas VMs com muito disco para executar, eu usaria três matrizes RAID1, uma (pequena) para o sistema operacional e arquivo de paginação e uma (grande o suficiente) para cada VM.

    

Answer 4

• Ainda faz sentido colocar o sistema operacional físico em um disco separado? Sim, isso ainda é uma boa prática.

• Quanto espaço em disco / RAM devo separar do sistema operacional físico? Para espaço em disco, depende do que mais você vai colocar na partição pai. Para RAM, eu vou com 2 GB para plus pai 64 MB por VM que será hospedado.

• Servidor de arquivos: existe uma diferença notável entre um disco de passagem e um VHD? Qualquer preferência por um ou outro em relação ao backup, Serviço de Cópias de Sombra de Volume, outras coisas?

Você geralmente verá uma diferença quase imperceptível entre um disco de passagem versus um VHD. No entanto, a capacidade de gerenciamento de passagens pode ser muito complicada. Depende do que você gosta. Se você quiser obter todo o desempenho que puder, vá com a passagem. Se você quiser facilitar o gerenciamento, vá com o VHD.

• Devo dividir as partes do sistema operacional virtual (FileServer-OS, FileServer-Data, CRM) em discos físicos separados? Diga, com espelho 2x2x1TB ou 2x2TB?

Eu dividi as unidades de sistema operacional e de dados do VM e as coloquei em diferentes VHDs. Geralmente as melhores práticas do mundo físico mapeiam para o mundo virtual. Colocar os VHDs em fusos físicos diferentes dependeria totalmente da carga de trabalho do servidor de arquivos e do orçamento. As chances são de que eu não me preocuparia muito com isso.

• Como você faz backup de um VHD de 'vida'? "como de costume" de dentro do servidor?

A menos que você tenha uma SAN no back-end, normalmente você executará seu software de backup nas VMs da mesma forma que faria com uma máquina física.

    

Answer 5

•Does it still make sense to put the physical OS on a separate disk?

Não. Eu uso um Raid 10 no meu servidor principal para os dados do sistema operacional e do Hyper-v.

•How much disk space / RAM should I set apart of the physical OS?

Eu uso 64gb padrão. Vazia, no entanto.

•File Server: Is there a notable difference of a pass-through disk vs. VHD? Any preference for one or the other regarding backup, Volume Shadow Copy Service, other stuff?

Não. Não notável. Mesmo expandindo não são notáveis. Mensurável sim. Eu uso passagem para dados principais - principalmente porque me garante orçamentos IOPS. Porque o disco é único.

•Should I split the virtual OS parts (FileServer-OS, FileServer-Data, CRM) onto separate physical disks? Say, with mirror 2x2x1TB, or 2x2TB?

Como você fala o servidor REALLY low end aqui. Ok, eu dividir servidores maiores em diferentes arquivos vhd - porque o meu padrão vhd é 64gb (sysprepped, usando um differntial para inicializar o sistema operacional real de). Espaços grandes são VHDs separados.

Assim como as informações: o servidor atualmente tem 64GB. 6x300gb Velociraptors para boot + vhs, 6x300gb Velociraptors Raid 10 para dados SQL. Adicionando mais 4 discos em janeiro. O case tem 24 slots - acho que preciso de um maior em breve. Eu posso inicializar cerca de 50GB cheio de VM sem problemas, mas quando o dia do patch começa, sinto a carga do IO. Bem como wehn fazendo importações de banco de dados. Mas então, eu preciso de algum poder aqui.

Discos de 2 TB são lentos. Isso significa SLOW. Como REALMENTE lento. Melhor estrondo ou o fanfarrão agora são WD Velociraptors, com um bom controlador RAID (Adaptec)

•How do you backup a 'life' VHD? "as usual" from within the server?

ou externo. Ambas as formas funcionam. No servidor é mais flexível para restauração. Algumas coisas que eu não faço backup em uma base por servidor.