Introducción a los límites de recursos de Instancia administrada de Azure SQL

Se aplica a: Azure SQL Managed Instance

En este artículo se proporciona información general sobre las características técnicas y los límites de recursos de Instancia administrada de Azure SQL, además de información sobre cómo solicitar un aumento de estos límites.

Características de configuración de hardware

Instancia administrada de SQL tiene características y límites de recursos que dependen de la infraestructura y la arquitectura subyacentes. SQL Managed Instance puede implementarse en varias generaciones de hardware.

Las generaciones de hardware tienen diferentes características, que se describen en la tabla siguiente:

¹ La implementación de una instancia de 2 núcleos virtuales solo es posible dentro de un grupo de instancias.
² Depende del número de núcleos virtuales.
³ Solo las principales regiones pueden proporcionar 16 TB de almacenamiento. Las regiones más pequeñas limitan el almacenamiento disponible a 5,5 TB.

Compatibilidad regional para el hardware de la serie Premium optimizada para memoria y para el hardware de la serie premium con almacenamiento de 16 TB

La compatibilidad con el hardware de la serie premium con almacenamiento de 16 TB tiene la misma disponibilidad que la compatibilidad con el hardware de la serie Premium optimizada para memoria. Actualmente, la compatibilidad con el hardware de la serie Premium optimizada para memoria y el hardware de la serie premium con almacenamiento de 16 TB solo está disponible en estas regiones específicas:

Espacio disponible de OLTP en memoria

La cantidad de espacio OLTP en memoria en el nivel de servicio Crítico para la empresa depende del número de núcleos virtuales y de la configuración de hardware. En la tabla siguiente se indican los límites de memoria que se pueden usar para los objetos OLTP en memoria.

Características del nivel de servicios

Instancia administrada de SQL tiene dos niveles de servicio: De uso general y Crítico para la empresa. Puede optar por usar el nivel de servicio de uso general de la nueva generación actualizado (versión preliminar).

Número de núcleos virtuales

¹ La implementación de una instancia de 2 núcleos virtuales solo es posible dentro de un grupo de instancias.

Memoria máxima

¹ La relación de memoria a núcleo virtual solo está disponible hasta 80 núcleos virtuales para hardware de serie Premium y 64 núcleos virtuales para la serie Premium optimizada para memoria. La memoria máxima está limitada a 560 GB para núcleos virtuales de la serie Premium por encima de 80 y 870,4 GB para núcleos virtuales de la serie Premium optimizadas para memoria por encima de 64.

Tamaño máximo de almacenamiento de instancia (reservado)

¹ Solo las principales regiones pueden proporcionar 16 TB de almacenamiento para el hardware de la serie Premium para estos números de núcleo virtual de CPU. Las regiones más pequeñas limitan el almacenamiento disponible a 5,5 TB.
² Solo las principales regiones pueden proporcionar 8 TB de almacenamiento para el hardware optimizado para memoria de la serie Premium para estos números de núcleo virtual de CPU. Las regiones más pequeñas limitan el almacenamiento disponible a 5,5 TB.

Comparación de características

Consideraciones adicionales:

• El tamaño de almacenamiento de instancias disponible actualmente es la diferencia entre el tamaño de instancia reservada y el espacio de almacenamiento usado.
• Tanto el tamaño de datos como el de archivo de registro de las bases de datos del usuario y el sistema están incluidos en el tamaño de almacenamiento de instancia que se compara con el límite de tamaño de almacenamiento máximo. Use la vista del sistema sys.master_files para determinar el espacio total empleado por las bases de datos. Los registros de errores no se mantienen y no se incluyen en el tamaño. Las copias de seguridad no se incluyen en el tamaño del almacenamiento.
• El rendimiento y las IOPS en el nivel de uso general también dependen del tamaño de archivo y no están limitados explícitamente por la SQL Managed Instance.
• El número máximo de IOPS por instancia depende del diseño del archivo y la distribución de la carga de trabajo. Por ejemplo, si crea siete archivos de 1 TB con un máximo de 5000 IOPS cada uno y siete archivos pequeños (menos de 128 GB) con 500 IOPS cada uno, puede obtener 38 500 IOPS por instancia (7 x 5000 + 7 x 500) si la carga de trabajo puede usar todos los archivos. Observe que también se usan algunas IOPS para las copias de seguridad automáticas.
• Puedes crear otra réplica legible en otra región de Azure mediante grupos de conmutación por error
• Los nombres de los archivos tempdb no pueden tener más de 16 caracteres.

Encuentre más información sobre los límites de recursos en grupos de Instancia administrada de SQL en este artículo.

E/S

Para los niveles de servicio de uso general de nueva generación y Crítico para la empresa, las IOPS disponibles se dictan mediante el número de núcleos virtuales:

• Nivel de servicio de uso general de nueva generación: valor fijo de IOPS en función del número de núcleos virtuales. El precio del almacenamiento incluye las IOPS mínimas. Si se supera el mínimo, se cobra de la siguiente manera: 1 IOPS = precio del almacenamiento (por región) dividido por tres. Por ejemplo, si 1 GB de almacenamiento cuesta 0,115, 1 IOPS = 0,115/3 = 0,038 por IOPS.
• Nivel de servicio crítico para la empresa: usa una fórmula (4000 IOPS/núcleo virtual) para determinar los límites de IOPS.

En la tabla siguiente se enumeran las IOPS máximas disponibles para cada nivel de servicio en función del número de núcleos virtuales:

Características de E/S de archivos en el nivel De uso general

En el nivel de servicio de uso general, cada archivo de base de datos obtiene IOPS y rendimiento dedicados que dependen del tamaño de archivo. Los archivos de datos de mayor tamaño obtienen más IOPS y rendimiento. En la tabla siguiente se muestran las características de E/S de los archivos de base de datos:

Si observa una latencia de E/S alta en algún archivo de base de datos o que se va a alcanzar el límite de IOPS/rendimiento, puede mejorar el rendimiento si aumenta el tamaño de archivo.

También hay un límite de nivel de instancia en el rendimiento de escritura de registro máximo (consulte la tabla anterior para conocer los valores, por ejemplo, 22 MiB/s), por lo que es posible que no pueda llegar al archivo máximo en el archivo de registro porque se está alcanzando el límite de rendimiento de la instancia.

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.

• 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.

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').

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 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 que abarque entre 1 y 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 usa para las copias de seguridad de LTR. Para obtener más información, vea Retención de copias de seguridad a largo plazo.

Regiones admitidas

Instancia administrada de SQL solo se puede crear en las regiones admitidas. Para crear Instancia administrada de SQL en una región que no se admita actualmente, puede enviar una solicitud de soporte técnico a través de Azure Portal.

Tipos de suscripciones admitidos

Actualmente, Instancia administrada de SQL admite la implementación solo en los siguientes tipos de suscripciones:

• Contrato Enterprise (EA)
• Pago por uso
• Proveedor de nube (CSP)
• Desarrollo/pruebas - Enterprise
• Desarrollo/pruebas - Pago por uso
• Suscripciones con crédito mensual de Azure para suscriptores de Visual Studio
• Evaluación gratuita
• Azure for Students
• Azure bajo licencia por volumen Open

Limitaciones de recursos regionales

Los tipos de suscripción compatibles pueden contener un número limitado de recursos por región. La SQL Managed Instance tiene dos límites predeterminados por región de Azure (que se pueden aumentar a petición mediante la creación de una solicitud de soporte técnico especial en Azure Portal), en función de un tipo de suscripción:

• Límite de subred: número máximo de subredes en que se implementan instancias de Instancia administrada de SQL en una sola región.
• Límite de unidades de núcleos virtuales: el número máximo de unidades de núcleo virtual que se pueden implementar en todas las instancias en una sola región. Un núcleo virtual de GP usa una unidad de núcleo virtual y un núcleo virtual de BC usa cuatro unidades de núcleo virtual. El número total de instancias no está limitado, siempre que se encuentre dentro del límite de unidades de núcleo virtual.

En la tabla siguiente se muestran los límites regionales predeterminados de los tipos de suscripción admitidos (estos límites se pueden ampliar mediante una solicitud de soporte técnico):

* En el planeamiento de las implementaciones, tenga en cuenta que el nivel de servicio Crítico para la empresa (BC) requiere cuatro (4) veces más capacidad de núcleo virtual que el nivel de servicio De uso general (GP). Por ejemplo: 1 núcleo virtual de GP = 1 unidad de núcleo virtual y 1 núcleo virtual de BC = 4 núcleos virtuales. Para simplificar el análisis de consumo en los límites predeterminados, resuma las unidades de núcleo virtual de todas las subredes de la región en la que se implementa Instancia administrada de SQL y compare los resultados con los límites de la unidad de instancia del tipo de suscripción. El límite Número máximo de unidades de núcleo virtual se aplica a cada suscripción en una región. No hay ningún límite por subredes individuales, salvo que la suma de todos los núcleos virtuales implementados en varias subredes debe ser inferior o igual al número máximo de unidades de núcleo virtual.

** Los límites de subred y núcleos virtuales más grandes están disponibles en las siguientes regiones: Este de Australia, Este de EE. UU., Este de EE. UU. 2, Norte de Europa, Centro-sur de EE. UU., Sudeste Asiático, Sur de Reino Unido, Oeste de Europa, Oeste de EE. UU. 2.

Solicitar un aumento de cuota

Si necesita más instancias en las regiones actuales, puede enviar una solicitud de soporte técnico para ampliar la cuota a través de Azure Portal. Para más información, consulte Solicitud de aumentos de cuota para Azure SQL Database.

Pasos siguientes

• Para obtener más información sobre Instancia administrada de SQL, vea ¿Qué es Instancia administrada de SQL?
• Para obtener información de precios, vea Precios de Instancia administrada de SQL.
• Para obtener información sobre cómo crear la primera instancia de Instancia administrada de SQL, vea la guía de inicio rápido.
• Acuerdo de Nivel de Servicio de Azure SQL Managed Instance