Migrar manualmente da Área de Trabalho Virtual do Azure (clássico)

A Área de Trabalho Virtual do Azure (clássica) cria seu ambiente de serviço com cmdlets do PowerShell, APIs REST e objetos de serviço. Um objeto em um ambiente de serviço da Área de Trabalho Virtual do Azure é algo que a Área de Trabalho Virtual do Azure cria. Os objetos de serviço incluem locatários, pools de hosts, grupos de aplicativos e hosts de sessão.

No entanto, a Área de Trabalho Virtual do Azure (clássica) não está integrada ao Azure. Sem a integração do Azure, todos os objetos criados não são gerenciados automaticamente pelo portal do Azure porque não estão conectados à sua assinatura do Azure.

A grande atualização recente da Área de Trabalho Virtual do Azure marca uma mudança no serviço em direção à integração total do Azure. Os objetos criados na Área de Trabalho Virtual do Azure são gerenciados automaticamente pelo portal do Azure.

Neste artigo, explicaremos por que você deve considerar migrar para a versão mais recente da Área de Trabalho Virtual do Azure. Depois disso, explicaremos como migrar manualmente da Área de Trabalho Virtual do Azure (clássica) para a atualização mais recente da Área de Trabalho Virtual do Azure.

Porquê migrar?

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

• Os objetos de serviço existentes criados com a versão clássica não têm qualquer representação no Azure. Seu escopo não se estende além do serviço de Área de Trabalho Virtual do Azure.
• Com a atualização mais recente, a ID do aplicativo do serviço foi alterada para remover o consentimento para aplicativos da mesma forma que fazia para a Área de Trabalho Virtual do Azure (clássica). Você não poderá criar novos objetos do Azure com a Área de Trabalho Virtual do Azure, a menos que eles sejam autenticados com a nova ID do aplicativo.

Apesar do incômodo, migrar da versão clássica ainda é importante. Veja o que você pode fazer depois de migrar:

• Gerencie a Área de Trabalho Virtual do Azure por meio do portal do Azure.
• Atribua grupos de usuários do Microsoft Entra a grupos de aplicativos.
• Use o recurso aprimorado do Log Analytics para solucionar problemas de implantação.
• Use o controle de acesso baseado em função nativo do Azure (Azure RBAC) para gerenciar o acesso administrativo.

Quando devo migrar?

Ao se perguntar se você deve migrar, você também deve levar em conta a situação atual e futura da sua implantação.

Existem alguns cenários em particular em que recomendamos que você migre manualmente:

• Você tem uma configuração de pool de hosts de teste com um pequeno número de usuários.
• Você tem uma configuração de pool de hosts de produção com um pequeno número de usuários, mas planeja eventualmente aumentar para centenas de usuários.
• Você tem uma configuração simples que pode ser facilmente replicada. Por exemplo, se suas VMs usarem uma imagem de galeria.

Importante

Se você estiver usando uma configuração avançada que levou muito tempo para estabilizar ou tiver muitos usuários, não recomendamos a migração manual.

Prepare para a migração

Antes de começar, você precisará certificar-se de que seu ambiente está pronto para migrar.

Veja o que você precisa para iniciar o processo de migração:

• Uma assinatura do Azure onde você criará novos objetos de serviço do Azure.

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

  • Contribuidor
  • Administrador de Acesso dos Utilizadores

  A função de Colaborador permite criar objetos do Azure em sua assinatura e a função de Administrador de Acesso de Usuário permite atribuir usuários a grupos de aplicativos.

Como migrar manualmente

Agora que você se preparou para o processo de migração, é hora de realmente migrar.

Para migrar manualmente da Área de Trabalho Virtual do Azure (clássica) para a Área de Trabalho Virtual do Azure:

1. Siga as instruções em Criar um pool de hosts com o portal do Azure para criar todos os objetos de alto nível com o portal do Azure.
2. Se você quiser trazer as máquinas virtuais que já está usando, siga as instruções em Registrar as máquinas virtuais no pool de hosts da Área de Trabalho Virtual do Azure para registrá-las manualmente no novo pool de hosts criado na etapa 1.
3. Crie novos grupos de aplicativos RemoteApp.
4. Publique usuários ou grupos de usuários nos novos grupos de aplicativos da área de trabalho e do RemoteApp.
5. Atualize sua política de Acesso Condicional para permitir os novos objetos seguindo as instruções em Configurar autenticação multifator.

Para evitar tempo de inatividade, você deve primeiro registrar seus hosts de sessão existentes nos pools de hosts integrados ao Azure Resource Manager em pequenos grupos de cada vez. Depois disso, traga lentamente seus usuários para os novos grupos de aplicativos integrados ao Azure Resource Manager.

Próximos passos

Se você quiser saber como migrar sua implantação automaticamente, vá para Migrar automaticamente da Área de Trabalho Virtual do Azure (clássico).

Depois de migrar, saiba como funciona a Área de Trabalho Virtual do Azure conferindo nossos tutoriais. Saiba mais sobre os recursos avançados de gerenciamento em Expandir um pool de hosts existente e Personalizar propriedades RDP.

Para saber mais sobre objetos de serviço, confira Ambiente de Trabalho Virtual do Azure.