BookinglyTech News
Infraestructura

Azure Australia East se queda sin capacidad para las VM v7 de las series F y D

Un administrador reporta que sus máquinas de las series F y D v7 no se despliegan en las zonas 1 y 2 de la región australiana. Volver a las SKU de la generación v6 las arranca.

2 min de lecturar/sysadmin0 vistas

Un administrador de sistemas que opera escritorios virtuales en Azure ha avisado esta mañana de que sus máquinas de las series F y D de la generación v7 no se despliegan en la región Australia East. El fallo alcanza a cargas repartidas entre las zonas de disponibilidad 1 y 2, entre ellas algún jump box que no arrancaba al empezar la semana. La salida provisional que apunta el propio usuario es mover las VM a SKU de la generación v6, que sí levantan.

El aviso es un único reporte de primera mano, no un comunicado. No hay confirmación de Microsoft ni parte de incidencia del que tirar, así que conviene tratarlo como señal y no como diagnóstico cerrado. Tampoco hay detalle de cuántos clientes están afectados ni de si el problema toca solo a ciertos tamaños dentro de las familias F y D o a todo el catálogo v7 de la región.

Lo que sí encaja es el patrón. Australia East ya arrastró episodios de capacidad ajustada en el pasado, cuando la demanda de cómputo general superó lo que la región tenía disponible. El síntoma esta vez es el mismo tipo de error de asignación: la plataforma responde que no hay sitio para colocar la VM, no que la configuración esté mal.

Si operas en Australia East

Lo primero es no perder el lunes. Cambiar el tamaño a una SKU v6 es el parche que reporta el usuario, y es razonable mientras se aclara el alcance. Si el despliegue admite reparto, mover cargas a otra zona o a otra región evita depender de un único pool de capacidad. Merece la pena revisar además cualquier plantilla o política de escalado que fije la generación v7 por defecto: con la región tensionada, un autoscaling agresivo solo va a acumular errores de asignación en el log.

También conviene mirar los grupos de host de Azure Virtual Desktop, porque es ahí donde más duele. Un pool que no puede crear instancias nuevas se queda sin margen para absorber la demanda de la mañana, y los usuarios lo notan antes que el equipo de plataforma.

La duda de fondo es si esto es un pico puntual o el arranque de otro tramo de estrechez en la región. Sin parte oficial, nadie puede saberlo todavía. Quien tenga margen para esperar, mejor que no fije hoy nada crítico a v7 en Australia East.