Migrando a rede virtual em cluster existente para um tronco

2

Temos um cluster VMWare vSphere v4.1 de três hosts que possui uma conexão com uma rede não marcada (vamos chamá-lo de 192.168.10.0 ) usando dois adaptadores físicos, vmnic1 e vmnic2 . Ambos estão atualmente marcados como "ativos". Todos os três hosts têm configurações de rede idênticas.

Eu preciso migrar essa rede para uma conexão troncalizada, em que 192.168.10.0 está em uma VLAN, em vez de estar desmarcada. Meu plano é desativar vmnic1 , conectá-lo à nova porta de tronco e reativar vmnic1 em um novo comutador virtual com VLANs configuradas.

O que eu estou querendo saber é:

  • Você pode desconectar uma interface (ativa) de um comutador virtual sem interromper o tráfego?
  • A configuração de rede pode ser inconsistente em um cluster (sem usar HA) sem causar problemas globais?

Pontos de bônus:

  • Através de algum tipo de mágica, é possível conectar a interface marcada ao mesmo switch virtual que a interface atual não marcada, fazendo uma transição suave?

Editar: (do comentário)

Pergunta de acompanhamento: Se eu reconfigurar o comutador virtual existente em um host para usar o tráfego marcado e, em seguida, executar um vMotion para esse host ... Isso poderia fazer uma transição suave, certo? (Ignorando problemas ARP temporários)

    
por Arkenklo 21.10.2014 / 12:01

1 resposta

2
Can you unhook an (active) interface from a virtual switch without disrupting traffic?

Sim, você pode, supondo que haja outro uplink disponível para esse vswitch.

Can the network configuration be inconsistent across a cluster (not using HA) without causing global problems?

Sim e não. Você precisa ter certeza de que suas interfaces vmkernel estão acessíveis. Você também pode fazer essa transição um por um, delineando um host, modificando sua configuração, testando a conectividade e reativando o host.

Through some kind of magic, is it be possible to connect the tagged interface to the same virtual switch as the current untagged interface, making for a smooth transition?

Não é bem assim, a marcação é feita no nível do grupo de portais, portanto, sua prioridade deve ser obter a rede de gerenciamento na VLAN correta (também pode ser feita no console do ESXi). Contanto que suas portas de switch upstream tenham as associações VLAN corretas, você poderá modificar os grupos de portas e atribuir seus IDs de VLAN.

    
por 21.10.2014 / 12:21