Nic Teaming Windows Server 2012 R2 - Sem conexão de rede

1

Tenho 2 placas NIC de 100Mbps instaladas nos slots PCIe e conectei cada placa ao seu próprio switch de 8 portas.

Minhas configurações:

  • Modo: independente de comutador
  • Balanceamento de carga: hash de endereço / dinâmico
  • VLAN: deixei tudo como padrão

No entanto, depois de definir um IP estático porque a equipe não estava obtendo um IP da rede, ainda não consigo fazer o servidor pingar dentro ou fora da rede.

EDIT: Eu joguei com as configurações e notei algumas falhas em que a equipe não parece ser como um time. Então eu acho que uma pergunta rápida seria se o hardware tem que ser de qualidade "alta qualidade"? Por exemplo, estou usando esses switches TRENDnet TE100-S8 Switch Ethernet Fast Ethernet de 8 portas link

Exemplo:

EDITAR:Funcionameioque,masnãoconsigoobterumRDP,porexemplo.Alémdisso,seeupuxarointerruptor1,tudoquebraevocênãopodemaispingarcomoeutesteicomoping-tgoogle.com.Masseeupuxarooutrointerruptor,opingcontinuacomodeveria,entãoeusoulevadoaacreditarquesóestáusandoointerruptor.

EDIT2:

EntãoeuencontreiissoemumdocumentodositedaMicrosoftqueeubaixei:

3.11.1TheMACaddressoftheteamInswitchindependentmodewithaddresshashordynamicloaddistributiontheteamwillusetheMACaddressoftheprimaryteammember(oneselectedfromtheinitialsetofteammembers)onoutboundtraffic.Theprimaryteammemberisthefirstteammembertobindtotheteamafterteamcreationorhostreboot.Sincetheprimaryteammembermaychangeinanon-deterministicmannerateachboot,NICdisable/enableaction,orotherreconfigurationactivities,theMACaddressoftheteammayvaryfromtimetotime.Normallythiswon’tcauseproblemsbutthereareafewcaseswhereitmay.IftheprimaryteammemberisremovedfromtheteamandthenplacedintooperationtheremaybeaMACaddressconflict.Toresolvethisconflictdisableandenabletheteaminterface.TheprocessofdoingadisableandenableoperationontheteaminterfacewillcauseittoselectanewMACaddressfromtheremainingteammembers.IfMACaddressstabilityisdesiredfortheteamtheadministratorcansettheMACaddressoftheteamtoanyMACaddresstheadministratorwantstousebysettingitintheprimaryteaminterfacethesamewaythatanadministratorcansettheMACaddressofanyphysicalNIC.SOURCE:https://www.microsoft.com/en-us/download/details.aspx?id=40319

Isso está dizendo que, se a NIC que está sendo usada como o MAC cair, você precisará reiniciar o NIC TEAM? Eu notei que posso puxar um switch off-line e nada cai, mas quando eu puxo o outro, ele trava apesar de o outro switch estar ligado, então meu problema estaria relacionado ao MAC?

    
por Jason 15.06.2015 / 01:42

1 resposta

1

Os switches "desktop" não precisam estar conectados uns aos outros para aproveitar as vantagens do agrupamento de NICs. A equipe do Switch Independent é totalmente compatível com cada membro da equipe conectado a switches upstream independentes e não conectados.

Ainda não usei o agrupamento de NICs no Windows Server 2012 R2, eis o que acho que está acontecendo:

No Modo Independente do Comutador com Hashing de Endereços, o servidor usa o endereço MAC do membro da equipe principal. Portanto, embora o tráfego de saída possa ser balanceado na carga entre os membros da equipe, o tráfego de entrada será direcionado ao membro principal (já que um endereço IP pode ser associado apenas a um único endereço MAC). Isso significa que o endereço IP do servidor é resolvido para o endereço MAC do membro da equipe principal quando o membro da equipe principal está conectado e funcionando. Quando o membro principal da equipe falha, o endereço IP precisa ser associado ao endereço MAC do "novo" membro da equipe principal. Se você estiver testando de um computador conectado ao switch de borda, é lógico que a tabela ARP no computador de teste ainda tem o endereço IP para a associação de endereço MAC do membro da equipe principal original. Você pode testar isso facilmente, limpando o cache do ARP no computador de teste e tentando conectar-se ao servidor.

A outra possibilidade (embora eu não ache que é o caso aqui por causa do modo de equipe e do modo de balanceamento de carga que você selecionou) é que o problema é devido ao endereço MAC do membro da equipe principal sendo armazenado em cache no tabela de endereços MAC de comutadores de borda (Observe que a tabela de endereços MAC do comutador é o endereço MAC para alternar a associação de portas. Isso não tem nada a ver com o ARP). Eu não acredito que seja o caso aqui, porque no seu modo de agrupamento e balanceamento de carga, cada adaptador agrupado deve estar usando um endereço MAC independente um do outro. Se cada membro da equipe usasse um único endereço MAC "compartilhado", esse cenário seria a causa provável do seu problema.

Eu posso estar completamente fora da base, mas espero que isso lhe dê algumas coisas para ver.

    
por 15.06.2015 / 05:31