Microsoft ha anunciado la disponibilidad general de Live Resize para discos compartidos Premium SSD v2 y Ultra Disk. La capacidad permite aumentar el tamaño del disco administrado mientras continúa conectado a varias máquinas virtuales, sin desasignarlas ni detener la aplicación que usa el almacenamiento compartido.
El cambio afecta sobre todo a cargas en clúster que dependen de almacenamiento de bloques compartido: instancias de bases de datos con failover, servicios de ficheros o aplicaciones empresariales coordinadas por Windows Server Failover Cluster o Pacemaker. Hasta ahora, ampliar un disco compartido obligaba a desacoplarlo de todos los nodos o desasignar las máquinas virtuales.
Qué resuelve Live Resize
La operación amplía la capacidad aprovisionada en Azure sin cortar las conexiones activas al disco. Eso permite empezar con un tamaño menor y crecer cuando el consumo real lo justifique. La ventaja no es solo disponibilidad: también reduce el incentivo para sobredimensionar capacidad desde el primer día por miedo a una ventana futura difícil de conseguir.
La disponibilidad se limita al aumento de capacidad. Azure no admite reducir el tamaño de un disco existente y la documentación indica que no puede ampliarse mientras se ejecuta una copia de datos en segundo plano sobre ese disco. El cambio tampoco convierte el espacio adicional en capacidad utilizable dentro del sistema operativo de forma automática.
El trabajo que queda dentro del clúster
Después de ampliar el recurso de Azure, Windows o Linux debe detectar el nuevo tamaño. Microsoft avisa de que la actualización puede tardar hasta diez minutos y puede requerir un nuevo escaneo. A continuación hay que extender el volumen, partición o sistema de ficheros con el procedimiento apropiado.
En un disco compartido, ese paso no debería ejecutarse como si fuera un disco local cualquiera. El gestor del clúster, el sistema de ficheros y la aplicación determinan desde qué nodo se amplía y qué comprobaciones deben hacerse. Live Resize evita detener la infraestructura, pero no sustituye el procedimiento del fabricante para extender almacenamiento en una carga agrupada.
Región, herramientas y coste
El anuncio no describe un despliegue regional separado. La disponibilidad práctica sigue condicionada a que Premium SSD v2 o Ultra Disk estén disponibles en la región y sean compatibles con la configuración de máquinas virtuales elegida. La operación puede iniciarse desde Azure Portal, Azure CLI o Azure PowerShell.
No se anuncia una licencia adicional. Se mantiene la facturación de los discos administrados según capacidad, IOPS y rendimiento aprovisionados. En discos compartidos Premium SSD v2 y Ultra no hay un recargo por cada máquina conectada, pero existen límites separados de lectura/escritura y solo lectura que también influyen en el coste. Ampliar capacidad puede cambiar la factura aunque la aplicación no se detenga.
Una documentación que aún necesita alinearse
La ficha de disponibilidad del 13 de agosto de 2026 declara Live Resize para estos discos compartidos como GA. Sin embargo, la página general de discos compartidos todavía conserva el texto anterior que exige desasignar o desacoplar todas las máquinas para ampliar. La comunicación más reciente es la referencia del cambio, pero yo no automatizaría la operación hasta comprobar que portal y API aceptan la configuración concreta.
Qué probaría antes de producción
- Confirmar tipo de disco, región, controlador, número de nodos y estado de cualquier copia en segundo plano.
- Tomar el backup o snapshot previsto por el procedimiento de la carga.
- Ampliar primero un entorno equivalente y medir cuánto tarda cada nodo en detectar el nuevo tamaño.
- Aplicar el procedimiento del clúster para extender volumen o sistema de ficheros.
- Verificar reservas, failover, latencia, IOPS y espacio visible desde todos los nodos.
- Actualizar el runbook con la diferencia entre ampliar el disco en Azure y ampliar la capa interna.
Lo importante es no traducir “sin downtime” como “sin operación”. Azure elimina la parada del recurso compartido, que era la parte más disruptiva. La ampliación segura de la carga sigue necesitando propietario, validación y una vuelta atrás definida.