Nics físicos do host VM - um comutador ou múltiplo?

Question

No momento, estamos tentando reorganizar nossa rede para desempenho. Tendo já começado a resolver a questão de que o nosso diagrama de rede parecia uma linha reta, agora estou olhando para as 4 nics para o host virtual.

Como eles são atualmente, 3 dos nics vão para um switch, e um para o outro - mas tenho a sensação de que isso não era tanto uma escolha para o design, mas uma escolha de quais portas eram gratuitas quando ele era instalado .

Dada uma versão extremamente simplificada da aparência da nossa rede sem o host virtual:

Nãotenhocertezasedevoligartodasas4nicsaoswitchcentraldaseguinteforma:

ou distribuindo-os para que qualquer cliente tenha uma rota curta para o host (mas apenas para um de seus NICs), assim:

Pararegistro,estamosusandoovSphereeSXIvSphere5.1,easmáquinasvirtuaisqueestãosendoexecutadasfornecemserviçostotalmentenarede-nenhumadelasévoltadaparaaInternet.

Olayoutdosnics<->oambientedovSwitché:

    

Answer 1

Existem razões que você gostaria de espalhar seus uplinks de um vSwitch out entre vários switches físicos - mas principalmente para fins de redundância, não para diminuir o comprimento do caminho que o tráfego precisará levar para a comunicação entre um cliente e uma máquina virtual.

Como exatamente isso se comporta depende da configuração do seu vSwitch - na aba NIC teaming, as configurações que determinam como as NICs serão usadas são o menu suspenso Load Balancing, bem como o estado ativo / standby do adaptadores.

As configurações de ID de porta e hash MAC atribuem efetivamente o tráfego de cada VM a uma NIC física específica - assim, o tráfego de saída dessa VM (e de entrada para a VM, devido à tabela de endereços MAC dos switches) será preso à mesmo NIC físico até que algo mude (como a topologia da NIC mudando devido a uma queda, por exemplo).

A outra opção de balanceamento de carga é o hash de IP, mas você não quer isso ao fazer o uplink para vários switches; você terá todos os tipos de endereços MAC agitados.

Em geral, a comutação da camada 2 não é capaz de levar o caminho físico mais curto para algo; há apenas um caminho de trabalho, pelo menos até que TRILL comece a decolar.

Você pode controlar manualmente qual switch uma VM específica tende a ser apontada; isso seria útil?