Hoy anunciamos la versión preliminar limitada de Azure Shared Disks, el primer almacenamiento en bloque compartido del sector. Azure Shared Disks permite la siguiente oleada de cargas de trabajo de almacenamiento en bloque que migran a la nube, incluidas las aplicaciones empresariales más exigentes que actualmente se ejecutan en el entorno local en redes de área de almacenamiento (SAN). En este grupo se incluyen las bases de datos en clúster, los sistemas de archivos en paralelo, los contenedores persistentes y las aplicaciones de aprendizaje automático. Esta capacidad única permite a los clientes ejecutar cargas de trabajo sensibles a la latencia, sin comprometer los conocidos patrones de implementación para obtener una conmutación por error rápida y alta disponibilidad. Esto incluye las aplicaciones creadas para sistemas de archivos en clúster basados en Windows o Linux, como Global File System 2 (GFS2).

Con Azure Shared disks, los clientes tienen ahora la flexibilidad de migrar a Azure entornos en clúster que se ejecuten en Windows Server, incluido Windows Server 2008 (que ha alcanzado el final del soporte técnico). Esta funcionalidad está diseñada para admitir instancias de clúster de conmutación por error (FCI) de SQL Server, servidores de archivos de escalabilidad horizontal (SoFS), servidores de escritorio remoto (RDS) e instancias de SAP ASCS/SCS que se ejecuten en Windows Server.

Le animamos a que comience y solicite acceso, solo tiene que rellenar este formulario.

Uso de Azure Shared Disks

Azure Shared Disks proporciona una experiencia coherente para las aplicaciones que ahora se ejecutan en entornos en clúster. Esto significa que cualquier aplicación que use actualmente reservas persistentes (PR) de SCSI puede utilizar este conocido conjunto de comandos para registrar los nodos del clúster en el disco. Después, la aplicación puede elegir entre una gran variedad de modos de acceso admitidos para que uno o varios nodos lean o escriban en el disco. Estas aplicaciones pueden implementarse en configuraciones de alta disponibilidad y, al mismo tiempo, aprovechar las garantías de durabilidad de los discos de Azure.

En el diagrama siguiente se muestra un ejemplo de aplicación de base de datos en clúster de dos nodos que organiza la conmutación por error de un nodo a otro.
  
El flujo es el siguiente:

1. La aplicación en clúster que se ejecuta en la máquina virtual 1 de Azure y en la máquina virtual 2 de Azure registra la intención de leer o escribir en el disco.
2. La instancia de la aplicación de la máquina virtual 1 de Azure adquiere una reserva exclusiva para escribir en el disco.
3. Esta reserva se le aplica al disco de Azure y ahora la base de datos puede escribir en el disco de forma exclusiva. Las operaciones de escritura que procedan de la instancia de la aplicación de la máquina virtual 2 de Azure no progresarán.
4. Si la instancia de la aplicación de la máquina virtual 1 de Azure deja de funcionar, la instancia de la máquina virtual 2 de Azure puede iniciar una conmutación por error de la base de datos y utilizar el disco.
5. La reserva se aplica ahora al disco de Azure, que ya no aceptará operaciones de escritura que procedan de la instancia de la aplicación de la máquina virtual 1 de Azure. Ahora solo aceptará operaciones de escritura de la instancia de la aplicación de la máquina virtual 2 de Azure.
6. La aplicación en clúster puede completar la conmutación por error de la base de datos y atender las solicitudes desde la máquina virtual 2 de Azure.

En el diagrama siguiente se muestra otra carga de trabajo común que consta de varios nodos que leen datos del disco para ejecutar trabajos en paralelo (por ejemplo, para entrenar modelos de Machine Learning).
  
El flujo es el siguiente:

1. La aplicación registra todas las máquinas virtuales en el disco.
2. La instancia de la aplicación de la máquina virtual 1 de Azure adquiere una reserva exclusiva para escribir en el disco mientras permite operaciones de lectura desde otras máquinas virtuales.
3. Esta reserva se le aplica al disco de Azure.
4. Ahora todos los nodos del clúster pueden leer el disco. Solo un nodo puede escribir resultados en el disco en nombre de todos los nodos del clúster.

Tipos, tamaños y precios de los discos

Los discos de Azure Shared Disks están disponibles en SSD Premium y ofrecen tamaños de disco que incluyen y superan a la instancia P15 (es decir, 256 GB). Pronto estará disponible la compatibilidad con Azure Ultra Disks. Los discos de Azure Shared Disks solo se pueden habilitar como discos de datos (no como discos de sistema operativo). Cada montaje adicional en un disco de Azure Shared Disks (SSD Premium) se cobrará en función del tamaño del disco. Consulte la página de precios de los discos de Azure para obtener más información sobre los precios de la versión preliminar limitada.

Azure Shared Disks frente a Azure Files

Azure Shared Disks proporciona acceso compartido a almacenamiento en bloque que pueden aprovechar varias máquinas virtuales. Deberá usar un administrador de clústeres basado en Windows y Linux, como un clúster de conmutación por error de Windows Server (WSFC), Pacemaker o Corosync, para la comunicación entre nodos y para habilitar el bloqueo de escritura. Si busca un servicio de archivos totalmente administrado en Azure al que se pueda acceder usando el protocolo Bloque de mensajes del servidor (SMB) o Network File System (NFS), consulte estas páginas sobre Azure Files Premium o Azure NetApp Files.

Introducción

Puede crear discos de Azure Shared Disks usando plantillas de Azure Resource Manager. Si desea obtener más información sobre cómo empezar a usar Azure Shared Disks en versión preliminar, consulte la documentación. Para conocer las últimas novedades sobre la disponibilidad regional y de Ultra Disks, consulte las preguntas más frecuentes sobre los discos de Azure. Aquí tiene un vídeo de Mark Russinovich de Microsoft Ignite 2019 que trata sobre Azure Shared Disks.

En las próximas semanas, se habilitarán la funcionalidad en el portal y los SDK. La compatibilidad con Azure Backup y Azure Site Recovery no está disponible actualmente. Para instrucciones detalladas sobre todas las operaciones de discos, consulte la documentación de Managed Disks.

Si está interesado en participar en la versión preliminar, puede comenzar por solicitar acceso.