Agrupamento de NIC da Broadcom com o Hyper-V R2

4

Eu li alguns artigos contraditórios sobre suporte ou pelo menos configuração com agrupamento de Broadcom NICs e Hyper-V. Eu tenho um par de Dell R805 com 4 Broadcom 5708 NICs neles. Eu me uni a eles (uma equipe para conexões públicas e outra para conexões privadas) e instalei o Hyper-V. Eu estou recebendo alguns problemas de conexão intermitente e estou preocupado que isso pode ser devido à formação de equipes. Basicamente, estou querendo saber se alguém configurou com sucesso o agrupamento de NICs na partição pai e usou os adaptadores agrupados por meio do comutador Hyper-V. Em caso afirmativo, quais são as etapas de configuração / adequadas usadas para configurá-lo. Eu tenho o servidor executando o Windows Server 2008 R2. No momento, o servidor está no modo de teste, mas minha preocupação é que não veremos nenhum problema até que o movamos para produção e tenhamos um tráfego pesado nas portas.

    
por Greg Askew 24.09.2009 / 00:37

5 respostas

3

Eu construí três clusters usando três Dell R805 e uma Dell MD3000i SAN conectada a um único switch e tive problemas parecidos com o que as pessoas estão dizendo aqui. A correção foi desativar o "IPv4 Large Send Offload". Como isso, todos os clusters e 40 VMs não perderam nada. (4 meses agora).

"LSO (Large Send Offload) é um recurso fornecido pelos adaptadores de rede Broadcom que impede que um protocolo de nível superior, como o TCP, quebre um grande pacote de dados em uma série de pacotes menores com cabeçalhos anexados a eles. gere um único cabeçalho para um pacote de dados tão grande quanto 64 KB, e o hardware do adaptador quebra o buffer de dados em quadros Ethernet de tamanho apropriado com o cabeçalho seqüenciado corretamente (baseado no cabeçalho único originalmente fornecido). "

Abaixo está um link para o artigo completo. link

    
por 25.03.2010 / 23:40
3

Parece que a Broadcom finalmente resolveu o problema em seu software de equipe do BACS !!!

Eu só tive a chance de fazer testes preliminares, mas nossa configuração é a seguinte: Windows Server 2008R2 totalmente emendado com o firmware mais recente da NIC (do site da IBM) e NIC Drivers e Broadcom Management Applications Installer (software BACS) do site da Broadcom . Estamos executando o IBM HS21 Blades com NICs Broadcom 5708S NetXtreme II GigE. Nossas NICs são equipadas com Sem VLANs (testando isso em seguida) e no modo Balanceamento de Carga Inteligente com Failover (sem espera) com o LiveLink não configurado. Eu atualizei o software BACS depois de desinstalar o antigo (e reinicializar) e não me preocupei com a ordem de instalação da função Hyper-V. Todos os filhos virtuais têm MACs dinâmicos.

O teste neste momento tem sido bem básico. Tudo o que eu fiz até agora é basicamente migrar um filho de servidor virtual de um host para outro. No entanto, desde que isso nunca funcionou antes (exibindo o comportamento mencionado) parece que as coisas devem funcionar agora! Vou continuar testando o estresse (reinicializando crianças em hosts diferentes, reinicializando hosts, mexendo com os NICs da equipe para verificar se a conectividade acontece em um caminho inativo, adicionando VLANs, etc.) para ver se todos os bugs desapareceram. Mas, como declarado, agora não tenho mais meus outros hosts que, a qualquer momento, tinham migrado esse servidor para tentar reivindicar o endereço MAC / IP do servidor filho fazendo pings de todas as maneiras.

Eu só queria postar este post para ver se outras pessoas têm resultados semelhantes e deixar os outros saberem que isso pode estar funcionando agora!

O nome do arquivo de download para BASP / BACS foi BASP_BACS_Mgnt_apps_x86_64-12.64.01.zip, que em Help- > Sobre mostra a versão 12.4.5.0. O download do driver foi win_2k3_2k8_x86_64-12.56.01.zip que no Gerenciador de dispositivos mostra 5.2.14.0 (17/12/2009).

    
por 16.06.2010 / 23:23
1

fizemos isso com sucesso, mas a desvantagem é que há telas azuis ocasionais quando o servidor é reinicializado. Há, então, um enigma de suporte, pois a MS não se envolve no suporte a failover da NIC e o fornecedor (DELL) não tem resposta para o problema da tela azul.

Se você quiser tocar na base, podemos trocar notas sobre ele. Mark

    
por 05.11.2009 / 12:54
0

Veja este link .

Se o software de agrupamento for instalado primeiro, os adaptadores de rede poderão interromper o tráfego. A solução para esse problema é desinstalar o software de agrupamento (HP / Broadcom / Intel) e o Hyper-V, reiniciar o servidor e reinstalar o Hyper-V e o software de agrupamento.

Nós temos o mesmo problema, vamos testar a ordem oposta de instalação amanhã.

    
por 16.03.2010 / 18:15
0

Confira este link

É assim que se resolve o problema.

    
por 17.06.2010 / 18:06