não pode migrar de vswitch para switch distribuído com apenas um NIC físico

1

Estou tentando migrar a interface de gerenciamento de vmkernel de vswitch0 para vDS no ESXi 5.1, como muitos documentos na Internet estão descrevendo, mas ela continua desconectando-me e revertendo as alterações de volta.

Alguma idéia de como migrar para o vDS ao ter apenas um uplink físico que já está anexado ao vswitch0?

Obrigado antecipadamente

    
por maiky 02.12.2014 / 12:18

4 respostas

3

Eu tive que fazer exatamente a mesma tarefa com computadores NIC únicos, como Intel NUCs e Apple Mac Minis, que tive de executar o ESXi em um cluster do vSphere.

O problema subjacente é que, à medida que as portas vmKernel são movidas, a conectividade com o servidor vCenter é perdida e, como resultado, a configuração é retrocedida para um último bem conhecido. Essa reversão é o que queremos desativar temporariamente.

Seguindo as instruções aqui, você pode desabilitar a reversão, o que permitirá que os assistentes de migração no Web client sejam concluídos com êxito.

  1. Navegue até um vCenter Server no navegador do vSphere Web Client.
  2. Clique na guia Gerenciar e selecione Configurações.
  3. Selecione Configurações avançadas e clique em Editar.
  4. Selecione a chave config.vpxd.network.rollback e altere o valor para false . Se a chave não estiver presente, você poderá adicioná-la e definir o valor como falso.
  5. Clique em OK.

Depois de migrar com sucesso sua infraestrutura para usar o dvSwitches, não se esqueça de alterar esse valor de volta para verdadeiro.

    
por 09.04.2015 / 23:16
1

Por favor, use este procudure

Migrando o console de serviço ou a porta VMkernel de switches padrão para o VMware vSphere Distributed Switch (1010614) link

    
por 03.12.2014 / 16:52
0

O procedimento acima não estava funcionando, eu estava perdendo a conectividade com as VMs e tive que reverter para as configurações padrão do console.

Então eu descobri que funcionava apenas quando eu primeiro entrava em todos os hosts envolvidos no modo de manutenção e depois voltava ..

    
por 04.12.2014 / 00:34
0

Então, eu tive o mesmo problema com isso também. Meu grande problema era que o host que tinha a conexão de rede única também era o host para o servidor vCenter, então isso tornou realmente complicado! Esse host tinha um NIC adicional que não estava conectado a nada, então usei isso para ajudar. Eu também estou usando o VCA (vCenter Appliance), então demorou um pouco.

Veja o que eu fiz para contornar isso.

  1. NIC não utilizada inicializada como 192.168.1.1/24 usando o comutador padrão.
  2. Criado o novo NIC no vCenter VM, atribuído ao novo switch que acabei de criar no host.
  3. Conectado ao VCA, criou um novo NIC e o atribuiu a 192.168.1.2/24. - Veja Criando o segundo NIC no VCA para instruções.
  4. Edite o / etc / hosts no VCA para certificar-se de que o nome do host do host com o qual estou trabalhando esteja listado em seu endereço IP 192.168.1.1.
  5. Desconectou o host e, em seguida, reconectou-o novamente. Certifique-se de estar se conectando a ele por meio do nome do host e não do endereço IP - isso é importante para garantir que o servidor vCenter comece a usar essa rede 192.168.1 para conversar com o host.
  6. Faça login no vCenter e realize a migração da NIC para o VDS. Como o servidor e o host do vCenter compartilhavam o outro link, eles nunca perdiam contato uns com os outros e concluíam a migração. (Isso irá desconectar você, tudo bem).
  7. Faça login no vCenter. Desconecte o host novamente e reconecte-o. Você receberá o aviso desagradável sobre como ele estava usando 192.168.1.2 antes, e ele irá reconfigurar as coisas - tudo bem, deixe fazer isso é coisa.

Agora, viola, tudo deve estar funcionando muito bem para limpar as coisas não usadas.

Espero que isso ajude algumas pessoas.

    
por 15.05.2015 / 02:47