Velocidades de NIC principais do Hyper-V e alterações no registro

2

Em um Dell PE T610, tenho o núcleo do Hyper-V em execução, com 2 GigX NetXtreme II Broadcom BCM5709C instalado. Eu observei que copiar arquivos grandes de 17 GB, por exemplo, de um servidor físico de rede para a unidade local do host Hyper-V [não vm guest] é muito lento em comparação com a cópia de servidores físicos para físicos.

  • Copiar um arquivo físico de 17 GB para o host do Hyper-V leva 30 minutos
  • Copiar um arquivo físico de 17 GB para um host físico leva 15 minutos

Alguém pode me dizer exatamente quais nós de registro devo desabilitar nas NICs do Hyper-V para melhorar o desempenho. Até agora eu fui para HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4 D36E972-E325-11CE-BFC1-08002BE10318} e defino o seguinte como 0 em ambas as NICs físicas:

  • LSOv1IPv4
  • LSOv2IPv6
  • TCPUDPChecksumOffloadIPv4
  • TCPUDPChecksumOffloadIPv6

Também devo desabilitar * TCPConnectionOffloadIPv4 & * TCPConnectionOffloadIPv6?

    
por gary 22.07.2010 / 14:35

2 respostas

2

Você está copiando arquivos de uma VM para outra VM no mesmo host do Hyper-V?

Se você está fazendo uma transferência física para física, um disco / LUN está lendo na velocidade máxima e um está gravando a toda velocidade. Se você estiver realizando transferências de VM para VM no mesmo armazenamento, poderá esperar metade do rendimento, pois o mesmo conjunto de discos faz as leituras e as gravações.

Se as VMs estiverem usando armazenamento independente, você está usando discos dinâmicos ou passagem? Discos dinâmicos têm muito menos sobrecarga no Hyper-V R2, mas não é zero. Eu não esperaria uma queda de 50% na taxa de transferência.

    
por 26.02.2011 / 02:40
0

Eu suponho que seu único host de cópia para hospedar, não em uma VM como Aaron, coloque corretamente as preocupações em torno da VM.

Eu testei esses cenários e, apenas instalando a função Hyper-V, você não reduzirá a velocidade do servidor. Para provar essa teoria, você pode remover a função ou recarregar a caixa e testar a taxa de transferência antes de adicionar a função. Eu suspeito que algo não relacionado ao Hyper-V é o culpado. Se você tiver que regedit depois de uma nova instalação, provavelmente está indo pelo caminho errado.

Se não são os drivers, eles são a mesma versão do sistema operacional? O SMB é o protocolo de cópia de arquivos de / para o Windows e foi atualizado em 2008 e novamente em 2008 R2. Você precisa garantir que seus testes sejam válidos com base em quais sistemas operacionais estão envolvidos. Se o Win2000 / 2003 estiver envolvido em uma cópia de arquivo, as transferências serão muito mais lentas.

Você está levando fusos de disco em conta? Novos drivers SAS são mais rápidos em E / S e SCSI ou SATA mais antigos. O número de discos e a configuração do RAID também importam na cópia do arquivo. A fragmentação também pode desempenhar um papel se estiver usando servidores que já existem há algum tempo.

Você pode ter formatado discos no novo servidor com discos mal alinhados. O Google pode ajudar você a descobrir como verificar se a formatação do disco está alinhada, o que, se não for, pode afetar o desempenho como você está vendo.

    
por 26.02.2011 / 07:33