Hoy hemos hecho una presentación previa de la versión preliminar pública de Azure SQL Database Hyperscale. SQL Database Hyperscale es un nuevo nivel de servicio de alta escalabilidad basado en SQL para bases de datos únicas que se adapta a petición a las necesidades de su carga de trabajo. Con SQL Database Hyperscale, las bases de datos se pueden escalar automáticamente hasta 100 TB, gracias a que ya no es necesario aprovisionar previamente los recursos de almacenamiento y a que aumenta significativamente el potencial de crecimiento de las aplicaciones sin restricciones por el tamaño del almacenamiento. La versión preliminar pública estará disponible el 1 de octubre de 2018.

En comparación con los niveles de servicio actuales de Azure SQL Database, Hyperscale ofrece las siguientes funcionalidades adicionales:

• Compatibilidad con un tamaño de base de datos de hasta 100 TB
• Escalado/reducción vertical y restauración a un momento dado con rapidez, independientemente del tamaño de la base de datos
• Mayor rendimiento de los registros en comparación con los niveles de servicio actuales
• Escalado horizontal de cargas de trabajo de solo lectura con réplicas de escalado de lectura sin copia de datos

Azure SQL Database Hyperscale se ha diseñado según una nueva arquitectura concebida para la nube que separa los procesos, los registros y el almacenamiento.

Nodos de proceso

Los nodos de proceso se asemejan a una instancia tradicional de SQL Server, pero sin archivos de registro ni archivos de datos locales. El nodo de proceso principal escribe registros transaccionales en el servicio de registros y captura páginas de datos de los servidores de páginas si no se encuentran en la memoria caché de datos local o en la extensión del grupo de búferes resistentes (RBPEX).

Servicio de registros

El servicio de registros externaliza el registro transaccional desde una base de datos de Hyperscale. La instancia de proceso principal escribe el registro en el servicio de registros. Los servidores de páginas y las instancias de proceso secundarias consumen el registro del servicio de registros. El servicio de registros también descarga los registros en un almacenamiento más económico a largo plazo para admitir la restauración a un momento dado.

Servidores de páginas

Los servidores de páginas hospedan y mantienen los archivos de datos. Consumen la secuencia de registro de los servicios de registro y aplican en los archivos de datos las modificaciones de datos descritas en la secuencia de registro. Las solicitudes de lectura de las páginas de datos no encontradas en la memoria caché de datos local o en RBPEX se envían a través de la red a los servidores de páginas que contienen dichas páginas. En los servidores de páginas, los archivos de datos se guardan en Azure Storage y se almacenan en la memoria caché principalmente mediante RBPEX.

Se crearán varios servidores de páginas para una base de datos grande. Cuando se escala la base de datos y el espacio disponible en los servidores de páginas existentes es inferior al del umbral, se agrega automáticamente un nuevo servidor de páginas a la base de datos. Como los servidores de páginas funcionan de forma independiente, nos permite escalar la base de datos sin restricciones de recursos locales.

Copia de seguridad y restauración a un momento dado automáticos

En una base de datos de Hyperscale, se realizan instantáneas periódicas de los archivos de datos obtenidas de los servidores de páginas, a fin de reemplazar la copia de seguridad de streaming tradicional. Esto nos permite realizar copias de seguridad de una base de datos muy grande en solo unos segundos. Junto con los registros almacenados en el servicio de registros, puede restaurar la base de datos a un momento dado durante el período de retención (siete días en la versión preliminar pública) en muy poco tiempo, independientemente del tamaño de la base de datos.

Estamos entusiasmados con los nuevos niveles de escalabilidad que SQL Database Hyperscale ofrece.  A partir del 1 de octubre, puede crear una base de datos de Hyperscale en doce regiones de Azure distintas. Para obtener más información, consulte la documentación de Azure SQL Database.