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

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 host, grupos de aplicativos e hosts de sessão.

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

A recente grande atualização 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, mostraremos 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.

Por que migrar?

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

• Os objetos de serviço existentes feitos com a versão clássica não têm nenhuma representação no Azure. Seu escopo não se estende além do serviço da Á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 aconteceu com 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 para longe da versão clássica ainda é importante. Veja o que você pode fazer após a migração:

• 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 Azure controle de acesso baseado em função (Azure RBAC) nativo para gerenciar o acesso administrativo.

Quando devo migrar?

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

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

• Você tem uma configuração de pool de host de teste com um pequeno número de usuários.
• Você tem uma configuração de pool de host de produção com um pequeno número de usuários, mas planeja 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 da galeria.

Preparar para migração

Antes de começar, você precisará verificar se o ambiente está pronto para a migração.

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

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

• Certifique-se de que você esteja atribuído às seguintes funções:

  • Colaborador
  • Administrador de Acesso do Usuário

  A função Colaborador permite criar objetos do Azure em sua assinatura e a função Administrador de Acesso do 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 migrar de fato.

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 host da Área de Trabalho Virtual do Azure para registrá-las manualmente no novo pool de host que você criou na etapa 1.
3. Crie novos grupos de aplicativos do 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 a autenticação multifator.

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

Próximas etapas

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

Após a migração, saiba como a Área de Trabalho Virtual do Azure funciona conferindo nossos tutoriais. Saiba mais sobre os recursos avançados de gerenciamento em Expandir um pool de host existente e Personalizar propriedades RDP.

Para saber mais sobre objetos de serviço, marcar Ambiente da Área de Trabalho Virtual do Azure.