Cómo migrar desde Azure Lab Services: guía paso a paso

Azure Lab Services se retira el 28 de junio de 2027, y Microsoft cerró los nuevos registros el 15 de julio de 2024. Para migrar, tome dos decisiones por cada laboratorio: reconstruirlo o migrarlo, y reconstruir o migrar su imagen de VM personalizada. Las imágenes siempre se mueven primero, porque la herramienta de migración de laboratorios de CloudLabs asocia cada laboratorio con su imagen migrada por el nombre. Para uno o dos laboratorios sencillos, empezar desde cero suele ser más rápido; para entornos más grandes o imágenes difíciles de reconstruir, migre primero las imágenes y luego los laboratorios por lotes. Pruebe cada laboratorio migrado antes de que alguien imparta clase en él, haga la transición entre periodos académicos y no a mitad de curso, y ejecute un piloto al menos un periodo antes de su primer curso en producción.

Qué sustituye a Azure Lab Services y qué significa “migración” aquí

Microsoft, en su guía de retirada, enumera sus propios servicios, Azure Virtual Desktop y Windows 365 Cloud PC, además de soluciones de partners de Azure, como opciones de transición. CloudLabs de Spektra Systems es también una de las soluciones de partners incluidas en esa lista. Para ver cómo se comparan las opciones, consulte Comparativa de alternativas a Azure Lab Services.

No existe una actualización in situ. Microsoft no va a trasladar sus laboratorios a una nueva versión del servicio. Migrar significa sacar sus laboratorios y sus imágenes personalizadas de Azure Lab Services y reconstruirlos, o moverlos con herramientas, en otra plataforma.

La fecha límite determina qué conserva. Después del 28 de junio de 2027, perderá el acceso a sus cuentas de laboratorio, planes de laboratorio y laboratorios. Sí conservará el acceso a su Azure Compute Gallery y a las imágenes guardadas en ella. Esas imágenes pueden seguir disponibles para reutilizarlas o migrarlas más adelante, pero los propios laboratorios de Azure Lab Services dejarán de ser accesibles tras la retirada. Para ver el calendario completo de la retirada, consulte el calendario de retirada de Azure Lab Services.

Rutas de migración de Azure Labs: qué laboratorios e imágenes reconstruir y cuáles migrar

Toda migración de Azure Labs se reduce a dos decisiones por laboratorio.

• Primero, qué hacer con el laboratorio: el entorno del curso con su configuración, su calendario y sus usuarios.
• Segundo, qué hacer con su imagen personalizada: el disco de VM que su equipo creó con el software del curso instalado.

Para cada uno, o empieza desde cero en la nueva plataforma o migra lo que ya tiene.

	Empezar desde cero con la imagen	Migrar la imagen
Empezar desde cero con el laboratorio	Ruta 1: reconstruir ambos. Ideal para uno o dos laboratorios sencillos, o cuando quiere una imagen base más reciente.	Ruta 2: migrar la imagen y luego crear un laboratorio nuevo sobre ella. Ideal cuando la imagen es difícil de reconstruir pero la configuración del laboratorio es sencilla.
Migrar el laboratorio	No es posible para laboratorios que usan una imagen personalizada. La herramienta de migración de laboratorios necesita que la imagen migrada exista primero.	Ruta 3: migrar la imagen y luego el laboratorio. Ideal para muchos laboratorios, imágenes complejas o laboratorios cuyos usuarios deben moverse con ellos.

Al usar la herramienta de migración de laboratorios de CloudLabs, los laboratorios que usan imágenes personalizadas requieren que esas imágenes se migren primero, porque la herramienta asocia el laboratorio con la imagen migrada correspondiente.

Preguntas que deciden su ruta

1. Imágenes personalizadas. ¿Puede reconstruir la imagen rápidamente, o le llevaría días de instalaciones y pruebas? Reconstruya las imágenes sencillas; migre las complejas.
2. Redes virtuales personalizadas. ¿Sus laboratorios se conectan a su propia red, por ejemplo a un servidor de licencias o a recursos del campus? Si es así, debe existir una nueva red virtual con emparejamiento en la nueva plataforma antes de crear o migrar cualquier laboratorio.
3. Número de laboratorios. Con uno o dos laboratorios, crearlos desde cero suele ser más rápido. Con muchos, la herramienta de migración le ayuda a moverlos por lotes.
4. Usuarios. ¿Le resulta cómodo añadir o importar usuarios después del traslado? Si prefiere llevarse la lista de usuarios, migre el laboratorio.

¿Existe una herramienta de migración? Microsoft no ofrece ninguna. Su guía indica que los partners podrían ofrecer herramientas para migrar laboratorios automáticamente, y CloudLabs lo hace: un script de migración de imágenes y una herramienta de migración de laboratorios, que se describen en las dos secciones siguientes.

Cuándo empezar desde cero es la mejor opción. Microsoft señala que a menudo es más eficiente crear laboratorios nuevos que mover los antiguos. Es cierto cuando solo tiene unos pocos laboratorios, cuando sus imágenes necesitan una actualización (por ejemplo, a VMs de Generation 2) o cuando de todos modos planea rediseñar el laboratorio.

Cómo migrar imágenes de VM personalizadas

Si la imagen que necesita existe solo dentro de Azure Lab Services, expórtela primero a una Azure Compute Gallery; el script de migración de imágenes de CloudLabs funciona con imágenes almacenadas en una Azure Compute Gallery. Lo necesita para la Ruta 2 (migrar la imagen y luego crear un laboratorio nuevo) y la Ruta 3 (migrar la imagen y luego el laboratorio): siempre que una imagen sea demasiado compleja para reconstruirla, o que vaya a migrar un laboratorio que usa esa imagen.

Antes de empezar

Necesita dos conjuntos de accesos.

• En su lado de Azure: el rol Contributor (o superior) en el grupo de recursos o la suscripción que contiene la compute gallery. También sirve un rol personalizado si tiene acceso de lectura más permiso para crear discos administrados.
• En el lado de CloudLabs: una cuenta de administrador en el portal de CloudLabs, más cinco valores que proporciona el equipo de CloudLabs: grupo de recursos, ID de tenant, ID de suscripción, ID de aplicación y secreto de aplicación. En la práctica, la migración de imágenes empieza por contactar con CloudLabs.

Desde el portal de Azure, anote los nombres de las definiciones de imagen, el nombre de la compute gallery, su grupo de recursos y el ID de suscripción.

Ejecutar el script

1. Instale el módulo de Azure PowerShell: Install-Module Az

2. Abra PowerShell ISE como administrador.

3. Descargue el script, MigrateVMImagestoCloudLabs.ps1:

   Invoke-WebRequest -Uri https://cloudlabs.ai/alb-imagemigration-script -OutFile C:\MigrateVMImagestoCloudLabs.ps1

4. Inicie sesión en su entorno de Azure de origen con Connect-AzAccount, usando la cuenta que tiene los roles indicados arriba.

5. Ejecute el script con su grupo de recursos de origen, el nombre de la galería, el ID de suscripción, una lista de nombres de imagen separados por comas (-VMImagesList) y los cinco valores de CloudLabs.

6. Mantenga abierta la ventana de PowerShell. El script comprueba el progreso de la copia cada 2 minutos y le avisa cuando termina. Cerrar la ventana o pulsar Ctrl + C detiene la migración.

7. Para migrar más imágenes, ejecute Connect-AzAccount de nuevo y vuelva a ejecutar el script.

La copia se ejecuta en el lado del servidor en Azure; no se descarga ni se sube nada desde su equipo. El tiempo depende del tamaño y del número de discos, así que planifíquelo en lugar de esperar un tiempo fijo.

Qué obtiene

• Una nueva galería en CloudLabs, con el nombre de su galería de origen y el sufijo “migrated”, que contiene las imágenes copiadas. Sus imágenes originales permanecen donde estaban.
• Los discos temporales que el script crea en su grupo de recursos se eliminan automáticamente cuando termina.
• Para usar las imágenes, vaya a Manage VM Lab > Settings > Custom Images, añada la galería migrada, abra Manage Images y seleccione Sync Image.

Si una imagen falla, el script escribe un archivo de registro (CloudLabsVMImageMigration_ScriptLog) en la carpeta desde la que lo ejecutó; envíelo al equipo de CloudLabs. Las imágenes de Confidential VM no son compatibles.

Compruebe sus imágenes antes de depender de ellas

No dé por hecho que todas las imágenes funcionan sin cambios en la nueva plataforma. Microsoft señala que Azure Lab Services exporta solo imágenes especializadas, y sugiere recrear la imagen si va a pasar a VMs de Generation 2 o necesita una imagen generalizada. Pruebe cada imagen migrada en un laboratorio piloto antes de que un curso dependa de ella.

El repositorio de scripts de retirada de Microsoft en GitHub sirve para eliminar recursos de Azure Lab Services sin usar, no para migrarlos.

Cómo migrar laboratorios por lotes

Una vez que sus imágenes están en CloudLabs, la herramienta de migración de laboratorios recrea sus laboratorios a partir de las cuentas de laboratorio o los planes de laboratorio de Azure Lab Services, por lotes, sobre las imágenes migradas. El orden nunca cambia: primero las imágenes, luego los laboratorios y después la verificación.

El orden de las operaciones

1. Configure la red, si sus laboratorios la necesitan. Los laboratorios que se conectan a su propia red necesitan una nueva red virtual en CloudLabs, emparejada con la suya, antes de mover cualquier laboratorio. Pasará el nombre de esa red a la herramienta de migración de laboratorios al ejecutarla.
2. Migre las imágenes de las que dependen los laboratorios, como se describe arriba.
3. Ejecute la herramienta de migración de laboratorios sobre sus cuentas de laboratorio o planes de laboratorio. Busca la imagen de cada laboratorio por nombre en la galería migrada y recrea el laboratorio sobre ella.
4. Verifique cada laboratorio antes de que alguien imparta clase en él (vea la lista de comprobación de la siguiente sección).

Los usuarios son opcionales. Puede migrar la lista de usuarios de cada laboratorio junto con él, o dejar a los usuarios atrás y añadirlos o importarlos después. Empezar limpio suele ser más sencillo si, de todos modos, sus listas de estudiantes cambian cada periodo.

Qué cambia de nombre, no de función

Algunos conceptos de Azure Lab Services se mantienen con nombres nuevos. Conocerlos antes de su primer inicio de sesión le ahorra mucho tiempo de búsqueda.

En Azure Lab Services	En CloudLabs VM Labs
Planes de laboratorio y cuentas de laboratorio	Global Lab Settings a nivel de tenant: un único lugar para la configuración que antes estaba repartida entre varias entidades
Pool de VMs	Lab Instances: los laboratorios se despliegan bajo demanda cuando los alumnos los solicitan, y se gestionan desde la página Lab Instances
Horas de laboratorio por usuario	Restrict VM Uptime: una cuota opcional por usuario que incluye los eventos programados
Enlaces de restablecimiento de contraseña	Contraseñas únicas generadas aleatoriamente para cada usuario, distribuidas directamente

Las programaciones recurrentes de inicio y parada están disponibles en VM Labs, y los laboratorios se conectan a su LMS actual mediante LTI 1.1 y LTI 1.3.

Qué se conserva y qué comprobar

La herramienta de migración conserva de cada laboratorio el título, la fecha de caducidad, la configuración de apagado por inactividad, la imagen, la región y el tamaño de VM. No está confirmado que las asignaciones de estudiantes, las programaciones y las cuotas de uso se conserven, así que revise cada laboratorio migrado y vuelva a configurarlas donde sea necesario.

¿Qué migra realmente la herramienta de migración de CloudLabs?

Esta es la lista de elementos que la herramienta de migración conserva:

Elemento de Azure Lab Services	Comportamiento de la migración
Laboratorio	Se crea un laboratorio nuevo en CloudLabs
Imagen personalizada	Se migra por separado, primero
Título del laboratorio	Migrado
Fecha de caducidad	Migrada
Apagado por inactividad	Migrado
Tamaño de VM/SKU	Migrado/asignado
Región	Migrada
Lista de usuarios	Opcional

Para ver un desglose completo de los conceptos renombrados, consulte CloudLabs para usuarios de Azure Lab Services.

Antes de la transición: capacidad, verificación y piloto

Una migración no termina cuando los laboratorios se mueven. Termina cuando los ha comprobado, los ha pilotado y se ha asegurado de que hay suficiente capacidad de Azure para ejecutarlos. Haga las tres cosas antes de retirar Azure Lab Services.

Solicite capacidad con antelación

Los límites de núcleos de su suscripción de Azure no se pueden transferir de Azure Lab Services a una nueva plataforma. Los núcleos para la nueva configuración deben solicitarse de nuevo. Microsoft aconseja solicitarlos lo antes posible, en incrementos pequeños en lugar de una única solicitud grande, y mantenerse flexible en cuanto a la región.

Puede que necesite menos núcleos que antes. Microsoft sugiere basar la solicitud en el uso real de los laboratorios, y las plataformas que comparten VMs multisesión o despliegan laboratorios bajo demanda pueden ejecutar los mismos cursos con menos capacidad.

Verifique cada laboratorio migrado

• Todas las imágenes de VM migradas y visibles en la galería de imágenes de CloudLabs
• Cada laboratorio recreado a partir de su imagen migrada, con el orden “primero las imágenes” confirmado
• Títulos de laboratorio presentes, con la fecha de caducidad y la configuración de apagado por inactividad correctas
• Región de Azure y tamaño de VM correctos en cada plantilla de laboratorio
• Listas de usuarios completas (si migró usuarios) y acceso en funcionamiento

Después, invite a uno o dos usuarios de prueba a cada laboratorio antes de abrirlo a una clase completa.

Dé por aprobado el piloto

Un piloto es un curso real ejecutado en la nueva plataforma con un grupo pequeño. Se supera cuando:

• Los instructores han probado VM Shadow en una sesión en directo
• Los estudiantes han probado el acceso desde el navegador de principio a fin
• La integración LMS/LTI funciona para cada curso

Solo entonces programe la transición a producción, entre periodos académicos, con el profesorado y el equipo de TI formados y una vía de escalado de soporte confirmada para la semana de puesta en marcha.

Planificar hacia atrás desde el otoño de 2027

La mayoría de las instituciones que dejan Azure Lab Services tienen entre una y tres personas a cargo de toda la migración, además de todo lo demás. La forma de hacerlo manejable es planificar hacia atrás desde la fecha que no puede moverse, el 28 de junio de 2027, y desde el periodo en el que quiere abrir en la nueva plataforma.

Cuándo	Qué hacer
Desde ahora hasta diciembre de 2026	Inventaríe laboratorios e imágenes, elija la ruta para cada laboratorio y presente la solicitud de presupuesto. Revise ahora el ciclo presupuestario de su institución; las aprobaciones para una nueva plataforma pueden tardar meses.
Periodo de primavera de 2027	Pilote uno o dos cursos reales en la nueva plataforma. Migre las imágenes y solicite los núcleos en paralelo.
Entre los periodos de primavera y verano	Haga la transición de los laboratorios de producción por oleadas, tras la verificación y la formación de los instructores.
28 de junio de 2027	Azure Lab Services se retira. Cualquier laboratorio que siga en él queda inaccesible.
Otoño de 2027	Las secciones abren en la nueva plataforma, con las lecciones del piloto ya incorporadas.

Cuánto tarda el trabajo técnico depende de cuántos laboratorios e imágenes tenga y de lo complejos que sean. No hay una cifra fija, y precisamente por eso el piloto necesita un periodo completo.

Migre por oleadas, no todo a la vez

Evite: hacer la transición a mitad de curso, ejecutar una migración importante justo antes de que empiece el periodo, dejar sus imágenes más complejas para la última oleada, formar a los instructores después del traslado y descubrir problemas de integración en producción.

Busque: una evaluación temprana, un piloto antes de producción, migración entre periodos, oleadas controladas y verificación antes de que los alumnos tengan acceso.

Riesgos de una migración apresurada frente a planificar ahora

Cuando la migración se hace con prisas, la preparación de los instructores, las comprobaciones del LMS y la planificación de costes quedan comprimidas en una ventana mucho más pequeña.

Riesgo	En una migración apresurada	Impacto en estudiantes e instructores	Cómo ayuda la planificación
Interrupción operativa	La migración se solapa con periodos académicos activos.	Acceso a laboratorios retrasado, sesiones lentas o talleres interrumpidos.	Recree los laboratorios con antelación, pruébelos y mueva los cursos gradualmente en torno al calendario académico.
Instructores sin preparación	Los instructores se encuentran con herramientas nuevas sin tiempo de preparación.	Las sesiones transcurren con menos fluidez y la calidad de la enseñanza se resiente.	Los instructores conocen la plataforma en sesiones piloto antes del despliegue.
Problemas de integración con el LMS	Los enlaces de inicio de laboratorio pueden comportarse de forma distinta.	Enlaces rotos, problemas de inicio de sesión o acceso retrasado.	Revise las integraciones con el LMS antes de la migración final.
Costes de nube inesperados	La configuración de uso y los límites de recursos están mal configurados.	Mayor uso de Azure y costes difíciles de predecir.	Revise los patrones de uso y ajuste la configuración de los laboratorios antes de la migración.

¿Qué pueden hacer los equipos durante una migración en paralelo?

CloudLabs VM Labs admite una migración en paralelo: Azure Lab Services y VM Labs funcionan al mismo tiempo mientras usted mueve los cursos uno a uno. Durante esa ventana, su equipo puede:

• Recrear los entornos de laboratorio existentes en VM Labs
• Probar los laboratorios migrados con los instructores antes de que los vean los estudiantes
• Ejecutar sesiones piloto con un grupo pequeño de estudiantes reales
• Revisar la integración con el LMS y los enlaces de inicio de laboratorio curso por curso

Mientras tanto, los cursos actuales siguen funcionando en Azure Lab Services.

Por qué funciona la migración en paralelo

• Los cursos activos no se interrumpen. Los estudiantes de los cursos de este periodo siguen usando sus laboratorios actuales hasta que su curso se traslada.
• El profesorado tiene tiempo para aprender la plataforma. Los instructores prueban VM Labs en sesiones piloto antes de impartir clase en él.
• Los estudiantes mantienen un acceso ininterrumpido. No hay ningún intervalo entre la desaparición del laboratorio antiguo y la disponibilidad del nuevo.
• Usted controla los tiempos. Cada curso se traslada cuando está listo y verificado, no todos a la vez contra la fecha límite.

Empiece con una prueba de concepto gratuita

CloudLabs ofrece una prueba de concepto gratuita y guiada para los clientes de Azure Lab Services. Los clientes que cumplan los requisitos pueden obtener hasta $2,000 en créditos de Azure ofrecidos por CloudLabs para apoyar su transición desde Azure Lab Services.

Los expertos revisan su entorno, laboratorios e imágenes actuales, elaboran un plan y un calendario de migración, y apoyan un piloto con sus propios cursos: los instructores prueban VM Shadow, los estudiantes prueban el acceso desde el navegador y su equipo comprueba la integración con el LMS de principio a fin.

• Pruebe la plataforma con usuarios seleccionados. Organice sesiones de laboratorio controladas, ejecute pruebas piloto en directo y recopile comentarios accionables.
• Obtenga soporte gestionado de principio a fin. Incluye configuración de laboratorios, gestión de la configuración, scripts de automatización y resolución prioritaria de incidencias.
• Conozca calendarios de migración claros. Los expertos de CloudLabs analizarán su configuración actual de laboratorios y compartirán estimaciones de los plazos de transición.
• Realice comprobaciones exhaustivas de compatibilidad con su LMS actual. Verifique la integración entre CloudLabs VM Labs y su ecosistema de aprendizaje existente.

Inicie una prueba de concepto (POC) gratuita y evalúe la plataforma en su entorno real.

Obtenga el plan de migración completo

El Azure Lab Services Migration Playbook (edición 2026) cubre todo lo que se trata en esta guía con más profundidad, incluida una lista de comprobación de preparación, el plan de migración completo de 9 fases y la lista de comprobación previa a la transición, en un formato que puede compartir con la dirección.

Descargue el Azure Lab Services Migration Playbook (edición 2026)

Para más guías y herramientas, visite CloudLabs VM Labs y Alternativas a Azure Lab Services y guía de migración.

Preguntas frecuentes

¿Existe una herramienta oficial de migración de Microsoft?

No. Microsoft publica scripts de limpieza, no una herramienta de migración. La guía de retirada de Microsoft indica que los partners podrían ofrecer herramientas para migrar laboratorios automáticamente. CloudLabs ofrece un script de migración de imágenes y una herramienta de migración de laboratorios para pasar de Azure Lab Services a CloudLabs VM Labs.

¿Puedo conservar mis imágenes después de la retirada?

Sí. Las imágenes guardadas en su Azure Compute Gallery siguen siendo accesibles después del 28 de junio de 2027. Los laboratorios, los planes de laboratorio y las cuentas de laboratorio, no.

¿Los límites de núcleos se transfieren a una nueva plataforma?

No. Los límites de núcleos de la suscripción de Azure no se pueden transferir desde Azure Lab Services, así que solicite los núcleos para la nueva plataforma con antelación.

¿Cuánto tarda la migración de imágenes?

Depende del tamaño y del número de discos. No hay un tiempo fijo, así que ejecute una migración de prueba de una imagen durante el piloto para estimarlo.

¿Tengo que migrar los usuarios junto con mis laboratorios?

No. Migrar los usuarios es opcional. Puede mover la lista de usuarios de un laboratorio junto con él, o añadir e importar los usuarios después.