Migración manual desde Azure Virtual Desktop (clásico)

Azure Virtual Desktop (clásico) crea su entorno de servicio con cmdlets de PowerShell, API REST y objetos de servicio. Un objeto en un entorno de servicio de Azure Virtual Desktop es algo que crea Azure Virtual Desktop. Los objetos de servicio incluyen inquilinos, grupos de hosts, grupos de aplicaciones y hosts de sesión.

Sin embargo, Azure Virtual Desktop (clásico) no está integrado con Azure. Sin la integración de Azure, los objetos que cree no se administran automáticamente mediante el Azure Portal porque no están conectados a la suscripción de Azure.

La actualización principal reciente de Azure Virtual Desktop marca un cambio en el servicio hacia la integración completa de Azure. Los objetos que se crean en Azure Virtual Desktop se administran automáticamente mediante el Azure Portal.

En este artículo, explicaremos por qué debería considerar la posibilidad de migrar a la versión más reciente de Azure Virtual Desktop. Después, le indicaremos cómo migrar manualmente desde Azure Virtual Desktop (clásico) a la actualización más reciente de Azure Virtual Desktop.

¿Por qué migrar?

Las actualizaciones principales pueden ser inconvenientes, especialmente las que tiene que realizar manualmente. Sin embargo, hay algunas razones por las que no se puede migrar automáticamente:

• Los objetos de servicio existentes realizados con la versión clásica no tienen ninguna representación en Azure. Su ámbito no se extiende más allá del servicio Azure Virtual Desktop.
• Con la actualización más reciente, se cambió el identificador de aplicación del servicio para quitar el consentimiento de las aplicaciones de la forma en que lo hizo para Azure Virtual Desktop (clásico). No podrá crear nuevos objetos de Azure con Azure Virtual Desktop a menos que se autentiquen con el nuevo identificador de aplicación.

A pesar de las molestias, la migración fuera de la versión clásica sigue siendo importante. Esto es lo que puede hacer después de migrar:

• Administración de Azure Virtual Desktop a través de la Azure Portal.
• Asigne Microsoft Entra grupos de usuarios a grupos de aplicaciones.
• Use la característica de Log Analytics mejorada para solucionar problemas de implementación.
• Use el control de acceso basado en rol nativo de Azure (RBAC de Azure) para administrar el acceso administrativo.

¿Cuándo debo migrar?

Al preguntarse si debe migrar, también debe tener en cuenta la situación actual y futura de la implementación.

Hay algunos escenarios en particular en los que se recomienda migrar manualmente:

• Tiene una configuración de grupo host de prueba con un pequeño número de usuarios.
• Tiene una configuración de grupo de hosts de producción con un pequeño número de usuarios, pero planea aumentar hasta cientos de usuarios.
• Tiene una configuración sencilla que se puede replicar fácilmente. Por ejemplo, si las máquinas virtuales usan una imagen de galería.

Preparación para la migración

Antes de empezar, deberá asegurarse de que el entorno está listo para migrar.

Esto es lo que necesita para iniciar el proceso de migración:

• Una suscripción de Azure donde creará nuevos objetos de servicio de Azure.

• Asegúrese de que está asignado a los siguientes roles:

  • Colaborador
  • Administrador del acceso del usuario

  El rol Colaborador le permite crear objetos de Azure en su suscripción y el rol Administrador de acceso de usuario le permite asignar usuarios a grupos de aplicaciones.

Cómo migrar manualmente

Ahora que se ha preparado para el proceso de migración, es el momento de migrar realmente.

Para migrar manualmente desde Azure Virtual Desktop (clásico) a Azure Virtual Desktop:

1. Siga las instrucciones de Creación de un grupo de hosts con el Azure Portal para crear todos los objetos de alto nivel con el Azure Portal.
2. Si quiere traer las máquinas virtuales que ya usa, siga las instrucciones que se indican en Registro de las máquinas virtuales en el grupo de hosts de Azure Virtual Desktop para registrarlas manualmente en el nuevo grupo de hosts que creó en el paso 1.
3. Cree nuevos grupos de aplicaciones RemoteApp.
4. Publique usuarios o grupos de usuarios en los nuevos grupos de aplicaciones de escritorio y RemoteApp.
5. Actualice la directiva de acceso condicional para permitir los nuevos objetos siguiendo las instrucciones de Configuración de la autenticación multifactor.

Para evitar tiempos de inactividad, primero debe registrar los hosts de sesión existentes en los grupos de hosts integrados de Azure Resource Manager en grupos pequeños a la vez. Después, lleve lentamente a los usuarios a los nuevos grupos de aplicaciones integrados de Azure Resource Manager.

Pasos siguientes

Si desea obtener información sobre cómo migrar la implementación automáticamente en su lugar, vaya a Migración automática desde Azure Virtual Desktop (clásico).

Una vez que haya migrado, consulte nuestros tutoriales para conocer el funcionamiento de Azure Virtual Desktop. Obtenga información sobre las funcionalidades de administración avanzada en Expandir un grupo de hosts existente y Personalizar las propiedades de RDP.

Para más información sobre los objetos de servicio, consulte Entorno de Azure Virtual Desktop.