Configuração do adaptador de rede Hyper V na partição pai

4

Eu tenho lido sobre o Hyper V e como ele gerencia redes virtuais & Acho que descobri um problema com um pequeno cluster que foi montado para mim por nossa equipe de redes para hospedar um farm do SharePoint.

A pergunta dos servidores tem dois NICs - 1 a serem usados para tráfego LAN padrão e outro para comunicação com armazenamento SAN.

Em uma instalação padrão quando a função Hyper V está habilitada e uma rede virtual é criada para cada NIC, então, segundo entendi, deve acontecer o seguinte:

  1. Crie um comutador virtual.
  2. Crie um vNIC com o mesmo nome do vSwitch.
  3. O host se desvincula da NIC física e se liga à nova vNIC.

O resultado é o sistema operacional host usa a mesma rota de rede virtual que as VMs secundárias usam e qualquer nova máquina virtual convidada pode criar seus próprios vNICs contra o vSwitch apropriado.

No caso dos servidores que estou vendo, vejo que em cada uma das máquinas host os vNICs foram liberados e a máquina foi ligada novamente às NICs físicas.

Tudo funciona bem, tanto quanto eu posso dizer. A configuração foi replicada em todos os blades no cluster, então o Live Migration etc funciona bem.

Estou correto em meu entendimento de redes Hyper V como resumido acima? (Se eu estiver errado, você pode ignorar o resto do post ...!)

Em caso afirmativo, dadas as mudanças que foram feitas nesta configuração, há algum problema potencial que possa surgir com as máquinas hosts ligadas às NICs físicas?

Temos um problema intermitente com o congelamento de atividades de rede em VMs aleatórias em momentos aleatórios - a solução é reiniciar a VM ou migrá-la para outro host. Outra questão intermitente é para hosts para BSOD e recomeçar ocasionalmente - crash dumps parecem indicar um problema dentro de um driver de rede. Até agora eu tenho dito que o problema é provavelmente apenas os drivers ou configurações da BIOS e várias coisas foram tentadas sem sucesso para parar os problemas. Eu estou querendo saber se nossos problemas poderiam ser relacionados à ligação dos anfitriões aos NICs físicos quando devem ser ligados aos vNICs preferivelmente.

    
por Chris W 20.07.2010 / 10:30

2 respostas

1

No que diz respeito ao bsod, as seguintes correções (relevantes à sua situação) precisarão ser aplicadas.

link

Você está realmente correndo com apenas dois nics, eles são 10gb? caso contrário, seus clusters não serão executados em uma configuração recomendada. Verdade, ele passará com avisos o teste de validação do cluster, mas será menor que o ideal.

Se você realmente tem um nic para lm, csv, hb, vms, mgmt, então é configurado da única maneira possível e o host deve compartilhar o nic com o da vm.

Outro problema foi esse cluster criado com o hyper-v instalado e depois com o sysprepped? Se sim, então você tem colisões de mac.

link

    
por 20.07.2010 / 16:31
1

Não. Você está fazendo isso ok. Em uma equipe do Hyper-V, você pode enviar um adaptador de rede real com o mesmo nome para uma rede virtual em todos os nós. Você deve fazer isso e isso é recomendado pela Microsoft.

Embora você esteja usando as NICs para fazer muitas coisas e isso possa estar gerando seus problemas. Tenha em mente que usar apenas dois adaptadores de rede para esse cenário não é a melhor opção e pode ter um comportamento inesperado.

Com base nas recomendações da Microsoft, você deve ter em todos os nós do Hyper-V o seguinte:

  1. Uma NIC dedicada a máquinas virtuais.
  2. Uma NIC dedicada ao gerenciamento, que significa ser usada no host.
  3. Uma NIC dedicada ao iSCSI.
  4. Uma placa de rede dedicada ao batimento cardíaco. Este é o tráfego interno do cluster.
  5. Se você está planejando usar o Live Migraton, deve dedicar uma NIC para isso.

Tente ter todos eles. Lembre-se de renomeá-los exatamente em todos os seus nós.

Lembre-se de que não há suporte da Microsoft para o Teaming em NICs em clusters Hyper-V, o que pode gerar falhas. Há mais informações em Microsoft KB 968703 .

Leia este artigo sobre as melhores práticas de rede para saber quais protocolos você deve habilitar na NIC e sobre a métrica. É recomendado que você mude a métrica em cada interface.

    
por 03.10.2011 / 07:19