Hola a tod@s,
Hace unos días veíamos las principales novedades de Azure Local 2607, una versión muy interesante por la llegada de iSCSI en disponibilidad general, Confidential VMs en preview, mejoras en Azure Migrate y una mayor madurez de la plataforma.
Microsoft ha publicado ahora un hotfix asociado a esta rama que conviene que revisemos con calma, especialmente si ya estáis evaluando o planificando la actualización a 2607 en entornos de laboratorio, preproducción o producción.
La idea de este artículo es aterrizar, ver qué corrige este hotfix, por qué es importante y qué deberíamos revisar antes de aplicarlo en nuestros clústeres de Azure Local.
• El hotfix actualiza la solución Azure Local 2607 a la versión 12.2607.1003.71, manteniendo el OS Build 26100.33158.
• La corrección más visible es que las Trusted launch VMs creadas en versiones anteriores vuelven a iniciar correctamente después de actualizar a 2607.
• También se consolidan correcciones de fiabilidad en operaciones de VM, redes lógicas, capacidad, estabilidad de agentes y escenarios de gran escala.
¿Qué cambia con este hotfix de Azure Local 2607?
En mi anterior artículo sobre Azure Local 2607 hable de una release muy enfocada en madurez, nuevas capacidades de almacenamiento y mejoras para operación híbrida. Este hotfix no cambia el mensaje principal, pero sí refuerza una parte muy importante: la fiabilidad operativa.
Cuando una plataforma se usa para cargas críticas, las correcciones que parecen pequeñas, pero en realidad son las que marcan la diferencia. Hablamos de eliminar una VM sin que quede bloqueada, conservar correctamente los placement settings, evitar que un recurso de clúster se elimine por un error de red o que una comprobación de capacidad impida una operación válida.
Por eso, aunque no estemos ante una release cargada de nuevas funcionalidades, sí estamos ante una actualización relevante para nosotros que ejecutamos Azure Local como plataforma de producción.
Versiones de referencia
| Elemento | Versión anterior del artículo 2607 | Hotfix / versión actual indicada |
| Azure Local | 12.2607.1003.69 | 12.2607.1003.71 |
| OS Build | 26100.33158 | 26100.33158 |
| Enfoque | Novedades y correcciones iniciales | Corrección adicional de problemas conocidos y estabilidad |
Problemas corregidos que merece la pena destacar
| Área | Problema | Qué corrige | Impacto práctico |
| Trusted launch VMs | Las TVMs creadas en versiones anteriores podían no iniciar después de actualizar el clúster a 2607. | Con el hotfix, estas VMs vuelven a iniciar correctamente tras actualizar a 2607. | Muy alto si ya usas TVMs o tienes workloads sensibles. |
| Eliminación de VMs | La eliminación podía fallar con el error “An invalid IP address was specified”, dejando la VM y su interfaz de red bloqueadas. | La eliminación se completa de forma fiable incluso si la NIC no tiene IP privada asignada. | Alto para operación diaria y limpieza de recursos. |
| Placement settings | Al actualizar una VM con una API o herramienta antigua, la configuración de ubicación podía borrarse de forma silenciosa. | La configuración de ubicación se conserva automáticamente durante las actualizaciones. | Alto para clústeres con reglas de ubicación o planificación específica. |
| Disponibilidad de VM | Un fallo durante la reconciliación de red podía eliminar el recurso de clúster subyacente de la VM. | El recurso de clúster queda protegido si falla un paso de red. | Muy alto, porque afecta a disponibilidad. |
| Agentes en clústeres grandes | Un problema de temporización podía bloquear agentes principales de VM en entornos grandes de hasta 64 nodos. | Se corrige la temporización y mejora la estabilidad a escala. | Alto en despliegues grandes. |
| Capacity checks | Una regresión podía devolver resultados incorrectos en comprobaciones previas a operaciones de VM. | Las comprobaciones de capacidad vuelven a devolver información correcta. | Medio/alto, porque puede bloquear cambios válidos. |
| Redes lógicas e IPs solapadas | Tras actualizar, rangos IP solapados podían impedir modificar o eliminar interfaces de red. | Las operaciones de interfaz de red vuelven a funcionar incluso con ese solapamiento. | Alto si vienes de versiones previas y tienes redes lógicas existentes. |
| DNS en redes lógicas | Los servidores DNS configurados podían no mostrarse en portal o CLI aunque siguieran aplicándose. | Portal y CLI vuelven a mostrar correctamente la configuración DNS. | Medio, mejora visibilidad y troubleshooting. |
| Escala de más de 2.000 VMs | Componentes de monitorización y gestión podían reiniciarse, superar límites de memoria o generar carga excesiva. | Se ajustan memoria, límites, registros y mantenimiento interno para operar mejor a gran escala. | Muy alto para entornos masivos. |
| Arc Resource Bridge | Una incompatibilidad entre componentes internos podía dejar el despliegue bloqueado hasta agotar el tiempo de espera. | Los componentes quedan alineados y el despliegue puede completarse correctamente. | Alto para nuevos despliegues o redeploys. |
Para finalizar.
1. Si tienes Trusted launch VMs, este hotfix cambia la conversación
En la anterior publicación de 2607 el aviso importante era claro: si teníamos TVMs creadas en versiones anteriores, teníamos que ser muy prudente. Este hotfix corrige precisamente ese escenario, por lo que conviene que revisemos de nuevo la planificación de actualización si este punto era el bloqueo principal.
2. Muchas correcciones son de “día dos”
La mayor parte de los fixes no van de desplegar una característica nueva, sino de operar mejor: borrar VMs, modificar NICs, conservar placement, validar capacidad y mantener agentes estables. Este tipo de correcciones son las que reducen incidencias reales en producción.
3. La escala importa cada vez más
Microsoft está afinando Azure Local para escenarios grandes, incluyendo clústeres de hasta 64 nodos y entornos con más de 2.000 máquinas virtuales. No todos tendremos ese tamaño, pero las mejoras de estabilidad suelen beneficiar también a los entornos más pequeños.
4. Arc Resource Bridge sigue siendo una pieza crítica
Si Arc Resource Bridge no despliega o queda bloqueado, la experiencia de gestión se resiente. Que el hotfix corrija una incompatibilidad interna ayuda especialmente en despliegues nuevos, reconstrucciones o laboratorios donde se repite el proceso muchas veces.
Para mí, el punto más relevante del hotfix es la corrección relacionada con Trusted launch VMs. En entornos donde la seguridad de las cargas es prioritaria, no poder iniciar una VM tras una actualización era un bloqueo serio. Que este punto quede corregido cambia mucho la estrategia de adopción para algunos clientes.
También destacaría las mejoras en operaciones de ciclo de vida de máquinas virtuales. La eliminación de VMs, la conservación de placement settings, la protección del recurso de clúster y la corrección de capacity checks son mejoras que no siempre lucen en una presentación, pero que se agradecen muchísimo cuando administras la plataforma todos los días.
Otra área relevante es la escala. Azure Local sigue creciendo como plataforma para escenarios híbridos, edge y datacenter moderno. Ver correcciones específicas para entornos de hasta 64 nodos y más de 2.000 VMs demuestra que Microsoft está trabajando en los casos de uso grandes y exigentes.
Como siempre, antes de actualizar, revisad muy bien las notas oficiales, validaciones del OEM, firmware, drivers, backups y ventana de mantenimiento. En Azure Local no debemos tratar las actualizaciones como si fueran parches aislados de Windows Server. Estamos actualizando una solución completa y eso requiere planificación.
Si estabas esperando a que Azure Local 2607 madurara un poco más antes de probarlo en serio, este hotfix es una buena señal. No convierte la release en algo completamente distinto, pero sí refuerza lo más importante: estabilidad, operación y confianza.
Ya sabemos las correcciones que nos trae este hotfix y viendo cómo va evolucionando Azure Local me da más ganas de saber que nos traerán las próximas actualizaciones de ir conociendo más esta solución y de compartir estos conocimientos con vosotros, ahora viene un breve periodo de vacaciones aprovechare para cargas las baterías para empezar en septiembre a tope.
Saludos nos vemos en el proximo artículo.