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 configuraciones de hardware.
Nota
Se ha cambiado el nombre del hardware Gen5 a Serie estándar (Gen5).
Para obtener información sobre el hardware disponible anteriormente, consulte Hardware disponible anteriormente más adelante en este artículo.
Las configuraciones 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) |
4-80 núcleos virtuales | 4-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 instancia1 | 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 |
1Depende 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
Actualmente, la compatibilidad con el hardware de la serie Premium optimizada para memoria solo está disponible en estas regiones específicas:
| Geography | Regiones compatibles con el hardware de la serie Premium optimizada para memoria |
|---|---|
| Europa, Oriente Medio, África | Centro de Francia, Centro-oeste de Alemania, Norte de Europa, Centro de Suecia, Sur de Reino Unido, Oeste de Europa |
| 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, Centro de la India, Este de Asia, Este de Japón, 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 |
| 8 núcleos virtuales | 6,28 GB | 8,79 GB | 22,06 GB |
| 16 núcleos virtuales | 15,77 GB | 22,06 GB | 57,58 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 |
| 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.
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 | Crítico para la empresa |
|---|---|---|
| Número de núcleos virtuales* | 4, 8, 16, 24, 32, 40, 64 y 80 | Serie estándar (Gen5) : 4, 8, 16, 24, 32, 40, 64, 80 Serie prémium: 4, 8, 16, 24, 32, 40, 64, 80, 96 1, 1281 Serie prémium optimizada para memoria: 4, 8, 16, 24, 32, 40, 64, 801, 961, 1281 *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) en cada réplica Serie prémium: 28 GB - 560 GB (7 GB/núcleo virtual hasta 80 núcleos virtuales1) 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 1) en cada réplica |
| Tamaño máximo de almacenamiento de instancia (reservado) | - 2 TB para 4 núcleos virtuales - 8 TB para 8 núcleos virtuales - 16 TB para otros tamaños |
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, 8 núcleos virtuales - 2 TB para 16, 24 núcleos virtuales - 4 TB para 32 núcleos virtuales - 5,5 TB para 40, 64 y 80 núcleos virtuales Serie prémium optimizada para memoria: - 1 TB para 4, 8 núcleos virtuales - 2 TB para 16, 24 núcleos virtuales - 4 TB para 32 núcleos virtuales - 5.5 TB para 40 núcleos virtuales - 16 TB para 64 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). |
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. |
Hasta el tamaño de almacenamiento de instancia disponible actualmente. |
Número máximo de archivos tempdb |
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. | 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. | 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). |
| 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. |
| Datos/IOPS de registro (aproximado) | 500 - 7500 por archivo *Aumentar el tamaño del archivo para obtener más IOPS |
16 000 - 320 000 (4000 IOPS/núcleo virtual) Agregue más núcleos virtuales para obtener un mejor rendimiento de E/S. |
| 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 |
| 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 |
Sin limitación. |
| Latencia de E/S de almacenamiento (aproximada) | 5-10 ms | 1-2 ms |
| OLTP en memoria (optimización en memoria | No compatible | Disponible, el tamaño depende del número de núcleos virtuales |
| Número máximo de sesiones | 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 |
| Réplicas de solo lectura | 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 | Serie estándar (Gen5) : Compatible con 40, 64, 80 núcleos virtuales Serie prémium: compatible con 64, 80 núcleos virtuales Serie prémium optimizada para memoria: compatible con 64 núcleos virtuales |
1 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.
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 e IOPS del nivel De uso general también dependen del tamaño de archivo, que no está limitado explícitamente por Instancia administrada de SQL. Puede crear otra réplica legible en otra región de Azure mediante grupos de conmutación por error automática.
- 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
tempdbno 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.
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,
tempdbusa 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,
tempdbcomparte el almacenamiento local de SSD con datos y archivos de registro, y el costo de almacenamientotempdbse 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 usará 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:
- 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 Open
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. Instancia administrada de SQL 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.
Hardware disponible anteriormente
Importante
El hardware Gen4 ha sido retirado y no está disponible para el aprovisionamiento. Migre la instancia de SQL Managed Instance a la generación de hardware admitido, como el hardware de serie estándar para obtener una gama más amplia de escalabilidad de almacenamiento y núcleos virtuales, redes aceleradas, un mejor rendimiento de E/S y una latencia mínima.
Puede usar el Explorador de Azure Resource Graph en Azure Portal para identificar todas las instancias administradas de SQL que usan actualmente hardware Gen4, o puede comprobar el hardware usado por una instancia administrada de SQL específica en Azure Portal.
Debe tener al menos read permisos para el objeto o grupo de objetos de Azure para ver los resultados en el Explorador de Azure Resource Graph.
Para usar el Explorador de Azure Resource Graph para identificar instancias administradas de SQL que todavía usan hardware Gen4, siga estos pasos:
Vaya a Azure Portal.
Busque
Resource graphen el cuadro de búsqueda y elija el servicio Explorador de Resource Graph en los resultados de búsqueda.En la ventana de consulta, escriba la siguiente consulta y, a continuación, seleccione Ejecutar consulta:
resources | where type contains ('microsoft.sql/managedinstances') | where sku['family'] == "Gen4"En el panel Resultados se muestran todas las instancias implementadas en Azure que usan hardware Gen4.
Para comprobar el hardware usado por los recursos de una instancia administrada específica en Azure, siga estos pasos:
- Vaya a Azure Portal.
- Busque
SQL managed instancesen el cuadro de búsqueda y elija Instancias administradas de SQL en los resultados de búsqueda para abrir la página Instancias administradas de SQL y ver todas las instancias de las suscripciones elegidas. - Seleccione la instancia administrada de SQL de interés para abrir la página Información general de la instancia administrada de SQL.
- Compruebe el plan de tarifa en Essentials para comprobar qué hardware usa la instancia administrada.
Características de hardware
| Gen4 | |
|---|---|
| Hardware | Procesadores Intel® E5-2673 v3 (Haswell) de 2,4 GHz; núcleo virtual SSD conectado equivalente a 1 PP (núcleo físico) |
| Número de núcleos virtuales | 8, 16, 24 núcleos virtuales |
| Memoria máxima (relación memoria/núcleo) | 7 GB por núcleo virtual Agregue más núcleos virtuales para obtener más memoria. |
| Memoria máxima de OLTP en memoria | Límite de instancia: 1-1,5 GB por núcleo virtual |
| Tamaño máximo de almacenamiento reservado de instancia | Uso general: 8 TB Crítico para la empresa: 1 TB |
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.
| Espacio OLTP en memoria | Gen4 |
|---|---|
| 8 núcleos virtuales | 8 GB |
| 16 núcleos virtuales | 20 GB |
| 24 núcleos virtuales | 36 GB |
Características del nivel de servicios
| Característica | Uso general | Crítico para la empresa |
|---|---|---|
| Número de núcleos virtuales* | 8, 16, 24 | 8, 16, 24 *Se dedica el mismo número de núcleos virtuales a consultas de solo lectura. |
| Memoria máxima | 56 GB - 168 GB (7 GB/núcleo virtual) Agregue más núcleos virtuales para obtener más memoria. |
56 GB - 168 GB (7 GB/núcleo virtual) + 20,4 GB - 408 GB (5,1 GB/núcleo virtual) adicionales para consultas de solo lectura. Agregue más núcleos virtuales para obtener más memoria. |
| Tamaño máximo de almacenamiento de instancia (reservado) | 8 TB | 1 TB |
| Tamaño máximo de base de datos | Hasta el tamaño de instancia disponible actualmente (máximo 2 TB - 8 TB, según el número de núcleos virtuales). | Hasta el tamaño de instancia disponible actualmente (máximo 1 TB - 4 TB, 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. |
Hasta el tamaño de almacenamiento de instancia disponible actualmente. |
| 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. | 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 por instancia | Hasta 280, 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. | 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 | Limitado al tamaño de almacenamiento de instancia disponible actualmente (máximo 2 TB - 8 TB) y el espacio de asignación Azure Premium Disk Storage. Use al menos dos archivos de datos para bases de datos de más de 8 TB. | Limitado al tamaño de almacenamiento de instancias disponible actualmente (hasta 1 TB - 4 TB). |
| 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. |
| Datos/IOPS de registro (aproximado) | Hasta 30 000 - 40 000 IOPS por instancia*, 500 - 7500 por archivo *Aumentar el tamaño del archivo para obtener más IOPS |
16 000 - 320 000 (4000 IOPS/núcleo virtual) Agregue más núcleos virtuales para obtener un mejor rendimiento de E/S. |
| Límite de rendimiento de escritura en el registro (por instancia) | 3 MiB/s por núcleo virtual 120 MiB/s por instancia como máximo De 22 a 65 MiB/s por base de datos *Aumentar el tamaño del archivo para mejorar el rendimiento de E/S |
4 MiB/s por núcleo virtual 96 MB/s como máximo |
| 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 |
Sin limitación. |
| Latencia de E/S de almacenamiento (aproximada) | 5-10 ms | 1-2 ms |
| OLTP en memoria (optimización en memoria | No compatible | Disponible, el tamaño depende del número de núcleos virtuales |
| Número máximo de sesiones | 30000 | 30000 |
| Número máximo de trabajos simultáneos | 210 * número de núcleos virtuales + 800 | 210 * número de núcleos virtuales + 800 |
| Réplicas de solo lectura | 0 | 1 (incluida en el precio) |
| Aislamiento de proceso | no admitido | no admitido |
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.