Azure Virtual Desktop Classic Aposentado: Próximas Etapas 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 aplicativos suportada.

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

A Microsoft aposentou oficialmente o Azure Virtual Desktop (clássico) em 30 de setembro de 2026. Com base na documentação oficial da Microsoft, “as conexões com serviços clássicos serão bloqueadas após a aposentadoria.” Portanto, a aposentadoria impacta 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 desativação 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 desativação.

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 host clássicos e os grupos de aplicativos não foram definidos como recursos unificados do gerenciador de recursos do Azure.

Hoje, esses componentes estão incorporados ao sistema de gerenciamento de recursos do Azure, permitindo que os administradores apliquem o controle de acesso baseado em função do Azure (RBAC), gerenciem o serviço por meio 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
Automação	APIs Clássicas e PowerShell	ARM, APIs, Az PowerShell
Entrega de desktop e aplicativos	Conexões bloqueadas	Suportado
Status 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 Azure Virtual Desktop Moderno 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.

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 gerentes de TI também devem observar a diferença entre o fim do suporte para o Azure Virtual Desktop clássico e o fim do 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 as equipes de TI podem identificar implantações do Azure Virtual Desktop Classic?

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

Isso é especialmente crítico para sistemas que foram colocados em produção há anos e 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 implantação clássica:

• Pools de host que usam 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 aplicativos que não possuem recursos ARM correspondentes
• Máquinas virtuais de host de sessão que se referem à documentação mais antiga

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

Revisar Ferramentas de Gerenciamento Legado e Dependências

Scripts de implantação e 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 clássicas de gerenciamento em nível de locatário sugeriria que o ambiente foi configurado com a pilha de gerenciamento 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 aos grupos de hosts potencialmente impactados.

Isso inclui examinar máquinas virtuais de host de sessão, atribuições de aplicativos, locais de armazenamento de perfil, 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 com seus recursos existentes após o término 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, máquinas virtuais existentes, recursos de armazenamento e dados de aplicativos podem permanecer no lugar.

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

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

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

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

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

Acesso a Aplicativos e Dados do Usuário Requerem Verificações Separadas

Usuários que se conectaram via desktop clássico ou tipo de sessão RemoteApp não poderão mais iniciar seus aplicativos através deste serviço.

O resultado da desativação do serviço pode ser a perda de acesso a desktops, aplicativos publicados 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 dessas informações dependeriam de como foram configuradas, protegidas com permissões, feitas cópias 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 projetadas para serem viáveis até 30 de setembro de 2026.

Como 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 nenhuma ferramenta e processo 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 de 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 associação a grupos 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 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:

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

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

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

Os componentes restantes podem frequentemente ser reutilizados por meio 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 Microsoft confirma suporte à migração	Migração automática
Configuração clássica complexa ou inacessível	Reconstrução manual
Máquinas virtuais e dados existentes permanecem disponíveis	Reconstruir serviços de entrega e avaliar reutilização
Cargas de trabalho legadas não são mais necessárias	Descomissionamento seguro
Desktops hospedados no Azure não são mais necessários	Arquitetura de entrega alternativa

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

Organizações que não concluírem sua migração até 30 de setembro de 2026, devem priorizar a preservação de recursos e a restauração do acesso a aplicativos de negócios.

Em vez de tentar várias conexões com o 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 aplicativos estão indisponíveis.

Descubra se é um ambiente inteiro ou cargas de trabalho específicas que estão impactadas. 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 gerenciados, contas de armazenamento e recursos de rede.

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

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

Entre em contato com 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 com a data de aposentadoria em mente e, portanto, não devem ser consideradas 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 Aplicativos e Área de Trabalho

Selecione uma arquitetura que suporte os aplicativos e desktops que os usuários 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 outra publicação de aplicativos ou a solução de desktop se adapta melhor às suas necessidades.

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

Qual é a maneira 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 usuários podem autenticar e acessar os recursos que foram atribuídos a eles.

Verifique o Microsoft Entra, autenticação multifatorial, 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 aplicativos e desktops publicados utilizando contas de usuário representativas distintas.

As atividades de validação devem incluir 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.

Aplicativos legados devem ser considerados de forma especial, pois podem exigir uma configuração específica do sistema operacional, caminho de rede ou componente de aplicativo.

Um exemplo de um aplicativo legado pode ser um aplicativo ERP que inicia com sucesso, mas falha ao se conectar ao seu banco de dados a partir do novo host de sessão.

Validar Perfis, Desempenho e Operações

As empresas que usam 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 fazendo login pela primeira vez e verificando 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 podendo acessar suas aplicações. É necessário que seja possível manter o sistema adequadamente.

As organizações devem reconsiderar 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 mudança 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 o Azure Virtual Desktop moderno faz sentido?

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

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

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

Quando é apropriada outra arquitetura de publicação de aplicativos do Windows?

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

Algumas empresas precisam apenas de recursos limitados acesso remoto para aplicativos específicos do Windows, como aplicativos financeiros ou de ERP ou aplicativos legados de linha de negócios.

Essas organizações podem considerar a publicação de aplicativos que são hospedados em servidores Windows gerenciados centralmente, em vez de implantar uma infraestrutura de desktop virtual (VDI) generalizada.

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

Hoje, é possível publicar aplicativos do Azure usando o método RemoteApp.

A realidade é que não há dicotomia no espaço de entrega de aplicativos, mas sim um continuum que vai da publicação de aplicativos à virtualização de desktop.

A discussão deve se concentrar em encontrar a arquitetura de entrega de aplicações mais relevante para a organização e os casos de uso dados.

Por exemplo, se houver um aplicativo de longa duração hospedado em uma pasta do Windows Server que é acessado por um conjunto de usuários autorizados, a organização não precisa publicá-lo no Azure Virtual Desktop quando a infraestrutura legada ainda estiver funcionando 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 com base nos critérios das necessidades de implantação, em vez das características do sistema desativado.

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

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

Procurando uma alternativa para entrega de aplicativos e desktop do Windows?

Migrar para o moderno Azure Virtual Desktop não é necessariamente a melhor opção para toda organização. Empresas que precisam principalmente de acesso a aplicativos Windows existentes ou desktops hospedados centralmente podem se 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 equipes de TI publiquem aplicativos Windows e desktops remotos completos por meio 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 buscam manter seus aplicativos existentes enquanto simplificam a entrega de aplicativos remotos.

Conclusão

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

Se as organizações continuam com o moderno Azure Virtual Desktop ou adotam outra arquitetura de entrega, a prioridade continua sendo garantir acesso seguro e confiável aos aplicativos sem complexidade operacional desnecessária.