Migrar manualmente do Azure Virtual Desktop (clássico)

O Azure Virtual Desktop (clássico) cria o respetivo ambiente de serviço com cmdlets do PowerShell, APIs REST e objetos de serviço. Um objeto num ambiente de serviço do Azure Virtual Desktop é algo que o Azure Virtual Desktop cria. Os objetos de serviço incluem inquilinos, conjuntos de anfitriões, grupos de aplicações e anfitriões de sessão.

No entanto, o Azure Virtual Desktop (clássico) não está integrado no Azure. Sem a integração do Azure, os objetos que criar não são geridos automaticamente pelo portal do Azure porque não estão ligados à sua subscrição do Azure.

A atualização principal recente do Azure Virtual Desktop marca uma mudança no serviço para uma integração completa do Azure. Os objetos que criar no Azure Virtual Desktop são geridos automaticamente pelo portal do Azure.

Neste artigo, vamos explicar por que motivo deve considerar migrar para a versão mais recente do Azure Virtual Desktop. Depois disso, iremos dizer-lhe como migrar manualmente do Azure Virtual Desktop (clássico) para a atualização mais recente do Azure Virtual Desktop.

Porquê migrar?

As atualizações principais podem ser inconvenientes, especialmente aquelas que tem de fazer manualmente. No entanto, existem algumas razões pelas quais não pode migrar automaticamente:

• Os objetos de serviço existentes efetuados com a versão clássica não têm qualquer representação no Azure. O âmbito não se estende para além do serviço Azure Virtual Desktop.
• Com a atualização mais recente, o ID da aplicação do serviço foi alterado para remover o consentimento das aplicações como fez para o Azure Virtual Desktop (clássico). Não poderá criar novos objetos do Azure com o Azure Virtual Desktop, a menos que sejam autenticados com o novo ID da aplicação.

Apesar do incómodo, a migração para fora da versão clássica continua a ser importante. Eis o que pode fazer depois de migrar:

• Faça a gestão do Azure Virtual Desktop através do portal do Azure.
• Atribua Microsoft Entra grupos de utilizadores a grupos de aplicações.
• Utilize a funcionalidade do Log Analytics melhorada para resolver problemas de implementação.
• Utilize o controlo de acesso baseado em funções nativo do Azure (RBAC do Azure) para gerir o acesso administrativo.

Quando devo migrar?

Ao perguntar-se se deve migrar, também deve ter em conta a situação atual e futura da implementação.

Existem alguns cenários específicos em que recomendamos que migre manualmente:

• Tem uma configuração do conjunto de anfitriões de teste com um pequeno número de utilizadores.
• Tem um conjunto de anfitriões de produção configurado com um pequeno número de utilizadores, mas planeia eventualmente aumentar para centenas de utilizadores.
• Tem uma configuração simples que pode ser facilmente replicada. Por exemplo, se as VMs utilizarem uma imagem da galeria.

Preparar para migração

Antes de começar, terá de se certificar de que o seu ambiente está pronto para ser migrado.

Eis o que precisa para iniciar o processo de migração:

• Uma subscrição do Azure onde irá criar novos objetos de serviço do Azure.

• Certifique-se de que está atribuído às seguintes funções:

  • Colaborador
  • Administrador de Acesso do Usuário

  A função Contribuidor permite-lhe criar objetos do Azure na sua subscrição e a função Administrador de Acesso de Utilizadores permite-lhe atribuir utilizadores a grupos de aplicações.

Como migrar manualmente

Agora que se preparou para o processo de migração, está na altura de migrar.

Para migrar manualmente do Azure Virtual Desktop (clássico) para o Azure Virtual Desktop:

1. Siga as instruções em Criar um conjunto de anfitriões com o portal do Azure para criar todos os objetos de alto nível com o portal do Azure.
2. Se quiser transferir as máquinas virtuais que já está a utilizar, siga as instruções em Registar as máquinas virtuais no conjunto de anfitriões do Azure Virtual Desktop para registá-las manualmente no novo conjunto de anfitriões que criou no passo 1.
3. Crie novos grupos de aplicações RemoteApp.
4. Publique utilizadores ou grupos de utilizadores nos novos grupos de aplicações de ambiente de trabalho e RemoteApp.
5. Atualize a política de Acesso Condicional para permitir os novos objetos ao seguir as instruções em Configurar a autenticação multifator.

Para evitar tempo de inatividade, primeiro deve registar os anfitriões de sessão existentes nos conjuntos de anfitriões integrados Resource Manager do Azure em pequenos grupos de cada vez. Depois disso, leve lentamente os seus utilizadores para os novos grupos de aplicações integrados Resource Manager do Azure.

Próximas etapas

Se quiser saber como migrar a sua implementação automaticamente, aceda a Migrar automaticamente a partir do Azure Virtual Desktop (clássico).

Depois de migrar, saiba como funciona o Azure Virtual Desktop ao consultar os nossos tutoriais. Saiba mais sobre as capacidades de gestão avançadas em Expandir um conjunto de anfitriões existente e Personalizar propriedades RDP.

Para saber mais sobre objetos de serviço, marcar ambiente do Azure Virtual Desktop.