Azure Virtual Desktop Classic Aposentado: Próximos Passos para TI

Introdução

A aposentadoria do Azure Virtual Desktop (clássico) cria uma distinção importante entre a perda de um serviço de conexão legado e a disponibilidade contínua dos recursos subjacentes do Azure. Para as equipes de TI que perderam o prazo de migração, entender essa distinção é essencial para planejar a recuperação sem substituir desnecessariamente a infraestrutura existente. Este artigo explica o que a aposentadoria significa para os recursos existentes, como identificar implantações clássicas, quais opções de migração ainda valem a pena avaliar e como escolher uma arquitetura de entrega de aplicações suportada.

O que significa quando o Azure Virtual Desktop Classic é descontinuado?

A Microsoft aposentou oficialmente o Azure Virtual Desktop (clássico) a partir de 30 de setembro de 2026. Com base na documentação oficial da Microsoft, “as conexões aos serviços clássicos serão bloqueadas após a aposentadoria.” Portanto, a aposentadoria afeta o tipo específico de serviços relacionados à gestão de desktops virtuais e aplicações utilizando o modelo de implantação do Azure Virtual Desktop (clássico).

No entanto, o processo de aposentadoria não se aplica ao moderno Azure Virtual Desktop que utiliza o Azure Resource Manager (ARM). Assim, a principal preocupação para os usuários que ainda utilizam os recursos clássicos é a incapacidade de estabelecer conexões com os serviços que anteriormente funcionavam. Portanto, os usuários devem estar particularmente cientes da gestão de recursos clássicos, uma vez que os próprios recursos não desaparecerão após a data de aposentadoria.

O que exatamente foi aposentado?

Azure Virtual Desktop (clássico), anteriormente conhecido como Windows Virtual Desktop, tinha sua infraestrutura de gerenciamento baseada em cmdlets PowerShell dedicados, APIs e objetos de serviço.

Ao contrário do moderno Azure Virtual Desktop, os pools de hosts clássicos e os grupos de aplicações não foram definidos como recursos unificados do gerenciador de recursos do Azure.

Hoje, esses componentes estão incorporados no sistema de gerenciamento de recursos do Azure, permitindo que os administradores apliquem o controle de acesso baseado em funções do Azure (RBAC), gerenciem o serviço através do portal do Azure e utilizem padrões modernos de infraestrutura como código para automação de implantação.

Capacidade	AVD Classic (descontinuado)	AVD moderno
Gestão	Plano de controle legado	Gerenciador de Recursos do Azure
Portal do Azure	Integração limitada	Integração nativa
Controle de acesso	Funções de inquilino legadas	Azure RBAC
Automatização	APIs Clássicas e PowerShell	ARM, APIs, Az PowerShell
Entrega de desktop e aplicativos	Conexões bloqueadas	Suportado
Estado do serviço	Aposentado	Suportado

A aposentadoria representa uma mudança na arquitetura de serviço subjacente, não apenas uma renomeação de produto.

O Modern Azure Virtual Desktop ainda funciona?

Sim. O Azure Virtual Desktop moderno é suportado e continua a oferecer desktops completos do Windows, plataformas multissessão e entrega de aplicativos individuais através do RemoteApp.

As organizações que já utilizam os pools de hosts integrados ao Azure Resource Manager (ARM) não são afetadas pela descontinuação do serviço clássico.

Os gestores de TI também devem notar a diferença entre o fim do suporte para o Azure Virtual Desktop clássico e o fim de suporte separado para clientes de Remote Desktop mais antigos. O cliente de Remote Desktop para Windows (MSI) estava programado para atingir o fim do suporte para ambientes de nuvem pública em 27 de março de 2026, e para o Azure Virtual Desktop (clássico) em 28 de setembro de 2026.

Como podem as equipas de TI identificar as implementações clássicas do Azure Virtual Desktop?

O primeiro passo é identificar se alguma carga de trabalho de produção ainda depende da arquitetura aposentada.

Isto é especialmente crítico para sistemas que foram colocados em produção há anos e que podem ter sido retomados por novos administradores ou ignorados na documentação atual da infraestrutura.

Verifique a Integração do Azure Resource Manager

Você deve começar inspecionando os recursos do Azure Virtual Desktop no portal do Azure. As implantações modernas do Azure Virtual Desktop expõem pools de hosts, grupos de aplicativos e áreas de trabalho como recursos do Azure em uma assinatura e grupo de recursos. Em contraste, as implantações clássicas costumavam expor objetos de serviço gerenciados de maneiras diferentes.

A presença dos seguintes elementos do Azure Virtual Desktop é um forte indicador de uma implementação clássica:

• Pools de hosts que utilizam o módulo PowerShell clássico do Azure Virtual Desktop
• Referências históricas a um inquilino de serviço clássico ou API de serviço clássico
• Grupos de aplicações que não possuem recursos ARM correspondentes
• Máquinas virtuais de host de sessão que se referem a documentação mais antiga

Ao mesmo tempo, a ausência de um pool de hosts no portal Azure não é necessariamente uma indicação de uma implementação clássica. Você deve sempre verificar qual assinatura, locatário Microsoft Entra e controle de acesso baseado em funções o usuário possui antes de analisar o problema mais a fundo.

Rever Ferramentas de Gestão Legada e Dependências

Os scripts de implantação e os repositórios de automação podem servir como fontes suplementares de evidência.

Por exemplo, a presença de scripts contendo referências a Microsoft.RDInfra.RDPowerShell ou operações de gestão a nível de inquilino clássicas sugeriria que o ambiente foi configurado com a pilha de gestão mais antiga.

Ambientes modernos aproveitarão interfaces de gerenciamento integradas ao Azure Resource Manager e módulos associados do Az PowerShell.

Os administradores também devem inventariar todos os recursos de aplicação, usuário e infraestrutura associados a pools de hosts potencialmente impactados.

Isto inclui examinar máquinas virtuais de host de sessão, atribuições de aplicações, locais de armazenamento de perfis, dependências de autenticação, configurações de rede e repositórios de backup. O documentação de migração manual da Microsoft contém comparações detalhadas entre o modelo de objeto de serviço clássico e o modelo de recurso integrado do Azure Resource Manager (ARM).

O que pode acontecer aos seus recursos existentes após o fim do Azure Virtual Desktop Classic?

A diferença mais importante é entre o serviço de conexão aposentado e a infraestrutura subjacente do Azure.

Enquanto as conexões de desktop clássicas estão bloqueadas, as máquinas virtuais existentes, os recursos de armazenamento e os dados de aplicação podem permanecer no local.

Máquinas Virtuais e Armazenamento Existentes Podem Permanecer Disponíveis

As máquinas virtuais do Azure são recursos que são geridos por conta própria, sem depender do plano de controle do serviço clássico aposentado. Assim, as máquinas virtuais de host de sessão, discos geridos e recursos de rede que foram criados na subscrição podem ainda existir.

No entanto, não podem ser usados para restabelecer o broker de conexão aposentado. Nenhuma máquina virtual criada na nova infraestrutura do Azure está disponível para devolver a experiência de desktop de uma organização ao estado de funcionamento.

Os administradores devem examinar cuidadosamente cada recurso e, se puder ser reutilizado para uma configuração suportada, devem realizar os seguintes passos.

É essencial verificar se o sistema operativo da máquina virtual é suportado e se as aplicações e configurações de segurança são compatíveis.

Acesso a Aplicações e Dados de Utilizador Requerem Verificações Separadas

Os utilizadores que se conectaram através do desktop clássico ou do tipo de sessão RemoteApp não poderão mais iniciar as suas aplicações através deste serviço.

O resultado da desativação do serviço pode ser a perda de acesso a desktops, aplicações publicadas e interrupções nos processos de negócios.

No entanto, a aposentadoria do serviço não garante que os dados relacionados ao usuário sejam excluídos.

Na maioria dos casos, é provável que os dados dos usuários sejam persistidos no Azure Files, discos de VM ou outros meios de armazenamento, mas a retenção e acessibilidade dessa informação dependeriam de como foi configurada, protegida com permissões, feita a cópia de segurança, etc…

Assim, antes de desativar ou migrar os sistemas envolvidos, os departamentos de TI precisam garantir que preservaram todos os dados necessários.

Uma equipe ainda pode migrar o Azure Virtual Desktop Classic após sua aposentadoria?

A Microsoft documenta dois caminhos de migração para a transição do Azure Virtual Desktop (clássico) para o novo Azure Virtual Desktop integrado ao ARM: migração automática e migração manual.

Ambas as opções foram concebidas para serem viáveis até 30 de setembro de 2026.

Uma vez que essa data está no passado, os administradores não devem considerar as ferramentas descritas na documentação como prontas para produção em todos os cenários.

A documentação da Microsoft não fornece orientações sobre o período de transição.

Portanto, as organizações não devem confiar em quaisquer ferramentas e processos de transição pós-aposentadoria.

Opção 1: Migração Automática

Processo de migração automática da Microsoft utiliza uma ferramenta baseada em PowerShell para mover configurações de serviço clássico elegíveis para recursos ARM.

A documentação da empresa recomenda que os usuários tenham uma assinatura ativa do Azure com as permissões necessárias e atendam aos requisitos do ambiente listados pelo módulo de migração.

Por exemplo, as diretrizes da Microsoft sugerem que os usuários sejam delegados com permissões de Contribuidor para criar recursos do Azure e permissões de Administrador de Acesso do Usuário para gerenciar a adesão ao grupo de aplicativos.

No entanto, é essencial reconhecer que a ferramenta não pode garantir a recuperação de dados após a aposentadoria.

Organizações com implantações clássicas ativas devem consultar o suporte da Microsoft para confirmar se o processo de migração é uma opção disponível para o seu ambiente.

Opção 2: Migração Manual ou Reconstrução

A migração manual requer a criação de recursos modernos do Azure Virtual Desktop e a reconfiguração da configuração do serviço.

Dependendo do caso específico, os administradores podem precisar de:

• Criar pools de hosts baseados em ARM integrados, grupos de aplicações e áreas de trabalho
• Estabelecer ou substituir máquinas virtuais de host de sessão
• Registe hosts de sessão compatíveis com os novos pools de hosts
• Recriar associações de utilizador e aplicação
• Ajustar configurações de identidade, rede, segurança e perfil

A abordagem manual torna-se necessária quando as configurações legadas contêm complexidade não documentada, personalização extensa ou quando as ferramentas de migração modernas se mostram insuficientes.

Notavelmente, reconstruir a infraestrutura de entrega nem sempre envolve a substituição completa de aplicações e dados.

Os componentes restantes podem frequentemente ser reutilizados através de avaliações de compatibilidade apropriadas, avaliações de licenciamento e auditorias de segurança.

A decisão deve ser baseada no estado atual dos recursos existentes e no suporte disponível da Microsoft.

Situação	Abordagem para avaliar
Configuração clássica elegível e a Microsoft confirma suporte à migração	Migração automática
Configuração clássica complexa ou inacessível	Reconstrução manual
As VMs e dados existentes permanecem disponíveis	Reconstruir serviços de entrega e avaliar reutilização
Cargas de trabalho legadas já não são necessárias	Descomissionamento seguro
Os desktops hospedados no Azure já não são necessários	Arquitetura de entrega alternativa

O que as equipas de TI devem fazer se perderem o prazo de aposentadoria?

As organizações que não concluírem a sua migração até 30 de setembro de 2026 devem priorizar a preservação de recursos e a restauração do acesso às aplicações empresariais.

Em vez de tentar várias conexões ao serviço descontinuado, os administradores são aconselhados a realizar um processo de recuperação.

Passo 1: Avaliar o Impacto do Serviço

Identifique quais usuários, desktops e aplicações estão indisponíveis.

Descubra se é um ambiente inteiro ou cargas de trabalho específicas que estão afetadas. Confirme que o problema está relacionado a uma aposentadoria clássica e não a algum outro problema relacionado à autenticação, rede ou host de sessão.

Passo 2: Preservar Infraestrutura e Dados

Revise as assinaturas do Azure para identificar máquinas virtuais atuais, discos geridos, contas de armazenamento e recursos de rede.

Documentar dependências e garantir cópias de segurança existem antes de tomar qualquer ação. Não exclua recursos até que os dados da aplicação, perfis de usuário e informações de configuração tenham sido identificados.

Passo 3: Confirmar Opções de Recuperação com a Microsoft

Contacte o suporte da Microsoft para garantir que ainda existem procedimentos de migração/recuperação suportados disponíveis.

As instruções iniciais de migração automática/manual foram desenvolvidas tendo em mente a data de aposentadoria e, portanto, não devem ser assumidas como aplicáveis.

No caso em que a configuração clássica não pode ser migrada, pode ser necessário reconstruir o ambiente com recursos suportados do Azure Virtual Desktop.

Passo 4: Restaurar Entrega de Aplicações e Área de Trabalho

Selecione uma arquitetura que suporte as aplicações e áreas de trabalho que os utilizadores precisam.

Para organizações que planejam permanecer no Azure Virtual Desktop, isso geralmente envolve a configuração de pools de hosts integrados ao ARM, hosts de sessão suportados, grupos de aplicativos e atribuições de usuários.

Algumas organizações podem achar que outro publicação de aplicações ou a solução de desktop se adapta melhor às suas necessidades.

O objetivo é restabelecer o acesso enquanto se evita a complexidade e a sobrecarga desnecessária da configuração anterior.

Qual é a forma de validar uma migração do Azure Virtual Desktop?

Restaurar a infraestrutura não garante operações normais dos usuários.

Uma migração ou reconstrução deve, portanto, ser validada nos níveis de serviço e aplicação.

Verificar Autenticação e Acesso do Usuário

Confirme que os utilizadores podem autenticar-se e aceder aos recursos que lhes foram atribuídos.

Verifique o Microsoft Entra, autenticação multifator, políticas de Acesso Condicional e atribuições de Azure RBAC, conforme aplicável.

Os administradores devem confirmar que as permissões estão alinhadas com o princípio do menor privilégio e que não existem padrões de acesso legados que tenham sido mantidos inadvertidamente.

Testar Aplicações Críticas para os Negócios

Teste aplicações e desktops publicados utilizando contas de utilizador representativas distintas.

As atividades de validação devem incluir o lançamento de aplicativos, conexões de banco de dados, compartilhamentos de rede, impressão, redirecionamento da área de transferência e periféricos necessários, se houver.

As aplicações legadas devem ser consideradas de forma especial, pois podem exigir uma configuração específica do sistema operativo, caminho de rede ou componente de aplicação.

Um exemplo de uma aplicação legada pode ser uma aplicação ERP que inicia com sucesso, mas falha ao conectar-se à sua base de dados a partir do novo host de sessão.

Validar Perfis, Desempenho e Operações

As empresas que utilizam FSLogix ou qualquer uma das outras ferramentas de perfil devem garantir que tudo esteja corretamente anexado, seja persistente e possa ser acessado adequadamente.

É vital testá-lo ao fazer login pela primeira vez e verificar se tudo funcionará bem quando um usuário abrir um aplicativo e durante o próximo login. Também é essencial garantir que os processos sejam monitorados, copiados e restaurados.

A migração está completa apenas quando tudo está pronto, incluindo os usuários conseguindo acessar suas aplicações. Tem que ser possível manter o sistema adequadamente.

As organizações devem reconsiderar a sua arquitetura de entrega de desktop?

A aposentadoria do Azure Virtual Desktop (clássico) é principalmente uma questão de ciclo de vida da plataforma, mas também apresenta uma oportunidade para avaliar se a plataforma atual de entrega de desktop continua a atender às suas necessidades.

A transição para o moderno Azure Virtual Desktop é a escolha óbvia para muitos, especialmente para aqueles que já são Azure-first e utilizam desktops hospedados no Azure.

Outras organizações têm requisitos menos complexos.

Quando faz sentido o Modern Azure Virtual Desktop?

Escritorio Virtual Moderno do Azure pode ser uma boa opção para organizações que necessitam de desktops e aplicativos Windows geridos centralmente, hospedados no Azure.

Permite modelos multisessão, RemoteApp e ferramentas de administração e ID da Microsoft.

Faz sentido para empresas que já têm uma presença no Azure, mas os departamentos de TI ainda têm que lidar com as complexidades da nuvem, incluindo licenciamento, redes, armazenamento, administração e aspectos operacionais.

Quando é que outra arquitetura de publicação de aplicações Windows é apropriada?

Nem todas as organizações requerem um ambiente de virtualização de desktop totalmente implementado hospedado no Microsoft Azure.

Algumas empresas precisam apenas de um limitado acesso remoto para aplicações específicas do Windows, como aplicações financeiras ou ERP ou aplicações legadas de linha de negócios.

Essas organizações podem considerar a publicação de aplicações que estão hospedadas em servidores Windows geridos centralmente, em vez de implementar uma infraestrutura de desktop virtual (VDI) generalizada.

O Modern Azure Virtual Desktop não se trata apenas de virtualização de desktop ou aplicações, mas também de publicação de aplicações.

Hoje, é possível publicar aplicações Azure utilizando o método RemoteApp.

A realidade é que não há dicotomia no espaço de entrega de aplicações, mas sim um continuum que vai desde a publicação de aplicações até à virtualização de desktop.

A discussão deve centrar-se na procura da arquitetura de entrega de aplicações mais relevante para a organização e os casos de uso dados.

Por exemplo, se houver uma aplicação de longa duração hospedada em uma pasta do Windows Server que é acessada por um conjunto de usuários autorizados, a organização não precisa publicá-la no Azure Virtual Desktop quando a infraestrutura legada ainda estiver a funcionar corretamente.

Em vez disso, pode ser benéfico para tais empresas manter a localização de hospedagem de suas aplicações localmente, enquanto atualizam seu método de acesso às aplicações.

Quais fatores devem guiar a decisão?

Os departamentos de TI devem avaliar a escolha em relação aos critérios das necessidades de implementação, em vez das características do sistema desativado.

Consideração	Pergunta chave
Alojamento	Devem as cargas de trabalho ser executadas no Azure?
Experiência do usuário	Escrítórios completos ou aplicações selecionadas?
Compatibilidade	As aplicações existentes do Windows funcionarão?
Segurança	Como são protegidas a identidade e o acesso à sessão?
Gestão	Quem mantém a infraestrutura?
Licenciamento	Quais licenças de software e Microsoft se aplicam?
Escalabilidade	Quantos utilizadores simultâneos são necessários?
Custo	Qual é o custo total de propriedade?

O objetivo é selecionar uma arquitetura empresarial que satisfaça os requisitos de disponibilidade, segurança e redução da complexidade administrativa.

Procurando uma alternativa para entrega de aplicações e desktops do Windows?

Migrar para o moderno Azure Virtual Desktop não é necessariamente a melhor opção para todas as organizações. Empresas que precisam principalmente de acesso a aplicações Windows existentes ou desktops hospedados centralmente podem beneficiar de uma arquitetura mais simples, especialmente quando não requerem um ambiente de desktop virtual totalmente hospedado no Azure.

TSplus Acesso Remoto permite que as equipas de TI publiquem aplicações Windows e áreas de trabalho remotas completas através de clientes compatíveis com RDP ou um portal web HTML5. Com suporte para servidores Windows locais e hospedados na nuvem, oferece uma alternativa prática para organizações que procuram manter as suas aplicações existentes enquanto simplificam a entrega de aplicações remotas.

Conclusão

A aposentadoria do Azure Virtual Desktop (clássico) torna essencial identificar as implementações afetadas, preservar os recursos existentes e restaurar o acesso através da infraestrutura suportada. As equipes de TI devem verificar as opções de recuperação disponíveis antes de tentar a migração ou reconstrução.

Quer as organizações continuem com o moderno Azure Virtual Desktop ou adotem outra arquitetura de entrega, a prioridade continua a ser garantir um acesso seguro e fiável às aplicações sem complexidade operacional desnecessária.