rede VMware - PortChannel ou não?

1

Todos os meus hosts ESX possuem 8 NICS.

Eu configurei 2 NICs para nossa SAN iSCSI - cada uma está conectada a um switch SAN diferente. 2 NICs são configuradas para o vMotion e Service Console - cada uma delas está conectada a um switch diferente (as portas são troncalizadas com VLANs dedicadas ao vMotion e ao Management)

Agora tenho quatro portas restantes. Atualmente, nós configuramos cada um deles indo para nossa VLAN padrão. Duas NICs estão conectadas a uma chave de núcleo e duas estão conectadas à outra. Decidimos agregar as conexões a cada switch - então elas são agrupadas no final do vswitch e a porta é canalizada no final do switch físico.

Agora estou lendo que a porta que canaliza essas conexões não é particularmente útil, talvez até complicar as coisas.

Existe algum problema em usar os canais de porta para o VMware? Qual método fornece o melhor equilíbrio entre redundância e desempenho?

    
por dunxd 22.12.2010 / 17:11

2 respostas

2

Duncan Epping conhece muito bem sua rede VMware e o cenário que ele descreve é particularmente desagradável, mas é um pouco incomum (quatro nichos agregados em dois grupos Etherchannel separados). Sua análise está correta - a VMware não suporta a agregação de links da maneira que a configuração é necessária.

A agregação de portas não melhora a largura de banda de sessão única, o que facilita a utilização geral dos links disponíveis. Seus quatro links nunca serão usados para fornecer uma única sessão de um servidor com 4Gbps de largura de banda potencial, por exemplo, sessões individuais ainda atravessam um único nic no VMware Host (ou qualquer outro sistema) e atravessam seus switches sobre um único conexões ponto a ponto. No entanto, se você escolher um algoritmo de balanceamento de carga, as sessões separadas serão distribuídas pelos links disponíveis, proporcionando melhor desempenho geral. Com o VMware, você pode escolher várias políticas de agrupamento (apenas failover, rotear por hash de porta de origem e rotear por origem \ hash de IP de destino) e, a menos que tenha sido alterado recentemente, ele suporta apenas o entroncamento estático LACP não ativo. O balanceamento de carga só funcionará em switches configurados corretamente, portanto, se você quiser usá-lo, terá que fazer algum tipo de configuração de \ Etherchannel de entroncamento de porta em seus switches. Este artigo da VMware KB explica alguns dos detalhes e fornece um exemplo de configuração da Cisco e da HP.

A desvantagem é que se você quiser distribuir suas nics através de switches separados e usar hashing IP para balancear a carga, eles devem ser empilhados de alguma forma, caso contrário, você terá um problema semelhante ao descrito por Duncan. Isso tem alguns riscos óbvios em termos de potencial para problemas com essa pilha afetando todos os NICs ao mesmo tempo. O fato de o VMware ainda não suportar totalmente o LACP para o vSwitches torna isso muito mais difícil do que deveria ser.

    
por 22.12.2010 / 17:54
2

A postagem à qual você está vinculado está destacando um exemplo de configuração incorreta. O primeiro comentário aqui é o que fizemos em nosso ambiente - 4 NICs em um canal ether através de dois switches Cisco empilhados. Não há nada de errado com essa configuração e ela está funcionando muito bem há mais de um ano - apenas saiba que você não obtém um link de 4 Gb / s, mas sim 4 links de 1 Gb / s.

Edit: Eu também quero salientar que, se você quiser fazer o portchannel através de dois switches para redundância, eles devem ser empilhados de alguma forma - switches independentes não funcionarão. Se você tem dois switches independentes, o portchannel não é o caminho a seguir.

    
por 22.12.2010 / 17:27