Azure VM: cuatro etapas de ciclo de vida, cero plazos
En pocas palabras: Microsoft definió a fines de septiembre de 2026 cuatro etapas para series de VM de Azure (Current, Extended, End of Life y Retired), pero no informó cuánto dura cada una. Solo las series en End of Life tienen fecha de retiro, como Dv3 el 15 de noviembre de 2029.
Microsoft definió a fines de septiembre de 2026 un ciclo de vida Azure VM de cuatro etapas (Current, Extended, End of Life y Retired) para sus series de máquinas virtuales, pero no publicó cuánto dura cada una. Solo las series en End of Life tienen fecha de retiro propia.
El ciclo de vida de una VM de Azure es el marco con el que Microsoft clasifica cada serie de tamaños de máquina virtual en cuatro etapas según su vigencia: Current para despliegues nuevos, Extended para cargas existentes, End of Life cuando el retiro ya está anunciado y Retired cuando la serie deja de existir. Se aplica a la serie de hardware, no a cada VM individual, según Microsoft Learn.
En este artículo:
- En 30 segundos
- ¿Cuáles son las cuatro etapas del ciclo de vida de una VM en Azure?
- ¿Cuánto dura cada etapa del ciclo de vida de una VM de Azure?
- ¿Qué está confirmado y qué no sobre el ciclo de vida Azure VM?
- ¿Qué pasa con mis VM cuando la serie llega a End of Life o Retired?
- ¿Qué conviene hacer hoy si usás VM de generaciones anteriores en Azure?
- Errores comunes con el ciclo de vida de las VM de Azure
- Preguntas Frecuentes
- Conclusión
- Fuentes
En 30 segundos
- Las etapas son Current, Extended, End of Life y Retired, y Microsoft las publicó a fines de septiembre de 2026.
- Microsoft no dijo cuánto dura Current ni Extended. Su vocero habló de “aviso previo” sin cifras.
- Cada serie en End of Life tiene fecha propia: Dv3, Dsv3, Ev3 y Esv3 se retiran el 15 de noviembre de 2029.
- Desde julio de 2026 esas series ya tienen restricciones de capacidad: las suscripciones nuevas no pueden desplegarlas y las existentes no obtienen cuota adicional.
¿Cuáles son las cuatro etapas del ciclo de vida de una VM en Azure?
Current, Extended, End of Life y Retired. Current es lo recomendado para despliegues nuevos, Extended mantiene soporte completo para cargas existentes, End of Life arranca cuando Microsoft anuncia el retiro y Retired significa que no podés crear la serie, redimensionar hacia ella ni ejecutarla. La definición sale de la documentación de Learn.
| Etapa | Acción recomendada | Qué esperar |
|---|---|---|
| Current | Adoptar y expandir | Recomendada para despliegues nuevos |
| Extended | Continuar y evaluar | Soporte completo; conviene mirar series más nuevas |
| End of Life | Planificar la modernización | Retiro anunciado y restricciones en suscripciones nuevas |
| Retired | Modernización completada | No se puede crear, redimensionar hacia ella ni ejecutar |
Un ejemplo de la propia documentación, en propósito general: las series v6 y v7 están en Current, v4 y v5 en Extended, y v1 a v3 con retiro anunciado en End of Life. Según Windows Report, la política cubre las familias de propósito general, memoria optimizada, cómputo optimizado y almacenamiento optimizado.
¿El ciclo de vida es lo mismo que el estado running, stopped o deallocated de una VM?
No. Las etapas describen a la serie; running, stopped y deallocated describen el estado de energía de una VM puntual. Las fuentes solo tocan “deallocated” en el contexto del retiro: llegada la fecha, las VM que sigan en una serie retirada se desasignan y dejan de funcionar.
¿Cuánto dura cada etapa del ciclo de vida de una VM de Azure?
Microsoft no lo dice. Ni el post ni la documentación fijan meses o años para Current o Extended, y esa es la noticia.
The Register le preguntó a Microsoft si el ciclo tiene un ritmo predecible, dado que el post habla de cambio “predecible”. Respuesta de un vocero (traducción nuestra): «seguiremos dando a los clientes aviso previo cuando series seleccionadas de VM de generaciones anteriores entren en la etapa End of Life». Ni una cifra.
Lo único con números está en End of Life, donde cada serie tiene fecha de anuncio y de retiro. Sacando la cuenta de la tabla de retiros de Learn (el cálculo de la ventana es nuestro), la distancia entre ambas fechas no es uniforme:
| Serie | Anuncio | Retiro planificado | Ventana aproximada |
|---|---|---|---|
| D, Ds, Dv2, Dsv2 | 31/03/2025 | 01/05/2028 | 3 años y 1 mes |
| F, Fs, Fsv2 | 15/10/2025 | 15/11/2028 | 3 años y 1 mes |
| Standard_M192 v2 | 22/03/2024 | 31/03/2027 | 3 años |
| NVv3 y NVv4 | 15/04/2025 | 30/09/2026 | unos 17 meses |
| NP | 02/04/2026 | 31/05/2027 | unos 14 meses |
Conclusión de planificación: no hay una regla única para armar tu calendario. Ojo con NVv3 y NVv4: su fecha planificada (30 de septiembre de 2026) pasó hace una semana y la versión de la página que revisamos todavía las muestra como “Announced”. Si las usás, confirmalo en tu portal.
¿Qué está confirmado y qué no sobre el ciclo de vida Azure VM?
Confirmado por Microsoft
- Las cuatro etapas y su definición. Están en Learn y en el post de la empresa.
- Fecha de retiro por serie. Una vez anunciado el retiro, la página de retiros publica la fecha planificada.
- Aviso directo. El vocero dijo que los clientes reciben notificación directa sobre los retiros de sus VM específicas.
- Restricciones de capacidad separadas del retiro. Dv3, Dsv3, Ev3 y Esv3 las tienen desde julio de 2026 y se retiran el 15 de noviembre de 2029.
Sin confirmar o poco claro
- Duración de Current y Extended. No hay dato publicado.
- Vínculo con los seis años de operación de servidores. Según The Register, Microsoft ya había dicho que opera servidores Azure seis años; el medio señala que no está claro si el ciclo depende de ese calendario.
- Qué cambia en Extended. The Register cita “cambios en opciones de compra y precios” sin detalle. Learn, en cambio, dice que Extended tiene soporte completo, y Windows Report menciona posibles restricciones de cuota.
- Datos de las VM desasignadas. The Register dice que se preservan. Learn no lo detalla en general y solo lo afirma para las NP-series (datos de discos administrados).
¿Qué pasa con mis VM cuando la serie llega a End of Life o Retired?
En End of Life la serie sigue disponible y con soporte hasta su fecha de retiro, pero con restricciones. En Retired, según Learn, las VM que queden se desasignan, dejan de funcionar, dejan de generar cargos y pierden SLA y soporte.
La restricción de capacidad es lo que muerde primero. Para las series afectadas (D, Ds, Dv2, Dsv2, Dv3, Dsv3, B, Bs, Av2, Amv2, F, Fs, Fsv2, Ev3, Esv3, G, Gs, Ls y Lsv2), la página oficial describe este escenario: Cubrimos ese tema en detalle en certificaciones de Azure según tu rol.
- Suscripción nueva: no puede desplegar esas series.
- Suscripción existente con cuota aprobada: puede desplegar y redesplegar, sujeto a capacidad.
- Pedido de cuota adicional: no se aprueba.
- Cuota sin capacidad regional: el despliegue puede fallar igual, porque la cuota no es una reserva.
Ejemplo hipotético: una empresa tiene 40 VM Dsv3 en una suscripción vieja con cuota aprobada para 60. Puede crecer hasta ese tope si hay capacidad en la región, pero no puede pedir más. Si abre una suscripción nueva para otra unidad de negocio, ahí no despliega Dsv3 directamente. El retiro de Dv3, Dsv3, Ev3 y Esv3 afecta a las 32 sizes de esas series y, según Learn, no aplica a Azure Government, Azure operado por 21Vianet ni regiones de nubes soberanas.
¿Qué conviene hacer hoy si usás VM de generaciones anteriores en Azure?
Identificá la etapa de cada serie que usás y planificá la migración antes de que la capacidad te limite. Microsoft recomienda la serie v5 para la transición con menos disrupción y las v6 y v7 para las funciones y el rendimiento más nuevos. Si la serie no tiene guía específica, podés redimensionar desde el portal, PowerShell, CLI o Terraform, confirmando que el tamaño nuevo soporte todo lo que tu carga necesita.
Criterio de verificación (propuesta editorial, no de Microsoft): armá una planilla con serie, etapa, fecha de retiro, si tiene restricción de capacidad y cantidad de VM. Ordenala por fecha de retiro y poné primero lo que tenga retiro cercano y restricción a la vez. Revisala cuando llegue un aviso, y cruzala con Azure Advisor y Azure Service Health, que Microsoft señala para ver retiros próximos y recursos afectados. Más contexto en la comparativa entre Microsoft y GitHub.
Ahora, la lectura de incentivos. The Register opina (es su análisis, no un dato de Microsoft) que mover clientes a series nuevas le conviene a Redmond, porque el silicio reciente suele traer más núcleos por chip y mejor rendimiento por watt, lo que baja sus costos operativos. Tiene lógica, aunque nadie dijo que ese ahorro llegue a tu factura, y para quien presupuesta en dólares desde Argentina esa pregunta pesa.
Una cosa más: no toda carga necesita un hiperescalador, y si tenés VPS o servicios cloud livianos que podrían vivir en infraestructura local, vale mirar también opciones como donweb.com antes de pagar una migración cara.
Errores comunes con el ciclo de vida de las VM de Azure
- Confundir restricción de capacidad con retiro. Dv3 y Ev3 no están retiradas: tienen restricción desde julio de 2026 y retiro el 15 de noviembre de 2029. Son procesos separados.
- Creer que la cuota aprobada garantiza lugar. Microsoft aclara que la cuota no es una reserva. Si la región no tiene capacidad, el redeploy puede fallar.
- Esperar el aviso para empezar. Microsoft promete aviso previo para End of Life, pero no dice cuánto dura Current ni Extended, así que no hay forma de calcular cuándo llegará el primero.
- Redimensionar sin revisar funciones. Learn pide confirmar que el tamaño nuevo soporte lo que tu carga necesita (discos, red, características de hardware) antes del cambio.
Preguntas Frecuentes
¿Cuánto tiempo tiene una serie de VM de Azure en estado Current?
Microsoft no publicó ese plazo. Ni el post de septiembre de 2026 ni la documentación de Learn fijan años para Current, y ante la consulta de The Register la empresa solo habló de aviso previo cuando series antiguas entran en End of Life.
¿Qué diferencia hay entre End of Life y Retired en Azure?
En End of Life el retiro está anunciado, pero la serie sigue disponible y con soporte hasta la fecha, con restricciones en suscripciones nuevas. En Retired ya no se puede crear, redimensionar hacia ella ni ejecutar, y las VM restantes pierden SLA y soporte. Lo explicamos a fondo en el caso de los repos hackeados.
¿Qué pasa con mi VM de Azure cuando se retira la serie?
Llegada la fecha de retiro, Azure desasigna las VM que queden en la serie: dejan de funcionar, dejan de generar cargos y no tienen SLA ni soporte. Los datos de discos administrados se preservan según Learn solo para las NP-series; para el resto, verificalo con Microsoft antes de depender de ello.
¿Cómo migro mi VM de Azure a una serie más nueva?
Si la serie tiene guía de modernización, seguila; si no, redimensioná la VM desde el portal de Azure, PowerShell, CLI o Terraform. Microsoft recomienda v5 para la menor disrupción y v6 o v7 para lo más nuevo, y pide confirmar antes que el tamaño destino soporte las funciones de tu carga.
Conclusión
Microsoft puso nombre a las etapas, pero lo que más importa para planificar (cuánto dura Current y cuánto dura Extended) sigue sin respuesta. Lo concreto está en End of Life: fechas de retiro por serie y, para Dv3, Dsv3, Ev3 y Esv3, restricciones de capacidad que ya rigen desde julio de 2026.
Qué hacer: inventariá qué series usás, anotá su etapa y su fecha, y empezá por las que tengan restricción de capacidad y retiro cercano. Una promesa de “aviso previo” sin plazo no alcanza para armar un presupuesto.
Fuentes
- Microsoft Azure Blog – Post oficial sobre el ciclo de vida mejorado de las VM de Azure
- Microsoft Learn – Resumen del ciclo de vida de las VM
- Microsoft Learn – Retiros de series, restricciones de capacidad y guía de modernización
- The Register – Microsoft define el ciclo de vida de sus instancias Azure sin plazos
- Windows Report – Microsoft explica la política de ciclo de vida de las VM de Azure
