Depois de fazer upgrade para o vCenter Server, considere as opções e os requisitos pós-atualização.

  • Conclua quaisquer reconfigurações de componentes que possam ser necessárias para alterações durante o upgrade.
  • Verifique se você entende o processo de autenticação e identifica suas fontes de identidade.
  • Se você tiver migrado o vCenter Server em Windows para um appliance do vCenter Server de destino e usar qualquer nome de usuário do SO local para fazer login no vCenter Single Sign-On, deverá recriá-lo e reatribuir permissões.
  • Se você tiver realizado um upgrade, faça upgrade de quaisquer módulos adicionais que estejam vinculados a esta instância de vCenter Server, como Update Manager. Se você tiver realizado uma migração de vCenter Server para Windows para um dispositivo vCenter Server, o módulo Update Manager também será migrado para vSphere Lifecycle Manager.
  • Opcionalmente, atualize ou migre os hosts ESXi no inventário vCenter Server para a mesma versão que a instância vCenter Server.
  • Se você usar Update Manager na implantação do vCenter Server e Update Manager e vCenter Server estavam em execução em máquinas separadas antes da migração, considere encerrar ou excluir a máquina host Update Manager após a conclusão da migração. Antes de descartar a máquina host Update Manager, considere o seguinte:
    • Você pode precisar da máquina host para fins de reversão do seu ambiente atualizado ou migrado.
    • Você pode ter outro software executado nessa máquina.
  • Se você estiver usando a autenticação de cartão inteligente, certifique-se de manter a porta do cartão inteligente aberta no ambiente do cliente. Por padrão, a porta do smart card está aberta em vCenter Server. Para obter detalhes sobre a porta do smart card, consulte a VMware Ports and ProtocolsFerramenta™ em https://ports.vmware.com
  • Se você planeja instalar o Windows 11 como um sistema operacional convidado em uma máquina virtual, deverá configurar um provedor de chaves. A instalação do Windows 11 requer um Trusted Platform Module (TPM) 2.0. Ao instalar o Windows 11 como um sistema operacional convidado em uma máquina virtual, em vez de usar um TPM físico, você pode usar um Trusted Platform Module (vTPM) virtual. Um vTPM é uma representação baseada em software de um chip TPM 2.0 físico. Um vTPM depende da criptografia da máquina virtual para proteger dados vitais do TPM e, portanto, requer que você configure um provedor de chaves. Para obter informações sobre os provedores de chaves compatíveis com o vSphere, consulte o capítulo Criptografia de máquina virtual na documentação vSphereSegurança. A maneira mais fácil é configurar um VMware vSphere® Native Key Provider™. vSphere Native Key Provider está incluído em todas as edições do vSphere e não requer um servidor de chaves externo. Para obter informações sobre como configurar um vSphere Native Key Provider, consulte o capítulo Configurando e gerenciando vSphere Native Key Provider na documentação vSphereSegurança. Como em todas as soluções de segurança, considere o projeto do sistema, as considerações de implementação e as vantagens e desvantagens do uso de vSphere Native Key Provider.

  • Se você tiver modificado o nível de automação do cluster DRS antes do upgrade, poderá continuar a usar as configurações modificadas ou reverter o nível de automação para totalmente automatizado.