Migrar manualmente desde Azure Virtual Desktop (clásico)

Azure Virtual Desktop (clásico) crea su entorno de servicio con cmdlets de PowerShell, API de REST y objetos de servicio. Un objeto en un entorno de servicio de Azure Virtual Desktop es una cosa 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 Azure Portal porque no están conectados a su suscripción de Azure.

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

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

¿Por qué migrar?

Las actualizaciones importantes pueden ser un inconveniente, especialmente las que debe hacer manualmente. Sin embargo, hay algunas razones por las que no puede migrar automáticamente:

• Los objetos de servicio existentes creados 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 última actualización, el identificador de aplicación del servicio se cambió para quitar el consentimiento de las aplicaciones de la misma forma que lo hacía con 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, migrar de la versión clásica sigue siendo importante. Esto es lo que puedes hacer después de migrar:

• Administre Azure Virtual Desktop mediante Azure Portal.
• Asigne grupos de usuarios de Microsoft Entra a grupos de aplicaciones.
• Use la característica mejorada de Log Analytics para solucionar los problemas de la implementación.
• Use el control de acceso basado en roles nativo de Azure (Azure RBAC) 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 te recomendamos que migres manualmente:

• Tiene una configuración de grupo de hosts de prueba con un número reducido de usuarios.
• Tiene un grupo de hosts de producción configurado con un número reducido de usuarios, pero tiene previsto llegar a cientos de usuarios.
• Tiene una configuración simple que se puede replicar fácilmente. Por ejemplo, si las máquinas virtuales usan una imagen de la galería.

Preparación para la migración

Antes de empezar, debe 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 en la que creará nuevos objetos de servicio de Azure.

• Asegúrese de que tiene asignados los siguientes roles:

  • Colaborador
  • Administrador del acceso del usuario

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

Cómo migrar manualmente

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

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

1. Siga las instrucciones de Creación de un grupo de hosts con Azure Portal para crear todos los objetos de alto nivel con Azure Portal.
2. Si desea transferir las máquinas virtuales que ya está usando, siga las instrucciones de 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 de 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 Configurar la autenticación multifactor.

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

Pasos siguientes

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

Una vez que haya migrado, conozca cómo funciona Azure Virtual Desktop en nuestros tutoriales. Obtenga información sobre las funcionalidades de administración avanzadas en Expandir un grupo de hosts existente y personalizar las propiedades de RDP.

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