Após a migração do NSX-T do Switch Virtual Distribuído NSX (N-VDS) para o VDS Convergido (C-VDS), você deverá atualizar os recursos de rede afetados do vSphere no vRealize Automation para continuar usando esses recursos em implantações e modelos de nuvem novos e existentes.

Após a migração do N-VDS para o C-VDS, suas redes do vSphere podem parecer estar ausentes dos perfis de rede do vRealize Automation dos quais elas são membros. Para evitar a perda dessas redes do tipo vSphere e continuar a alocá-las em implantações novas e existentes, você deve atualizar manualmente todas as redes C-VDS listadas no vRealize Automation Cloud Assembly.

Observação: Embora os usuários não precisem da função Cloudadmin do VMware Cloud on AWS para criar contas de nuvem do VMware Cloud on AWS no vRealize Automation para o N-VDS, eles precisam desse nível de permissão para acessar ativos do C-VDS após a migração do N-VDS para o C-VDS. Membros do Active Directory com permissões em contêineres precisam de acesso em nível de switch de host (ReadOnly) a recursos C-VDS migrados no vRealize Automation. Os usuários do grupo Administradores de nuvem (função Cloudamin) têm permissões em nível de switch de host. Os usuários do vRealize Automation que não são membros do grupo Administradores de nuvem do VMware Cloud on AWS não podem acessar recursos C-VDS migrados.
  • Os membros do Active Directory que tiverem recebido a função Cloudadmin no VMware Cloud on AWS antes da migração do N-VDS para o C-VDS no NSX-T terão a função Cloudadmin no VMware Cloud on AWS após a migração do N-VDS para o C-VDS e, portanto, terão o nível de acesso necessário aos recursos do C-VDS migrados.
  • Os membros do Active Directory que não tiverem a função Cloudadmin atribuída no VMware Cloud on AWS antes da migração do N-VDS para o C-VDS no NSX-T deverão receber à função Cloudadmin após a migração.
  • Para obter informações relacionadas sobre as credenciais do VMware Cloud on AWS e do vRealize Automation, consulte Credenciais necessárias para trabalhar com contas de nuvem no vRealize Automation.
Observação:

Esse procedimento é específico para ações necessárias no vRealize Automation para atualizar redes do vSphere após a execução da migração do N-VDS para o C-VDS no NSX-T. Nenhuma ação é necessária no vRealize Automation em redes NSX após a migração do N-VDS para o C-VDS. Redes NSX não exigem intervenção manual após a migração do N-VDS para o C-VDS.

As redes do NSX que estão anexadas a contas de nuvem do vCenter, bem como a contas de nuvem do VMware Cloud on AWS, são compatíveis e não exigem a intervenção manual descrita neste procedimento. No entanto, as redes do NSX que estão anexadas a contas de nuvem do VMware Cloud on Dell podem exigir a intervenção manual descrita aqui. Para obter informações relacionadas, consulte o artigo VMware Cloud on AWS (VMConAWS) and VMware Cloud on Dell EMC Migration from N-VDS to VDS (82487).

Se um administrador do NSX-T puder migrar tipos de rede NSX-T on VDS (N-VDS) para tipos de rede VDS Convergido (C-VDS) no NSX, essa ação afetará os recursos de rede existentes do vSphere no vRealize Automation. O administrador do vRealize Automation pode executar ações pós-migração para reconciliar esses recursos no vRealize Automation com as alterações associadas no NSX-T e no vCenter Server. Observe que o C-VDS, ou simplesmente VDS, também é chamado de Switch Virtual Distribuído (VDS) vSphere 7.

Para obter informações relacionadas sobre o VDS convergente do NSX-T (C-VDS), consulte o artigo da Base de Dados de Conhecimento da VMware NSX-T on VDS (79872).

Observação: Este cenário de amostra ilustra as etapas necessárias para reconciliar recursos em um ambiente do vRealize Automation após a migração do N-VDS para o C-VDS. Você pode usar esse exemplo e procedimento no vRealize Automation 8.5 e versões posteriores para reconciliar alterações feitas no vCenter Server após a migração do N-VDS para o C-VDS no NSX-T.

Exemplo: recursos do vRealize Automation pré-migração

Este exemplo ilustra recursos de amostra do NSX-T em um ambiente de amostra do vRealize Automation antes da migração do N-VDS para o C-VDS.

  • Este exemplo contém contas de nuvem do NSX-T e do vCenter, conforme mostrado abaixo.

    cvds1

  • O exemplo contém várias redes do vSphere, conforme mostrado abaixo.

    cvds2

  • O exemplo de configuração de rede contém configurações de CIDR e DNS, conforme mostrado abaixo.

    cvds3

  • O exemplo também inclui intervalos de IPs existentes, conforme mostrado abaixo.

    cvds4

  • O exemplo contém um perfil de rede (ex-np), que contém várias redes N-VDS (N-VDS), incluindo seg-5, conforme mostrado abaixo.cvds5
  • Neste exemplo, o componente de rede seg5 existente é mostrado na sintaxe de amostra do modelo de nuvem a seguir. A rede está marcada como uma rede N-VDS. Ilustraremos as atualizações pós-migração necessárias para a rede seg5 mais adiante neste exemplo.

    cvds6

  • O exemplo de modelo de nuvem gera a implantação, conforme mostrado abaixo.

    cvds7

  • Os exemplos de endereços IP da máquina são exibidos na implantação de amostra, conforme mostrado abaixo.

    cvds8

Exemplo: Etapa 1 pós-migração – Executar coleta de dados após a migração e a enumeração do N-VDS para o C-VDS

Na seção acima, capturas de tela foram usadas para ilustrar a infraestrutura usada em um exemplo de ambiente do vRealize Automation, concluindo com o modelo de nuvem de saída e a implantação.

Quando você ou outro administrador executar a migração do N-VDS para o C-VDS no NSX-T, aguarde pelo menos 10 minutos para permitir que o vRealize Automation execute seu processo periódico de enumeração e coleta de dados para obter e exibir os recursos afetados no vRealize Automation.

Depois de permitir que a coleta de dados do vRealize Automation seja concluída, clique em Infraestrutura > Redes para visualizar e acessar as redes C-VDS disponíveis. Observe a rede seg5, conforme mostrado abaixo.

enumeração

Exemplo: Etapa 2 pós-migração – Adicionar CIDR e DNS previamente definidos a redes C-VDS migradas

Edite uma rede C-VDS migrada para adicionar detalhes de CIDR e DNS que foram especificados na definição do N-VDS pré-migração e altere a marcação da rede.

  1. Adicionar detalhes de CIDR e DNS que foram definidos em sua definição do N-VDS pré-migração
  2. Adicione uma nova tag para a rede seg-5 C-VDS de amostra como seg5-cvds.

    adicionar detalhes

    Observe que a rede seg-5 N-VDS original foi marcada como seg5-nvds, conforme visto nas telas anteriores. A alteração nos detalhes de marcação de recursos é necessária pela reconfiguração da rede. O vRealize Automation requer que você inclua no modelo de nuvem para a rede C-VDS um nome de tag diferente da tag usada na rede N-VDS original. A marcação alterada identifica uma alteração no modelo de nuvem ao gerar uma reimplantação válida.

Exemplo: Etapa 3 pós-migração – Adicionar informações atualizadas do intervalo de IPs

Você pode editar intervalos de IPs de rede para obter detalhes de intervalo de IPs que foram especificados na definição do N-VDS pré-migração, usando uma API de linha de comando ou uma sequência de menus no vRealize Automation.

  • Opção 1: use a API para atualizar dados do intervalo de IPs, conforme exibido na tela de amostra a seguir.

    API para atualizar intervalo de IPs

  • Opção 2: use a interface do usuário para atualizar dados do intervalo de IPs, conforme exibido na tela de amostra a seguir.

    UI para atualizar intervalo de IPs

Exemplo: Etapa 4 pós-migração – Atualizar perfis de rede para corrigir redes ausentes

Após a migração, as redes N-VDS são reconciliadas e excluídas do vRealize Automation Cloud Assembly após a enumeração e a coleta dos dados. Os perfis de rede afetados (como o exemplo ex-np) têm redes ausentes. Para corrigir o problema de redes ausentes, atualize cada rede N-VDS como uma rede C-VDS, conforme mostrado abaixo.

atualizar perfis de rede

Exemplo: Etapa 5 pós-migração – Atualizar restrições de rede em modelos de nuvem

Para implantações existentes, você deve atualizar as restrições de rede no modelo de nuvem para corresponder às novas redes C-VDS nos perfis de rede atualizados. Restrições de rede atualizadas também são necessárias para realizar implantações iterativas e reconfigurar redes de sua representação original do vSphere N-VDS para a representação do vSphere C-VDS.

Para novas implantações, os recursos C-VDS especificados são usados e, portanto, essa etapa não é necessária. Implantações iterativas e a reconfiguração da rede simplesmente funcionam conforme projetado.

  1. Para este exemplo, altere as restrições de rede no modelo de nuvem de seg5-nvds para seg5-cvds, como mostrado abaixo.

    atualizar restrições 1

  2. Realize uma implantação iterativa para reconfigurar a rede, conforme mostrado abaixo.

    atualizar restrições 2

  3. Após a reimplantação bem-sucedida, observe que as propriedades personalizadas de rede exibem as restrições atualizadas, conforme mostrado abaixo.

    atualizar restrições 3

    "Como o intervalo de IPs foi atualizado anteriormente com os novos dados C-VDS, o endereço IP da máquina não é alterado na reimplantação, como mostrado abaixo."

    atualizar restrições 4