Azure Virtual Desktop Classic Retirado: Próximos Pasos para TI

Introducción

La jubilación de Azure Virtual Desktop (clásico) crea una distinción importante entre la pérdida de un servicio de conexión heredado y la disponibilidad continua de los recursos subyacentes de Azure. Para los equipos de TI que no cumplieron con la fecha límite de migración, comprender esta distinción es esencial para planificar la recuperación sin reemplazar innecesariamente la infraestructura existente. Este artículo explica lo que significa la jubilación para los recursos existentes, cómo identificar implementaciones clásicas, qué opciones de migración siguen siendo dignas de evaluación y cómo elegir una arquitectura de entrega de aplicaciones compatible.

¿Qué significa cuando Azure Virtual Desktop Classic se retira?

Microsoft ha retirado oficialmente Azure Virtual Desktop (clásico) a partir del 30 de septiembre de 2026. Según la documentación oficial de Microsoft, "las conexiones a servicios clásicos serán bloqueadas después de la jubilación". Por lo tanto, la jubilación afecta al tipo específico de servicios relacionados con la gestión de escritorios virtuales y aplicaciones utilizando el modelo de implementación de Azure Virtual Desktop (clásico).

Sin embargo, el proceso de retiro no se aplica al moderno Azure Virtual Desktop que utiliza Azure Resource Manager (ARM). Por lo tanto, la principal preocupación para los usuarios que aún utilizan los recursos clásicos es la incapacidad de establecer conexiones con los servicios que anteriormente funcionaban. Por lo tanto, los usuarios deben estar particularmente atentos a la gestión de recursos clásicos, ya que los recursos en sí no desaparecerán después de la fecha de retiro.

¿Qué fue exactamente retirado?

Azure Virtual Desktop (clásico), anteriormente conocido como Windows Virtual Desktop, tenía su infraestructura de gestión basada en cmdlets de PowerShell dedicados, APIs y objetos de servicio.

A diferencia del moderno Azure Virtual Desktop, los grupos de hosts clásicos y los grupos de aplicaciones no se definieron como recursos unificados del administrador de recursos de Azure.

Hoy en día, estos componentes están incorporados en el sistema de gestión de recursos de Azure, lo que permite a los administradores aplicar el control de acceso basado en roles de Azure (RBAC), gestionar el servicio a través del portal de Azure y utilizar patrones modernos de infraestructura como código para la automatización del despliegue.

Capacidad	AVD Classic (retirado)	AVD moderno
Gestión	Plano de control heredado	Administrador de Recursos de Azure
portal de Azure	Integración limitada	Integración nativa
Control de acceso	Roles de inquilinos heredados	Azure RBAC
Automatización	APIs clásicas y PowerShell	ARM, APIs, Az PowerShell
Entrega de escritorio y aplicaciones	Conexiones bloqueadas	Soportado
Estado del servicio	Retirado	Soportado

La jubilación representa un cambio en la arquitectura del servicio subyacente, no simplemente un cambio de nombre del producto.

¿Sigue funcionando Modern Azure Virtual Desktop?

Sí. Azure Virtual Desktop moderno es compatible y sigue ofreciendo escritorios completos de Windows, plataformas multisesión y entrega de aplicaciones individuales a través de RemoteApp.

Las organizaciones que ya utilizan los grupos de hosts integrados con Azure Resource Manager (ARM) no se ven afectadas por la retirada del servicio clásico.

Los gerentes de TI también deben tener en cuenta la diferencia entre el final del soporte para el clásico Azure Virtual Desktop y el final del soporte separado para los clientes de Remote Desktop más antiguos. Se programó que el cliente de Remote Desktop para Windows (MSI) alcanzara el final del soporte para entornos de nube pública el 27 de marzo de 2026, y para Azure Virtual Desktop (clásico) el 28 de septiembre de 2026.

¿Cómo pueden los equipos de TI identificar las implementaciones clásicas de Azure Virtual Desktop?

El primer paso es identificar si alguna carga de trabajo de producción sigue dependiendo de la arquitectura retirada.

Esto es especialmente crítico para los sistemas que se pusieron en producción hace años y que pueden haber sido recuperados por nuevos administradores o ignorados en la documentación de infraestructura actual.

Verificar la integración de Azure Resource Manager

Deberías comenzar inspeccionando los recursos de Azure Virtual Desktop en el portal de Azure. Las implementaciones modernas de Azure Virtual Desktop exponen grupos de hosts, grupos de aplicaciones y espacios de trabajo como recursos de Azure en una suscripción y grupo de recursos. En contraste, las implementaciones clásicas solían exponer objetos de servicio gestionados de diferentes maneras.

La presencia de los siguientes elementos de Azure Virtual Desktop se presenta como un fuerte indicador de un despliegue clásico:

• Grupos de hosts que utilizan el módulo de PowerShell clásico de Azure Virtual Desktop
• Referencias históricas a un inquilino de servicio clásico o API de servicio clásico
• Grupos de aplicaciones que carecen de recursos ARM correspondientes
• Máquinas virtuales de host de sesión que se refieren a documentación más antigua

Al mismo tiempo, la ausencia de un grupo de hosts en el portal de Azure no es necesariamente una indicación de un despliegue clásico. Siempre debes verificar qué suscripción, inquilino de Microsoft Entra y control de acceso basado en roles tiene el usuario antes de analizar el problema más a fondo.

Revisar herramientas de gestión de legado y dependencias

Los scripts de implementación y los repositorios de automatización pueden servir como fuentes suplementarias de evidencia.

Por ejemplo, la presencia de scripts que contienen referencias a Microsoft.RDInfra.RDPowerShell o operaciones de gestión a nivel de inquilino clásicas sugeriría que el entorno fue configurado con la pila de gestión más antigua.

Los entornos modernos aprovecharán las interfaces de gestión integradas de Azure Resource Manager y los módulos de Az PowerShell asociados.

Los administradores también deben inventariar todos los recursos de aplicación, usuario e infraestructura asociados con los grupos de hosts potencialmente afectados.

Esto incluye examinar las máquinas virtuales del host de sesión, las asignaciones de aplicaciones, las ubicaciones de almacenamiento de perfiles, las dependencias de autenticación, las configuraciones de red y los repositorios de respaldo. El documentación de migración manual de Microsoft contiene comparaciones detalladas entre el modelo de objeto de servicio clásico y el modelo de recurso integrado de Azure Resource Manager (ARM).

¿Qué puede pasar con sus recursos existentes después de que Azure Virtual Desktop Classic se retire?

La diferencia más importante es entre el servicio de conexión retirado y la infraestructura subyacente de Azure.

Mientras se bloquean las conexiones de escritorio clásicas, las máquinas virtuales existentes, los recursos de almacenamiento y los datos de la aplicación pueden permanecer en su lugar.

Las máquinas virtuales y el almacenamiento existentes pueden seguir estando disponibles.

Las máquinas virtuales de Azure son recursos que se gestionan por sí solas, sin depender del plano de control del servicio clásico retirado. Así, las máquinas virtuales de host de sesión, los discos administrados y los recursos de red que se crearon en la suscripción pueden seguir existiendo.

Sin embargo, no se pueden utilizar para restablecer el corredor de conexiones retirado. No hay máquinas virtuales creadas en la nueva infraestructura de Azure disponibles para devolver la experiencia de escritorio de una organización al estado de funcionamiento.

Los administradores deben examinar cada recurso cuidadosamente, y si se puede reutilizar para una configuración compatible, deben realizar los siguientes pasos.

Es esencial verificar si el sistema operativo de la máquina virtual es compatible y si las aplicaciones y configuraciones de seguridad son compatibles.

El acceso a la aplicación y los datos del usuario requieren verificaciones separadas

Los usuarios que se han conectado a través del escritorio clásico o el tipo de sesión RemoteApp ya no podrán iniciar sus aplicaciones a través de este servicio.

El resultado de retirar el servicio podría ser la pérdida de acceso a escritorios, aplicaciones publicadas y interrupciones en los procesos comerciales.

Sin embargo, la jubilación del servicio no garantiza que los datos relacionados con el usuario sean eliminados.

En la mayoría de los casos, es probable que los datos de los usuarios se almacenen en Azure Files, discos de VM u otros medios de almacenamiento, pero la retención y accesibilidad de esta información dependerían de cómo se configuró, se aseguró con permisos, se respaldó, etc.

Como tal, antes de desmantelar o migrar los sistemas involucrados, los departamentos de TI deben asegurarse de que han preservado todos los datos necesarios.

¿Puede un equipo seguir migrando Azure Virtual Desktop Classic después de que se retire?

Microsoft documenta dos rutas de migración para la transición de Azure Virtual Desktop (clásico) al nuevo Azure Virtual Desktop integrado en ARM: migración automática y migración manual.

Ambas opciones estaban destinadas a ser viables hasta el 30 de septiembre de 2026.

Dado que esa fecha está en el pasado, los administradores no deben considerar las herramientas descritas en la documentación como listas para producción en todos los escenarios.

La documentación de Microsoft no proporciona orientación sobre el período de transición.

Por lo tanto, las organizaciones no deben depender de ninguna herramienta y proceso de transición posteriores a la jubilación.

Opción 1: Migración Automática

El proceso de migración automática de Microsoft utiliza una herramienta basada en PowerShell para mover configuraciones de servicio clásico elegibles a recursos ARM.

La documentación de la empresa recomienda que los usuarios tengan una suscripción activa de Azure con los permisos necesarios y cumplan con los requisitos del entorno que se enumeran en el módulo de migración.

Por ejemplo, las directrices de Microsoft sugieren que a los usuarios se les deleguen permisos de Colaborador para crear recursos de Azure y permisos de Administrador de Acceso de Usuario para gestionar la membresía del grupo de aplicaciones.

Sin embargo, es esencial reconocer que la herramienta no puede garantizar la recuperación de datos después de la jubilación.

Las organizaciones con implementaciones clásicas activas deben consultar con el soporte de Microsoft para confirmar si el proceso de migración es una opción disponible para su entorno.

Opción 2: Migración o Reconstrucción Manual

La migración manual requiere la creación de recursos modernos de Azure Virtual Desktop y la reconfiguración de la configuración del servicio.

Dependiendo del caso específico, los administradores pueden necesitar:

• Cree grupos de aplicaciones, espacios de trabajo y grupos de hosts integrados basados en ARM.
• Establecer o reemplazar máquinas virtuales de host de sesión
• Registrar hosts de sesión compatibles con los nuevos grupos de hosts
• Recrear asociaciones de usuario y aplicación
• Ajustar la identidad, la red, la seguridad y las configuraciones del perfil

El enfoque manual se vuelve necesario cuando las configuraciones heredadas contienen complejidad no documentada, personalización extensa o cuando las herramientas de migración modernas resultan insuficientes.

Es notable que reconstruir la infraestructura de entrega no siempre implique un reemplazo completo de aplicaciones y datos.

Los componentes restantes a menudo se pueden reutilizar a través de evaluaciones de compatibilidad apropiadas, evaluaciones de licencias y auditorías de seguridad.

La decisión debe basarse en el estado actual de los recursos existentes y el soporte disponible de Microsoft.

Situación	Enfoque para evaluar
Configuración clásica elegible y Microsoft confirma el soporte de migración	Migración automática
Configuración clásica compleja o inaccesible	Reconstrucción manual
Las máquinas virtuales y los datos existentes permanecen disponibles	Reconstruir los servicios de entrega y evaluar la reutilización
Las cargas de trabajo heredadas ya no son necesarias	Desmantelamiento seguro
Los escritorios alojados en Azure ya no son necesarios	Arquitectura de entrega alternativa

¿Qué deben hacer los equipos de TI si se perdieron la fecha límite de jubilación?

Las organizaciones que no hayan completado su migración antes del 30 de septiembre de 2026, deben priorizar la preservación de recursos y la restauración del acceso a las aplicaciones empresariales.

En lugar de intentar múltiples conexiones al servicio retirado, se aconseja a los administradores realizar un proceso de recuperación.

Paso 1: Evaluar el impacto del servicio

Identificar qué usuarios, escritorios y aplicaciones no están disponibles.

Descubra si se trata de un entorno completo o de cargas de trabajo específicas que están afectadas. Confirme que el problema está relacionado con una jubilación clásica y no con algún otro problema de autenticación, red o relacionado con el host de sesión.

Paso 2: Preservar la infraestructura y los datos

Revisar las suscripciones de Azure para identificar las máquinas virtuales actuales, discos administrados, cuentas de almacenamiento y recursos de red.

Documentar dependencias y asegurar copias de seguridad existen antes de tomar cualquier acción. No elimine recursos hasta que se hayan identificado los datos de la aplicación, los perfiles de usuario y la información de configuración.

Paso 3: Confirmar opciones de recuperación con Microsoft

Contacte con el soporte de Microsoft para asegurarse de que todavía hay procedimientos de migración/recuperación compatibles disponibles.

Las instrucciones iniciales de migración automática/manual se desarrollaron teniendo en cuenta la fecha de retiro y, por lo tanto, no deben asumirse como aplicables.

En el caso en que la configuración clásica no pueda ser migrada, puede ser necesario reconstruir el entorno con recursos de Azure Virtual Desktop compatibles.

Paso 4: Restaurar la entrega de aplicaciones y escritorio

Seleccione una arquitectura que soporte las aplicaciones y escritorios que los usuarios necesitan.

Para las organizaciones que planean permanecer en Azure Virtual Desktop, esto generalmente implica configurar grupos de hosts integrados de ARM, hosts de sesión compatibles, grupos de aplicaciones y asignaciones de usuarios.

Algunas organizaciones pueden encontrar que otro publicación de aplicaciones o la solución de escritorio se adapta mejor a sus necesidades.

El objetivo es restablecer el acceso mientras se evita la complejidad y la sobrecarga innecesaria de la configuración anterior.

¿Cuál es la forma de validar una migración de Azure Virtual Desktop?

Restaurar la infraestructura no garantiza operaciones normales de los usuarios.

Una migración o reconstrucción debe ser validada, por lo tanto, a nivel de servicio y aplicación.

Verificar la autenticación y el acceso del usuario

Confirme que los usuarios pueden autenticarse y acceder a los recursos que se les han asignado.

Verifique Microsoft Entra, autenticación multifactor, políticas de acceso condicional y asignaciones de Azure RBAC según corresponda.

Los administradores deben confirmar que los permisos están alineados con el principio de menor privilegio y que no hay patrones de acceso heredados que se hayan mantenido inadvertidamente.

Pruebe aplicaciones críticas para el negocio

Pruebe las aplicaciones y escritorios publicados utilizando cuentas de usuario representativas distintas.

Las actividades de validación deben incluir el lanzamiento de aplicaciones, conexiones a bases de datos, recursos compartidos en red, impresión, redirección del portapapeles y periféricos requeridos, si los hay.

Las aplicaciones heredadas deben ser consideradas de manera especial, ya que pueden requerir una configuración específica del sistema operativo, una ruta de red o un componente de aplicación.

Un ejemplo de una aplicación heredada podría ser una aplicación ERP que se inicia correctamente pero no logra conectarse a su base de datos desde el nuevo host de sesión.

Validar Perfiles, Rendimiento y Operaciones

Las empresas que utilizan FSLogix o cualquiera de las otras herramientas de perfilado deben asegurarse de que todo esté correctamente adjunto, sea persistente y se pueda acceder adecuadamente.

Es vital probarlo iniciando sesión por primera vez y verificando si todo funcionará bien cuando un usuario abra una aplicación y durante el siguiente inicio de sesión. También es esencial asegurarse de que los procesos sean monitoreados, respaldados y restaurados.

La migración se completa solo cuando todo está listo, incluyendo que los usuarios puedan acceder a sus aplicaciones. Tiene que ser posible mantener el sistema adecuadamente.

¿Deberían las organizaciones reconsiderar su arquitectura de entrega de escritorio?

La jubilación de Azure Virtual Desktop (clásico) es principalmente un problema de ciclo de vida de la plataforma, pero también presenta una oportunidad para evaluar si la plataforma actual de entrega de escritorio sigue satisfaciendo sus necesidades.

El cambio a Azure Virtual Desktop moderno es la opción obvia para muchos, especialmente para aquellos que ya son Azure-first y utilizan escritorios alojados en Azure.

Otras organizaciones tienen requisitos menos complejos.

¿Cuándo tiene sentido el escritorio virtual moderno de Azure?

Escritorio Virtual Moderno de Azure puede ser una buena opción para organizaciones que requieren escritorios y aplicaciones de Windows gestionados centralmente, alojados en Azure.

Permite modelos de multisessión, RemoteApp y herramientas de administración e identificación de Microsoft.

Tiene sentido para las empresas que ya tienen una presencia en Azure, pero los departamentos de TI aún deben lidiar con las complejidades de la nube, incluyendo licencias, redes, almacenamiento, administración y aspectos operativos.

¿Cuándo es apropiada otra arquitectura de publicación de aplicaciones de Windows?

No todas las organizaciones requieren un entorno de virtualización de escritorio completamente implementado alojado en Microsoft Azure.

Algunas empresas solo necesitan un acceso limitado acceso remoto a aplicaciones específicas de Windows, como aplicaciones financieras o ERP o aplicaciones heredadas de línea de negocio.

Estas organizaciones pueden considerar publicar aplicaciones que están alojadas en servidores Windows gestionados centralmente en lugar de implementar una infraestructura de escritorio virtual (VDI) generalizada.

El moderno escritorio virtual de Azure no se trata solo de virtualización de escritorios o aplicaciones, sino también de publicación de aplicaciones.

Hoy en día, es posible publicar aplicaciones de Azure utilizando el método RemoteApp.

La realidad es que no hay una dicotomía en el espacio de entrega de aplicaciones, sino más bien un continuo que va desde la publicación de aplicaciones hasta la virtualización de escritorios.

La discusión debe centrarse en encontrar la arquitectura de entrega de aplicaciones más relevante para la organización y los casos de uso dados.

Por ejemplo, si hay una aplicación de larga duración alojada en una carpeta de Windows Server a la que accede un conjunto de usuarios autorizados, la organización no necesita publicarla en Azure Virtual Desktop cuando la infraestructura heredada sigue funcionando correctamente.

En su lugar, podría ser beneficioso para tales empresas mantener la ubicación de alojamiento de sus aplicaciones en las instalaciones mientras actualizan su método de acceso a las aplicaciones.

¿Qué factores deberían guiar la decisión?

Los departamentos de TI deben evaluar la elección en función de los criterios de necesidades de implementación, en lugar de las características del sistema desmantelado.

Consideración	Pregunta clave
Alojamiento	¿Deben ejecutarse las cargas de trabajo en Azure?
Experiencia del usuario	¿Escritorios completos o aplicaciones seleccionadas?
Compatibilidad	¿Funcionarán las aplicaciones de Windows existentes?
Seguridad	¿Cómo se protegen la identidad y el acceso a la sesión?
Gestión	¿Quién mantiene la infraestructura?
Licenciamiento	¿Qué licencias de Microsoft y software se aplican?
Escalabilidad	¿Cuántos usuarios concurrentes se requieren?
Costo	¿Cuál es el costo total de propiedad?

El propósito es seleccionar una arquitectura empresarial que satisfaga los requisitos de disponibilidad, seguridad y reducción de la complejidad administrativa.

¿Buscando una alternativa para la entrega de aplicaciones y escritorios de Windows?

Migrar a un moderno Azure Virtual Desktop no es necesariamente la mejor opción para cada organización. Las empresas que necesitan principalmente acceso a aplicaciones de Windows existentes o escritorios alojados de forma central pueden beneficiarse de una arquitectura más simple, particularmente cuando no requieren un entorno de escritorio virtual completamente alojado en Azure.

TSplus Acceso Remoto permite a los equipos de TI publicar aplicaciones de Windows y escritorios remotos completos a través de clientes compatibles con RDP o un portal web HTML5. Con soporte para servidores de Windows locales y alojados en la nube, ofrece una alternativa práctica para las organizaciones que buscan mantener sus aplicaciones existentes mientras simplifican la entrega de aplicaciones remotas.

Conclusión

La jubilación de Azure Virtual Desktop (clásico) hace que sea esencial identificar los despliegues afectados, preservar los recursos existentes y restaurar el acceso a través de la infraestructura soportada. Los equipos de TI deben verificar las opciones de recuperación disponibles antes de intentar la migración o reconstrucción.

Ya sea que las organizaciones continúen con Azure Virtual Desktop moderno o adopten otra arquitectura de entrega, la prioridad sigue siendo garantizar un acceso seguro y confiable a las aplicaciones sin una complejidad operativa innecesaria.