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.

Nota:

Para conocer las diferencias en las características e instrucciones T-SQL admitidas, consulte las instrucciones Diferencias entre las características y Compatibilidad con instrucciones T-SQL. Para conocer las diferencias generales entre los niveles de servicio para Azure SQL Database y Azure SQL Managed Instance, consulte los niveles de servicio De uso general y Crítico para la empresa.

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:

Serie estándar (Gen5) Serie prémium Serie prémium optimizada para memoria
CPU - Procesadores Intel® E5-2673 v4 (Broadwell) de 2,3 GHz, Intel® SP-8160 (Skylake) e Intel® 8272CL (Cascade Lake) de 2,5 GHz Procesadores Intel® 8370C (Ice Lake) de 2,8 GHz Procesadores Intel® 8370C (Ice Lake) de 2,8 GHz
Número de núcleos virtuales
Núcleo virtual =1 LP (hiperproceso)
21-80 núcleos virtuales 21-128 núcleos virtuales 4-128 núcleos virtuales
Memoria máxima (relación memoria/núcleo virtual) 5,1 GB por núcleo virtual: 408 GB máximo
Agregue más núcleos virtuales para obtener más memoria.
7 GB por núcleo virtual hasta 80 núcleos virtuales: 560 GB como máximo 13,6 GB por núcleo virtual hasta 64 núcleos virtuales: 870,4 GB como máximo
Memoria máxima de OLTP en memoria Límite de instancia: 0,8-1,65 GB por núcleo virtual Límite de instancias: 1,1 - 2,3 GB por núcleo virtual Límite de instancias: 2,2 - 4,5 GB por núcleo virtual
Tamaño máximo de almacenamiento reservado de instancia2 Uso general: hasta 16 TB
Crítico para la empresa: hasta 4 TB
Uso general: hasta 16 TB
Crítico para la empresa: hasta 5,5 TB
Uso general: hasta 16 TB
Crítico para la empresa: hasta 16 TB

1 La implementación de una instancia de 2 núcleos virtuales solo es posible dentro de un grupo de instancias.
2 Depende del número de núcleos virtuales.

Nota:

Si su carga de trabajo requiere tamaños de almacenamiento que rebasan los límites de los recursos disponibles para Azure SQL Managed Instance, valore la opción del nivel de servicio Hiperescala en Azure SQL Database.

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:

Zona geográfica Regiones compatibles con el hardware de la serie Premium optimizada para memoria y el hardware de la serie premium con almacenamiento de 16 TB
Europa Centro de Francia, Centro-oeste de Alemania, Norte de Italia, Norte de Europa, Centro de Polonia, Centro de Suecia, Norte de Suiza, Sur de Reino Unido y Oeste de Europa.
Oriente Medio, África. Centro de Catar
América Sur de Brasil, Centro de Canadá, Centro de EE. UU., Este de EE. UU., Este de EE. UU. 2, Centro-norte de EE. UU., Centro-sur de EE. UU., Oeste de EE. UU., Oeste de EE. UU. 2, Oeste de EE. UU. 3
Asia Pacífico Este de Australia, Sudeste de Australia, Norte de China 3, India central, Sur de la India, Este de Asia, Japón Oriental, Sudeste Asiático.

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.

Núcleos virtuales Serie estándar (Gen5) Serie prémium Serie prémium optimizada para memoria
4 núcleos virtuales 3,14 GB 4,39 GB 8,79 GB
6 núcleos virtuales - 6,59 GB 15,32 GB
8 núcleos virtuales 6,28 GB 8,79 GB 22,06 GB
10 núcleos virtuales - 12,11 GB 30,94 GB
12 núcleos virtuales - 15,43 GB 39,82 GB
16 núcleos virtuales 15,77 GB 22,06 GB 57,58 GB
20 núcleos virtuales - 28,70 GB 75,34 GB
24 núcleos virtuales 25,25 GB 35,34 GB 93,09 GB
32 núcleos virtuales 37,94 GB 53,09 GB 128,61 GB
40 núcleos virtuales 52,23 GB 73,09 GB 164,13 GB
48 núcleos virtuales - 95,34 GB 199,64 GB
56 núcleos virtuales - 117,58 GB 244,13 GB
64 núcleos virtuales 99,9 GB 139,82 GB 288,61 GB
80 núcleos virtuales 131,68 GB 184,30 GB 288,61 GB
96 núcleos virtuales N/D 184,30 GB 288,61 GB
128 núcleos virtuales N/D 184,30 GB 288,61 GB

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

Importante

El nivel de servicio Crítico para la empresa proporciona una copia integrada adicional de Instancia administrada de SQL (réplica secundaria) que se puede usar para la carga de trabajo de solo lectura. Si puede separar las consultas de lectura y escritura de las consultas de solo lectura, análisis e informes, obtiene el doble de núcleos virtuales y memoria por el mismo precio. La réplica secundaria puede retrasarse unos segundos con respecto a la instancia principal, por lo que está diseñada para descargar las cargas de trabajo de informes o análisis que no necesitan el estado exacto actual de los datos. En la tabla siguiente, las consultas de solo lectura son las consultas que se ejecutan en la réplica secundaria.

Característica Uso general Uso general de la nueva generación Crítico para la empresa
Número de núcleos virtuales* Serie estándar (Gen5): 21, 4, 8, 16, 24, 32, 40, 64, 80
Serie prémium:: 21, 4, 8, 16, 24, 32, 40, 64, 80
Serie prémium optimizada para memoria: 4, 8, 16, 24, 32, 40, 64, 80
Serie estándar (Gen5): 4, 8, 16, 24, 32, 40, 64, 80
Serie prémium: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 962, 1282
Serie prémium optimizada para memoria: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 802, 962, 1282
Serie estándar (Gen5): 4, 8, 16, 24, 32, 40, 64, 80
Serie prémium: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 962, 1282
Serie prémium optimizada para memoria: 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 802, 962, 1282
*Se dedica el mismo número de núcleos virtuales a consultas de solo lectura.
Memoria máxima Serie estándar (Gen5) : 20,4 GB - 408 GB (5,1 GB/núcleo virtual)
Serie prémium: 28 GB - 560 GB (7 GB/núcleo virtual)
Serie prémium optimizada para memoria: 54,4 GB - 870,4 GB (13,6 GB/núcleo virtual)
Serie estándar (Gen5) : 20,4 GB - 408 GB (5,1 GB/núcleo virtual)
Serie prémium: 28 GB - 560 GB (7 GB/núcleo virtual)
Serie prémium optimizada para memoria: 54,4 GB - 870,4 GB (13,6 GB/núcleo virtual)
Serie estándar (Gen5): 20,4 GB - 408 GB (5,1 GB/núcleo virtual) en cada réplica
Serie prémium: 28 GB - 560 GB (7 GB/núcleo virtual hasta 80 núcleos virtuales2) en cada réplica
Serie prémium optimizada para memoria: 54,4 GB - 870,4 GB (13,6 GB/núcleo virtual hasta 64 núcleos virtuales 2) en cada réplica
Tamaño máximo de almacenamiento de instancia (reservado) Serie estándar (Gen5):
- 2 TB para 4 núcleos virtuales
- 8 TB para 8 núcleos virtuales
- 16 TB para otros tamaños
Serie prémium:
- 2 TB para 4 núcleos virtuales
- 8 TB para 8 núcleos virtuales
- 16 TB para otros tamaños
Serie prémium optimizada para memoria:
- 2 TB para 4 núcleos virtuales
- 8 TB para 8 núcleos virtuales
- 16 TB para otros tamaños
Serie estándar (Gen5):
- 2 TB para 4 núcleos virtuales
- 8 TB para 8 núcleos virtuales
- 16 TB para otros tamaños
Serie prémium:
- 2 TB para 4 y 6 núcleos virtuales
- 8 TB para 8, 10 y 12 núcleos virtuales
-16 TB para 16, 20 y 24 núcleos virtuales
- 32 TB para 32, 40, 48, 56, 64, 80, 96, 128 núcleos virtuales
Serie prémium optimizada para memoria:
- 2 TB para 4 y 6 núcleos virtuales
- 8 TB para 8, 10 y 12 núcleos virtuales
-16 TB para 16, 20 y 24 núcleos virtuales
- 32 TB para 32, 40, 48, 56, 64, 80, 96, 128 núcleos virtuales
Serie estándar (Gen5):
- 1 TB para 4, 8 y 16 núcleos virtuales
- 2 TB para 24 núcleos virtuales
- 4 TB para 32, 40, 64 y 80 núcleos virtuales
Serie prémium:
- 1 TB para 4 y 6 núcleos virtuales
- 2 TB para 8, 10 y 12 núcleos virtuales
- 4 TB para 16 y 20 núcleos virtuales
- 5,5 TB para 24, 32, 40, 48, 56 núcleos virtuales
- 5,5 TB o 16 TB (dependiendo de la región) para 64, 80, 96, 128 núcleos virtuales 3
Serie prémium optimizada para memoria:
- 1 TB para 4 y 6 núcleos virtuales
- 2 TB para 8, 10 y 12 núcleos virtuales
- 4 TB para 16 y 20 núcleos virtuales
- 5,5 TB para 24 núcleos virtuales
- 5,5 TB o 8 TB (dependiendo de la región) para 32 y 40 núcleos virtuales4
- 12 TB para 48 y 56 núcleos virtuales
- 16 TB para 64, 80, 96 y 128 núcleos virtuales
Tamaño máximo de base de datos Hasta el tamaño de instancia disponible actualmente (según el número de núcleos virtuales). Hasta el tamaño de instancia disponible actualmente (según el número de núcleos virtuales). Hasta el tamaño de instancia disponible actualmente (según el número de núcleos virtuales).
Tamaño máximo de la base de datos tempdb Limitado a 24 GB/núcleo virtual (96 - 1,920 GB) y el tamaño de almacenamiento de instancia disponible actualmente.
Agregue más núcleos virtuales para obtener más espacio de tempdb.
El tamaño del archivo de registro está limitado a 120 GB.
Limitado a 24 GB/núcleo virtual (96 - 1,920 GB) y el tamaño de almacenamiento de instancia disponible actualmente.
Agregue más núcleos virtuales para obtener más espacio de tempdb.
El tamaño del archivo de registro está limitado a 120 GB.
Hasta el tamaño de almacenamiento de instancia disponible actualmente.
Número máximo de archivos tempdb 128 128 128
Número máximo de bases de datos por instancia 100 bases de datos de usuario, a menos que se alcance el límite del tamaño de almacenamiento de la instancia. 500 bases de datos de usuario 100 bases de datos de usuario, a menos que se alcance el límite del tamaño de almacenamiento de la instancia.
Número máximo de archivos de base de datos 280 por instancia, a menos que se alcance el tamaño de almacenamiento de la instancia o el límite del espacio asignado de Azure Premium Disk Storage. 4096 archivos por base de datos 32 767 archivos por base de datos, a menos que se alcance el límite del tamaño de almacenamiento de la instancia.
Tamaño máximo del archivo de datos El tamaño máximo de cada archivo de datos es de 8 TB. Use al menos dos archivos de datos para bases de datos de más de 8 TB. Hasta el tamaño de instancia disponible actualmente (según el número de núcleos virtuales). Hasta el tamaño de instancia disponible actualmente (según el número de núcleos virtuales).
Tamaño máximo del archivo de registro Limitado a 2 TB y el tamaño de almacenamiento de instancias disponible actualmente. Limitado a 2 TB y el tamaño de almacenamiento de instancias disponible actualmente. Limitado a 2 TB y el tamaño de almacenamiento de instancias disponible actualmente.
Datos/IOPS de registro (aproximado) 500 - 7500 por archivo
*Aumentar el tamaño del archivo para obtener más IOPS
Almacenamiento reservado * 3: hasta el límite de la máquina virtual. 300 en caso de 32 GB, 64 GB y 96 GB de almacenamiento reservado.
El límite de VM depende del número de núcleos virtuales
6400 IOPS para una VM con 4 núcleos virtuales: 80 000 IOPS para una VM con 128 núcleos virtuales
16 000 - 320 000 (4000 IOPS/núcleo virtual)
Agregue más núcleos virtuales para obtener un mejor rendimiento de E/S.
Rendimiento de datos (aproximado) De 100 a 250 MiB/s por archivo
*Aumentar el tamaño del archivo para mejorar el rendimiento de E/S
IOPS / 30 MBps: hasta el límite de la máquina virtual. 75 MBps en caso de 32 GB, 64 GB y 96 GB de almacenamiento reservado. Sin limitación.
Límite de rendimiento de escritura en el registro (por instancia) 4,5 MiB/s por núcleo virtual
120 MiB/s por instancia como máximo
De 22 a 65 MiB/s por base de datos (según el tamaño del archivo de registro)
*Aumentar el tamaño del archivo para mejorar el rendimiento de E/S
4,5 MiB/s por núcleo virtual
192 MiB/s como máximo
4,5 MiB/s por núcleo virtual
192 MiB/s como máximo
Latencia de E/S de almacenamiento (aproximada) 5-10 ms 3-5 ms 1-2 ms
OLTP en memoria (optimización en memoria No compatible No compatible Disponible, el tamaño depende del número de núcleos virtuales
Número máximo de sesiones 30000 30000 30000
Número máximo de trabajos simultáneos 105 * número de núcleos virtuales + 800 105 * número de núcleos virtuales + 800 105 * número de núcleos virtuales + 800
Réplicas de solo lectura 0 0 1 (incluida en el precio)
Aislamiento de proceso No se admite, ya que las instancias de uso general pueden compartir hardware físico con otras instancias No se admite, ya que las instancias de uso general de nueva generación pueden compartir hardware físico con otras instancias Serie estándar (Gen5):
Compatible con configuraciones con 64 o más núcleos virtuales
Serie prémium: compatible con configuraciones con 64 o más núcleos virtuales
Serie prémium optimizada para memoria: compatible con configuraciones con 64 núcleos virtuales o más
Réplicas para disponibilidad Nodos de espera para alta disponibilidad Nodos de espera para alta disponibilidad Cuatro réplicas de alta disponibilidad, 1 también es una réplica de escalado de lectura
Réplicas de solo lectura con grupos de migración tras error habilitados Una réplica de solo lectura adicional. Dos réplicas legibles totales, que incluyen la réplica principal. Una réplica de solo lectura adicional. Dos réplicas legibles totales, que incluyen la réplica principal. Dos réplicas de solo lectura adicionales, tres réplicas totales de solo lectura. Cuatro réplicas legibles totales, que incluyen la réplica principal.
Precios y facturación El núcleo virtual, el almacenamiento reservado y el almacenamiento de copia de seguridad se cobran.
No se cobran IOPS.
Se cobran núcleos virtuales, almacenamiento reservado, almacenamiento de copia de seguridad e IOPS (a través de la cuota gratuita). El núcleo virtual, el almacenamiento reservado y el almacenamiento de copia de seguridad se cobran.
No se cobran IOPS.
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
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
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

1 La implementación de una instancia de 2 núcleos virtuales solo es posible dentro de un grupo de instancias.
2 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.
3 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.
4 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.

Algunas 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.
  • Puedes crear otra réplica legible en otra región de Azure mediante grupos de conmutación por error
  • 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.
  • 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:

Número de núcleos virtuales Número máximo de IOPS para el nivel de servicio de uso general de nueva generación IOPS máximas para el nivel de servicio Crítico para la empresa
4 6\.400 16 000
6 9 600 24,000
8 12.800 32 000
10 16 000 40.000
12 19 200 48 000
16 25.600 64 000
20 32 000 80 000
24 38 400 96 000
32 51 200 128 000
40 64 000 160 000
48 76 800 192 000
56 80 000 224 000
64 80 000 256 000
80 80 000 320 000
96 80 000 320 000
128 80 000 320 000

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.

Importante

En ambos niveles de servicio, se le cobra por el tamaño máximo de almacenamiento que tiene configurado para una instancia administrada.

Para supervisar el tamaño de almacenamiento de instancias consumido total para SQL Managed Instance, use la métricastorage_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 DBCC SHRINKFILE.

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.

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:

Tamaño de archivo >=0 y <=129 GiB >129 y <=513 GiB >513 y <=1025 GiB >1025 y <=2049 GiB >2049 y <=4097 GiB >4097 GiB y <=8 TiB
IOPS por archivo 500 2300 5000 7500 7500 7500
Rendimiento por archivo 100 MiB/s 150 MiB/s 200 MiB/s 250 MiB/s 250 MiB/s 250 MiB/s

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.

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:

Limitaciones de recursos regionales

Nota:

Puede encontrar la información más reciente sobre la disponibilidad por región de las suscripciones en la sección Seleccionar regiones.

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.

Nota:

Estos límites son opciones de configuración predeterminadas y no limitaciones técnicas. Los límites se pueden aumentar a petición mediante la creación de una solicitud de soporte técnico especial en Azure Portal si necesita más instancias en la región actual. Como alternativa, puede crear nuevas instancias de Instancia administrada de SQL en otra región de Azure sin necesidad de enviar solicitudes de soporte técnico.

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):

Tipo de suscripción Límite predeterminado para subredes de SQL Managed Instance Límite predeterminado para unidades de núcleo virtual*
CSP 16 (30 en algunas regiones**) 960 (1440 en algunas regiones**)
EA 16 (30 en algunas regiones**) 960 (1440 en algunas regiones**)
Desarrollo/pruebas - Enterprise 6 320
Pago por uso 6 320
Desarrollo/pruebas - Pago por uso 6 320
Pase para Azure 3 64
BizSpark 3 64
BizSpark Plus 3 64
Patrocinio de Microsoft Azure 3 64
Microsoft Partner Network 3 64
Visual Studio Enterprise – MPN 3 64
Visual Studio Enterprise 3 32
Visual Studio Enterprise (BizSpark) 3 32
Visual Studio Professional 3 32
Plataformas de MSDN 3 32

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

Importante

En caso de que el límite de núcleos virtuales y de subredes sea 0, significa que no se ha establecido ningún límite regional predeterminado para el tipo de suscripción. También puede usar la solicitud de aumento de cuota para tener acceso a las suscripciones en una región específica siguiendo el mismo procedimiento e indicando los valores de núcleos virtuales y subredes necesarios.

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