Rede VMware – PortChannel ou não?

Rede VMware – PortChannel ou não?

Cada um dos meus hosts ESX possui 8 NICS.

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

Agora tenho quatro portas restantes. Atualmente temos estes configurados, cada um entrando em nossa VLAN padrão. Duas NICs estão conectadas a um switch central e duas estão conectadas ao outro. Decidimos agregar as conexões a cada switch - para que elas sejam agrupadas no final do vswitch e a porta canalizada no final do switch físico.

eu sou agoraleituraque a canalização portuária dessas conexões não é particularmente útil, talvez até complicando as coisas.

Existe algum problema específico com o uso de canais de porta para VMware? Qual método fornece o melhor equilíbrio entre redundância e desempenho?

Responder1

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

A agregação de portas não melhora a largura de banda de sessão única, mas facilita a obtenção de uma melhor utilização geral dos links disponíveis. Seus quatro links nunca serão usados ​​para fornecer uma única sessão de um servidor com 4 Gbps de largura de banda potencial, por exemplo, sessões individuais ainda atravessam uma única nic no VMware Host (ou qualquer outro sistema) e atravessam seus switches em um único conexões ponto a ponto. No entanto, se você escolher um algoritmo de balanceamento de carga, 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 equipe (somente failover, rota por hash de porta de origem e rota por hash de IP de origem/destino) e, a menos que tenha sido alterado recentemente, ele suporta apenas trunking estático, não LACP 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 entroncamento de porta\Etherchannel em seus switches.Este artigo da base de conhecimento da VMwareexplica alguns dos antecedentes e fornece um exemplo de configuração Cisco e HP.

A desvantagem é que se você quiser distribuir suas placas de rede em switches separados e usar hashing IP para balancear a carga, elas deverão ser empilhadas de alguma forma, caso contrário, você acabará com um problema semelhante ao descrito por Duncan. Isso apresenta alguns riscos óbvios em termos do potencial de problemas com essa pilha que afetam todas as NICs ao mesmo tempo. O fato de a VMware ainda não oferecer suporte total ao LACP para vSwitches torna isso muito mais difícil do que deveria ser.

Responder2

A postagem que você vinculou está sublinhando um exemplo de configuração incorreta. O primeiro comentário é o que fizemos em nosso ambiente - 4 NICs em um etherchannel em dois switches Cisco empilhados. Não há nada de errado com esta configuração e ela está funcionando muito bem há mais de um ano - apenas esteja ciente de que você não obtém um link de 4 Gb/s, mas sim 4 links de 1 Gb/s.

Editar: também quero salientar que se você deseja fazer portchannel em dois switches para redundância, eles devem ser empilhados de alguma forma - switches independentes não funcionarão. Se você tiver dois switches independentes, o portchannel não é a melhor opção.

informação relacionada