Niveles de servicio de Azure SQL Database e Instancia administrada de Azure SQL

  • Artículo
  • Tiempo de lectura: 8 minutos

SE APLICA A: Azure SQL Database Azure SQL Managed Instance

Hay dos niveles de servicio de núcleo virtual disponibles en Azure SQL Database y en Azure SQL Managed Instance:

  • El nivel De uso general es un nivel económico diseñado para la mayoría de las cargas de trabajo con requisitos comunes de rendimiento y disponibilidad.
  • El nivel Crítico para la empresa está diseñado para las cargas de trabajo sensibles al rendimiento con requisitos estrictos de disponibilidad.

Azure SQL Database también proporciona el nivel de servicio Hiperescala:

  • El nivel Hiperescala está diseñado para la mayoría de las cargas de trabajo empresariales; proporciona almacenamiento altamente escalable, escalado horizontal de lectura, escalado rápido y funcionalidades rápidas de restauración de las bases de datos.

Para ver una comparación entre el modelo de compra basado en núcleo virtual y el modelo de compra basado en DTU, consulte Modelos de compra y recursos.

Comparación de niveles de servicio

En la tabla siguiente se describen las diferencias principales entre los niveles de servicio.

- Tipo de recurso De uso general Hiperescala Crítico para la empresa
Más adecuado para Ofrece opciones de proceso y almacenamiento equilibradas adecuadas para un presupuesto limitado. La mayoría de las cargas de trabajo empresariales. Escalado automático del tamaño de almacenamiento hasta 100 TB, escalado de procesos vertical y horizontal fluido, restauración rápida de bases de datos. Aplicaciones de OLTP con una alta tasa de transacciones y latencia de E/S baja. Ofrece mayor resistencia a los errores y rapidez en las conmutaciones por error mediante varias réplicas actualizadas sincrónicamente.
Disponible en estos tipos de recurso: SQL Database / Instancia administrada de SQL Base de datos única de Azure SQL Database SQL Database / Instancia administrada de SQL
Tamaño de proceso SQL Database 1 a 80 núcleos virtuales 1 a 80 núcleos virtuales 1 a 128 núcleos virtuales
Instancia administrada de SQL 4, 8, 16, 24, 32, 40, 64 y 80 núcleos virtuales N/D 4, 8, 16, 24, 32, 40, 64 y 80 núcleos virtuales
Grupos de Instancia administrada de SQL 2, 4, 8, 16, 24, 32, 40, 64 y 80 núcleos virtuales N/D N/D
Tipo de almacenamiento All Almacenamiento remoto Almacenamiento local de SSD y remoto en niveles Almacenamiento local de SSD
Tamaño de la base de datos SQL Database 1 GB a 4 TB 40 GB a 100 TB 1 GB a 4 TB
Instancia administrada de SQL 32 GB – 16 TB N/D 32 GB – 16 TB
Tamaño de almacenamiento SQL Database 1 GB a 4 TB 40 GB a 100 TB 1 GB a 4 TB
Instancia administrada de SQL 32 GB – 16 TB N/D 32 GB – 16 TB
Tamaño de TEMPDB SQL Database 32 GB por núcleo virtual 32 GB por núcleo virtual 32 GB por núcleo virtual
Instancia administrada de SQL 24 GB por núcleo virtual N/D Hasta 4 TB: limitado en función del tamaño de almacenamiento
Rendimiento de escritura de registros SQL Database Bases de datos únicas: 4,5 MB/s por núcleo virtual (máximo 50 MB/s)
Grupos elásticos: 6 MB/s por núcleo virtual (máximo 62,5 MB/s)		 100 MB/s Bases de datos únicas: 12 MB/s por núcleo virtual (máximo 96 MB/s)
Grupos elásticos: 15 MB/s por núcleo virtual (máximo 120 MB/s)
Instancia administrada de SQL 3 MB/s por núcleo virtual (máximo 22 MB/s) N/D 4 MB/s por núcleo virtual (máximo 48 MB/s)
Disponibilidad SQL Database (SLA) 99,99% 99,95 % con una réplica secundaria; 99,99 % con más réplicas 99,99%
99,995 % con una base de datos única con redundancia de zona
SQL Managed Instance (SLA) 99,99% 99,95 % con una réplica secundaria; 99,99 % con más réplicas 99,99%
99,995 % con una base de datos única con redundancia de zona
Copias de seguridad All RA-GRS, de 1 a 35 días (7 días de forma predeterminada) RA-GRS, 7 días, recuperación a un momento dado (PITR) rápida RA-GRS, de 1 a 35 días (7 días de forma predeterminada)
OLTP en memoria N/D La compatibilidad es parcial. Se admiten tipos de tablas optimizadas para memoria, variables de tabla y módulos compilados de forma nativa. Disponible
Réplicas de solo lectura 0 integradas
0 a 4 con replicación geográfica		 0 a 4 integradas 1 integrada, incluida en el precio
0 a 4 con replicación geográfica
Precios y facturación SQL Database El núcleo virtual, el almacenamiento reservado y el almacenamiento de copia de seguridad se cobran.
Las IOPS no se cobran.		 Se cobran los núcleos virtuales de cada réplica y el almacenamiento usado.
IOPS todavía no se ha cargado.		 El núcleo virtual, el almacenamiento reservado y el almacenamiento de copia de seguridad se cobran.
Las IOPS no se cobran.
Instancia administrada de SQL El núcleo virtual, el almacenamiento reservado y el almacenamiento de copia de seguridad se cobran.
Las IOPS no se cobran.		 N/D El núcleo virtual, el almacenamiento reservado y el almacenamiento de copia de seguridad se cobran.
Las IOPS no se cobran.
Modelos de descuento Instancias reservadas
Ventaja híbrida de Azure (no disponible en suscripciones de desarrollo y pruebas)
Suscripciones de Desarrollo/pruebas de Enterprise y de pago por uso		 Ventaja híbrida de Azure (no disponible en suscripciones de desarrollo y pruebas)
Suscripciones de Desarrollo/pruebas de Enterprise y de pago por uso		 Instancias reservadas
Ventaja híbrida de Azure (no disponible en suscripciones de desarrollo y pruebas)
Suscripciones de Desarrollo/pruebas de Enterprise y de pago por uso

Nota

Para más información sobre el Acuerdo de Nivel de Servicio (SLA), vea SLA para Azure SQL Database o SLA para Azure SQL Managed Instance.

Límites de recursos

Para más información sobre los límites de recursos, vea lo siguiente:

Almacenamiento de datos y de registro

Los factores siguientes afectan a la cantidad de almacenamiento utilizado para los datos y los archivos de registro, y se aplican a los niveles De uso general y Crítico para la empresa. Para información detallada sobre el almacenamiento de datos y registros en Hiperescala, consulte Nivel de servicio Hiperescala.

  • Cada tamaño de proceso admite un tamaño máximo de datos con un valor predeterminado de 32 GB.
  • Al configurar el tamaño máximo de datos, se agrega automáticamente un 30 por ciento adicional de almacenamiento para los archivos de registro.
  • Puede seleccionar cualquier tamaño máximo de datos entre 1 GB y el tamaño de almacenamiento máximo admitido, en incrementos de 1 GB.
  • En el nivel de servicio De uso general, tempdb usa el almacenamiento local de SSD y este costo de almacenamiento se incluye en el precio del núcleo virtual.
  • En el nivel de servicio Crítico para la empresa, tempdb comparte el almacenamiento local de SSD con datos y archivos de registro, y el costo de almacenamiento tempdb se incluye en el precio del núcleo virtual.
  • El tamaño máximo de almacenamiento para una instancia de SQL Managed Instance se debe especificar en múltiplos de 32 GB.

Importante

En los niveles De uso general y Crítico para la empresa, se le cobra por el tamaño máximo de almacenamiento que tiene configurado para una base de datos, un grupo elástico o una instancia administrada. En el nivel Hiperescala, se le cobrará el almacenamiento de datos asignado.

Si desea supervisar el tamaño actual del almacenamiento de datos asignados y utilizados en SQL Database, use las métricas allocated_data_storage y storage Azure Monitor, respectivamente. Para supervisar el tamaño de almacenamiento de instancias consumido total para SQL Managed Instance, use la métrica storage_space_used_mb. Si desea supervisar el tamaño actual del almacenamiento asignado y utilizado de datos y archivos de registro individuales en una base de datos con T-SQL, utilice la vista sys.database_files y la función FILEPROPERTY(... , 'SpaceUsed').

Sugerencia

En algunas circunstancias, puede que deba reducir una base de datos para reclamar el espacio no utilizado. Para obtener más información, consulte Administración del espacio de archivo en Azure SQL Database.

Copias de seguridad y almacenamiento

Para admitir las funcionalidades de restauración a un momento dado (PITR) y retención a largo plazo (LTR) de SQL Database y SQL Managed Instance, se asigna almacenamiento a las copias de seguridad de base de datos. Este almacenamiento es independiente del almacenamiento de datos y archivos de registro, y se factura por separado.

  • PITR: En los niveles De uso general y Crítico para la empresa, las copias de seguridad de base de datos individuales se copian en el almacenamiento con redundancia geográfica con acceso de lectura (RA-GRS) automáticamente. El tamaño de almacenamiento aumenta dinámicamente a medida que se crean nuevas copias de seguridad. El almacenamiento se utiliza para copias de seguridad completas, diferenciales y del registro de transacciones. El consumo de almacenamiento depende de la tasa de cambio de la base de datos y del período de retención configurado para las copias de seguridad. Puede configurar un período de retención independiente para cada base de datos de entre 1 y 35 días para SQL Database y de entre 0 a 35 días para SQL Managed Instance. Se proporciona una cantidad de almacenamiento de copia de seguridad equivalente al tamaño máximo de datos configurado sin costo adicional.
  • LTR: también tiene la opción de configurar la retención a largo plazo de copias de seguridad completas hasta un máximo de 10 años. Si ha instalado la directiva de LTR, estas copias de seguridad se almacenan en almacenamiento RA-GRS automáticamente, pero puede controlar la frecuencia con que se realizan las copias de seguridad. Para satisfacer los distintos requisitos de cumplimiento, puede seleccionar distintos períodos de retención para copias de seguridad semanales, mensuales o anuales. La configuración que elija determina la cantidad de almacenamiento que se usará para las copias de seguridad de LTR. Para obtener más información, vea Retención de copias de seguridad a largo plazo.

Pasos siguientes

Para detalles sobre los tamaños de almacenamiento y proceso específicos disponibles en los niveles de servicio de núcleo virtual, consulte: