Niveles de servicio en el modelo de compra basado en DTUService tiers in the DTU-based purchase model

SE APLICA A: Azure SQL Database

Los niveles de servicio en el modelo de compra basado en DTU se diferencian por una variedad de tamaños de proceso con una cantidad fija de almacenamiento incluido, un período de retención fijo para copias de seguridad y un precio fijo.Service tiers in the DTU-based purchase model are differentiated by a range of compute sizes with a fixed amount of included storage, fixed retention period for backups, and fixed price. Todos los niveles de servicio en el modelo de compra basado en DTU proporcionan flexibilidad de cambiar los tamaños de proceso con el mínimo tiempo de inactividad; sin embargo, hay un breve período de cambio donde se pierde la conectividad a la base de datos, lo que se puede mitigar con la lógica de reintento.All service tiers in the DTU-based purchase model provide flexibility of changing compute sizes with minimal downtime; however, there is a switch over period where connectivity is lost to the database for a short amount of time, which can be mitigated using retry logic. Las bases de datos únicas y los grupos elásticos se facturan por horas en función del nivel de servicio y el tamaño de proceso.Single databases and elastic pools are billed hourly based on service tier and compute size.

Importante

Instancia administrada de Azure SQL Database no admite un modelo de compra basado en DTU.Azure SQL Managed Instance does not support a DTU-based purchasing model.

Nota

Para obtener información sobre los niveles de servicio basados en núcleos virtuales, consulte el artículo sobre niveles de servicio basados en núcleos virtuales.For information about vCore-based service tiers, see vCore-based service tiers. Para más información acerca de cómo distinguir los niveles de servicio basados en DTU y los niveles de servicio basados en núcleo virtual, consulte Modelos de compra.For information about differentiating DTU-based service tiers and vCore-based service tiers, see purchasing models.

Comparación de los niveles de servicio basados en DTUCompare the DTU-based service tiers

La selección de un nivel de servicio depende sobre todo de los requisitos de continuidad del negocio, de almacenamiento y de rendimiento.Choosing a service tier depends primarily on business continuity, storage, and performance requirements.

BásicoBasic EstándarStandard PremiumPremium
Carga de trabajo de destinoTarget workload Desarrollo y producciónDevelopment and production Desarrollo y producciónDevelopment and production Desarrollo y producciónDevelopment and production
SLA de tiempo de actividadUptime SLA 99,99%99.99% 99,99%99.99% 99,99%99.99%
Retención de copia de seguridad máximaMaximum backup retention 7 días7 days 35 días35 days 35 días35 days
CPUCPU BajoLow Bajo, medio, altoLow, Medium, High Medio, altoMedium, High
IOPS (aproximado) *IOPS (approximate)* 1-4 IOPS por DTU1-4 IOPS per DTU 1-4 IOPS por DTU1-4 IOPS per DTU 25 IOPS por DTU25 IOPS per DTU
Latencia de E/S (aproximada)IO latency (approximate) 5 ms (lectura), 10 ms (escritura)5 ms (read), 10 ms (write) 5 ms (lectura), 10 ms (escritura)5 ms (read), 10 ms (write) 2 ms (lectura/escritura)2 ms (read/write)
Índice de almacén de columnasColumnstore indexing N/DN/A S3 y versiones posterioresS3 and above CompatibleSupported
OLTP en memoriaIn-memory OLTP N/DN/A N/DN/A CompatibleSupported

* Todas las IOPS de lectura y escritura en archivos de datos, incluida la E/S en segundo plano (punto de comprobación y escritura diferida).* All read and write IOPS against data files, including background IO (checkpoint and lazy writer)

Importante

Los objetivos del servicio Basic, S0, S1 y S2 proporcionan menos de un núcleo virtual (CPU).The Basic, S0, S1 and S2 service objectives provide less than one vCore (CPU). En el caso de las cargas de trabajo con un uso intensivo de CPU, se recomienda tener un objetivo de servicio S3 o superior.For CPU-intensive workloads, a service objective of S3 or greater is recommended.

En los objetivos de servicio de tipo Basic, S0 y S1, los archivos de base de datos se almacenan en Azure Standard Storage, que usa medios de almacenamiento basados en unidades de disco duro (HDD).In the Basic, S0, and S1 service objectives, database files are stored in Azure Standard Storage, which uses hard disk drive (HDD)-based storage media. Estos objetivos de servicio son más adecuados para el desarrollo, las pruebas y otras cargas de trabajo de acceso poco frecuente que no dan tanta importancia a la variabilidad del rendimiento.These service objectives are best suited for development, testing, and other infrequently accessed workloads that are less sensitive to performance variability.

Sugerencia

Para ver los límites reales de la gobernanza de recursos de una base de datos o un grupo elástico, consulte la vista sys.dm_user_db_resource_governance.To see actual resource governance limits for a database or elastic pool, query the sys.dm_user_db_resource_governance view.

Nota

Puede obtener una base de datos de Azure SQL Database gratuita en el nivel de servicio Básico junto con una cuenta gratuita de Azure para explorar Azure.You can get a free database in Azure SQL Database at the Basic service tier in conjunction with an Azure free account to explore Azure. Para obtener información, consulte Cree una base de datos administrada en la nube con su cuenta gratuita de Azure.For information, see Create a managed cloud database with your Azure free account.

Límites de DTU de una sola base de datos y almacenamientoSingle database DTU and storage limits

Los tamaños de proceso se expresan como unidades de transacción de base de datos (DTU) para las bases de datos únicas y como unidades de transacción de base de datos elásticas (eDTU) para los grupos elásticos.Compute sizes are expressed in terms of Database Transaction Units (DTUs) for single databases and elastic Database Transaction Units (eDTUs) for elastic pools. Para obtener más información sobre DTU y eDTU, consulte Modelo de compra basado en DTU.For more on DTUs and eDTUs, see DTU-based purchasing model.

BásicoBasic EstándarStandard PremiumPremium
Tamaño máximo de almacenamientoMaximum storage size 2 GB2 GB 1 TB1 TB 4 TB4 TB
Cantidad máxima de DTUMaximum DTUs 55 30003000 40004000

Importante

En algunas circunstancias, puede que deba reducir una base de datos para reclamar el espacio no utilizado.Under some circumstances, you may need to shrink a database to reclaim unused space. Para obtener más información, consulte Administración del espacio de archivo en Azure SQL Database.For more information, see Manage file space in Azure SQL Database.

Límites de eDTU de grupo elástico, almacenamiento y base de datos agrupadaElastic pool eDTU, storage, and pooled database limits

BasicBasic EstándarStandard PremiumPremium
Tamaño máximo de almacenamiento por base de datosMaximum storage size per database 2 GB2 GB 1 TB1 TB 1 TB1 TB
Tamaño máximo de almacenamiento por grupoMaximum storage size per pool 156 GB156 GB 4 TB4 TB 4 TB4 TB
Cantidad máxima de eDTU por base de datosMaximum eDTUs per database 55 30003000 40004000
Cantidad máxima de eDTU por grupoMaximum eDTUs per pool 16001600 30003000 40004000
Cantidad máxima de bases de datos por grupoMaximum number of databases per pool 500500 500500 100100

Importante

Existe más de 1 TB de almacenamiento en el nivel Premium actualmente disponible en todas las regiones excepto: Este de China, Norte de China, Centro de Alemania y Nordeste de Alemania.More than 1 TB of storage in the Premium tier is currently available in all regions except: China East, China North, Germany Central, and Germany Northeast. En estas regiones, el almacenamiento máximo en el nivel Prémium está limitado a 1 TB.In these regions, the storage max in the Premium tier is limited to 1 TB. Para más información, consulte las limitaciones actuales de P11 y P15.For more information, see P11-P15 current limitations.

Importante

En algunas circunstancias, puede que deba reducir una base de datos para reclamar el espacio no utilizado.Under some circumstances, you may need to shrink a database to reclaim unused space. Para más información, consulte Administración del espacio de archivo en Azure SQL Database.For more information, see manage file space in Azure SQL Database.

Prueba comparativa de DTUDTU Benchmark

Las características físicas (CPU, memoria, E/S) asociadas a cada medida de DTU se calibran con una prueba comparativa que simula la carga de trabajo de base de datos real.Physical characteristics (CPU, memory, IO) associated to each DTU measure are calibrated using a benchmark that simulates real-world database workload.

Correlación de los resultados de la prueba comparativa con el rendimiento real de la base de datosCorrelating benchmark results to real world database performance

Es importante comprender que todas las pruebas comparativas solo son representativas e indicativas.It is important to understand that all benchmarks are representative and indicative only. Las velocidades de transacción logradas con la aplicación de la prueba comparativa no serán iguales que las que se podrían lograr con otras aplicaciones.The transaction rates achieved with the benchmark application will not be the same as those that might be achieved with other applications. La prueba comparativa comprende un conjunto de diferentes tipos de transacción ejecutados en un esquema que contiene una variedad de tipos de datos y tablas.The benchmark comprises a collection of different transaction types run against a schema containing a range of tables and data types. Si bien la prueba comparativa ejerce las mismas operaciones básicas que son comunes para todas las cargas de trabajo OLTP, no representa ninguna clase específica de base de datos o aplicación.While the benchmark exercises the same basic operations that are common to all OLTP workloads, it does not represent any specific class of database or application. El objetivo de la prueba comparativa es proporcionar una orientación razonable del rendimiento relativo de una base de datos que se puede esperar al aumentar o reducir el tamaño de proceso.The goal of the benchmark is to provide a reasonable guide to the relative performance of a database that might be expected when scaling up or down between compute sizes. En realidad, las bases de datos son de distintos tamaños y complejidad, tienen distintas combinaciones de cargas de trabajo y responden de maneras diferentes.In reality, databases are of different sizes and complexity, encounter different mixes of workloads, and will respond in different ways. Por ejemplo, una aplicación que haga un uso intensivo de ES podría alcanzar antes el umbral de ES, o una que haga un uso intensivo de la CPU podría alcanzar antes los límites de CPU.For example, an IO-intensive application may hit IO thresholds sooner, or a CPU-intensive application may hit CPU limits sooner. No se garantiza que una base de datos concreta se escale de la misma manera que la prueba comparativa bajo una carga creciente.There is no guarantee that any particular database will scale in the same way as the benchmark under increasing load.

La prueba comparativa y su metodología se describen a continuación de forma más detallada.The benchmark and its methodology are described in more detail below.

Resumen de la prueba comparativaBenchmark summary

La prueba comparativa mide el rendimiento de una mezcla de operaciones de bases de datos básicas que se producen con mayor frecuencia en las cargas de trabajo de procesamiento de transacciones en línea (OLTP).The benchmark measures the performance of a mix of basic database operations that occur most frequently in online transaction processing (OLTP) workloads. Aunque la prueba comparativa está diseñada teniendo en cuenta la computación en la nube, el esquema de la base de datos, el rellenado de datos y las transacciones se diseñaron para representar ampliamente los elementos básicos usados con mayor frecuencia en las cargas de trabajo OLTP.Although the benchmark is designed with cloud computing in mind, the database schema, data population, and transactions have been designed to be broadly representative of the basic elements most commonly used in OLTP workloads.

SchemaSchema

El esquema se ha diseñado para que presente una variedad y complejidad suficientes como para permitir una amplia gama de operaciones.The schema is designed to have enough variety and complexity to support a broad range of operations. La prueba comparativa se ejecuta en una base de datos formada por seis tablas.The benchmark runs against a database comprised of six tables. Las tablas pertenecen a tres categorías: de tamaño fijo, de escalado y de crecimiento.The tables fall into three categories: fixed-size, scaling, and growing. Existen dos tablas de tamaño fijo, tres tablas de escalado y una tabla de crecimiento.There are two fixed-size tables; three scaling tables; and one growing table. Las tablas de tamaño fijo tienen un número de filas constante.Fixed-size tables have a constant number of rows. Las tablas de escalado presentan una cardinalidad proporcional al rendimiento de la base de datos, pero no cambian durante la prueba comparativa.Scaling tables have a cardinality that is proportional to database performance, but doesn’t change during the benchmark. La tabla de crecimiento tiene un tamaño igual que la tabla de escalado en la carga inicial, pero después la cardinalidad cambia durante el transcurso de la prueba comparativa según se van insertando y eliminando filas.The growing table is sized like a scaling table on initial load, but then the cardinality changes in the course of running the benchmark as rows are inserted and deleted.

El esquema incluye una combinación de tipos de datos que incluyen valores enteros, numéricos, caracteres y fecha/hora.The schema includes a mix of data types, including integer, numeric, character, and date/time. El esquema incluye claves principales y secundarias, pero no claves externas; es decir, no hay restricciones de integridad referenciales entre las tablas.The schema includes primary and secondary keys, but not any foreign keys - that is, there are no referential integrity constraints between tables.

Un programa de generación de datos genera los datos para la base de datos inicial.A data generation program generates the data for the initial database. Los datos enteros y numéricos se generan con diversas estrategias.Integer and numeric data is generated with various strategies. En algunos casos, los valores se distribuyen al azar a lo largo de un intervalo.In some cases, values are distributed randomly over a range. En otros casos, se permuta al azar un conjunto de valores para asegurarse de que se mantiene una distribución específica.In other cases, a set of values is randomly permuted to ensure that a specific distribution is maintained. Los campos de texto se generan a partir de una lista ponderada de palabras para producir datos con aspecto real.Text fields are generated from a weighted list of words to produce realistic looking data.

La base de datos se dimensiona basándose en un “factor de escala”.The database is sized based on a “scale factor.” El factor de escala (abreviado SF) determina la cardinalidad de las tablas de escalado y de crecimiento.The scale factor (abbreviated as SF) determines the cardinality of the scaling and growing tables. Como se describe a continuación en la sección Usuarios y velocidad, el tamaño de la base de datos, el número de usuarios y el rendimiento máximo se escalan de modo proporcional entre sí.As described below in the section Users and Pacing, the database size, number of users, and maximum performance all scale in proportion to each other.

TransaccionesTransactions

La carga de trabajo consta de nueve tipos de transacciones, como se muestra en la tabla siguiente.The workload consists of nine transaction types, as shown in the table below. Cada transacción se diseño para destacar un conjunto determinado de características del sistema en el motor de la base de datos y en el hardware del sistema, con un elevado contraste con respecto a las otras transacciones.Each transaction is designed to highlight a particular set of system characteristics in the database engine and system hardware, with high contrast from the other transactions. Este enfoque facilita la evaluación del impacto de diferentes componentes sobre el rendimiento global.This approach makes it easier to assess the impact of different components to overall performance. Por ejemplo, la transacción “Lectura intensa” produce un número significativo de operaciones de lectura de disco.For example, the transaction “Read Heavy” produces a significant number of read operations from disk.

Tipo de transacciónTransaction Type DescripciónDescription
Lectura ligeraRead Lite SELECT; en memoria; solo lecturaSELECT; in-memory; read-only
Lectura medianaRead Medium SELECT; principalmente en memoria; solo lecturaSELECT; mostly in-memory; read-only
Lectura intensaRead Heavy SELECT; principalmente no en memoria; solo lecturaSELECT; mostly not in-memory; read-only
Actualización ligeraUpdate Lite UPDATE; en memoria; solo escrituraUPDATE; in-memory; read-write
Actualización intensaUpdate Heavy UPDATE; principalmente no en memoria; solo escrituraUPDATE; mostly not in-memory; read-write
Inserción ligeraInsert Lite INSERT; en memoria; solo escrituraINSERT; in-memory; read-write
Inserción intensaInsert Heavy INSERT; principalmente no en memoria; solo escrituraINSERT; mostly not in-memory; read-write
EliminarDelete DELETE; combinación de en memoria y no en memoria; solo lecturaDELETE; mix of in-memory and not in-memory; read-write
CPU intensaCPU Heavy SELECT; en memoria; carga en CPU relativamente intensa; solo lecturaSELECT; in-memory; relatively heavy CPU load; read-only

Combinación de cargas de trabajoWorkload mix

Las transacciones se seleccionan aleatoriamente de una distribución ponderada con la siguiente combinación global.Transactions are selected at random from a weighted distribution with the following overall mix. La combinación global presenta una relación de lectura/escritura aproximadamente de 2:1.The overall mix has a read/write ratio of approximately 2:1.

Tipo de transacciónTransaction Type % de combinación% of Mix
Lectura ligeraRead Lite 3535
Lectura medianaRead Medium 2020
Lectura intensaRead Heavy 55
Actualización ligeraUpdate Lite 2020
Actualización intensaUpdate Heavy 33
Inserción ligeraInsert Lite 33
Inserción intensaInsert Heavy 22
EliminarDelete 22
CPU intensaCPU Heavy 1010

Usuarios y velocidadUsers and pacing

La carga de trabajo de la prueba comparativa está dirigida a partir de una herramienta que envía transacciones a través de un conjunto de conexiones para simular el comportamiento de numerosos usuarios simultáneos.The benchmark workload is driven from a tool that submits transactions across a set of connections to simulate the behavior of a number of concurrent users. Aunque todas las conexiones y transacciones son generadas a máquina, para simplificar nos referiremos a estas conexiones como “usuarios”.Although all of the connections and transactions are machine generated, for simplicity we refer to these connections as “users.” Aunque cada usuario opera independientemente de todos los demás usuarios, todos los usuarios realizan el mismo ciclo de pasos mostrado a continuación:Although each user operates independently of all other users, all users perform the same cycle of steps shown below:

  1. Establecer una conexión de base de datos.Establish a database connection.
  2. Repetir hasta que se señale la salida:Repeat until signaled to exit:
    • Seleccionar una transacción aleatoriamente (a partir de una distribución ponderada).Select a transaction at random (from a weighted distribution).
    • Realizar la transacción seleccionada y medir el tiempo de respuesta.Perform the selected transaction and measure the response time.
    • Esperar un retraso de velocidad.Wait for a pacing delay.
  3. Cerrar la conexión de la base de datos.Close the database connection.
  4. Salir.Exit.

El retraso de velocidad (en el paso 2c) se selecciona aleatoriamente, pero con una distribución que tenga un promedio de 1,0 segundos.The pacing delay (in step 2c) is selected at random, but with a distribution that has an average of 1.0 second. De este modo, cada usuario puede, en promedio, generar como máximo una transacción por segundo.Thus each user can, on average, generate at most one transaction per second.

Reglas de escaladoScaling rules

El número de usuarios viene determinado por el tamaño de la base de datos (en unidades de factor de escala).The number of users is determined by the database size (in scale-factor units). Hay un usuario por cada cinco unidades de factor de escala.There is one user for every five scale-factor units. Debido al retraso de velocidad, un usuario puede, en promedio, generar como máximo una transacción por segundo.Because of the pacing delay, one user can generate at most one transaction per second, on average.

Por ejemplo, una base de datos que tenga un factor de escala 500 (SF=500) tendrá 100 usuarios y podrá alcanzar una velocidad máxima de 100 TPS.For example, a scale-factor of 500 (SF=500) database will have 100 users and can achieve a maximum rate of 100 TPS. Para generar una velocidad de TPS mayor, son necesarios más usuarios y una base de datos mayor.To drive a higher TPS rate requires more users and a larger database.

Duración de la mediciónMeasurement duration

Una ejecución válida de la prueba comparativa precisa una duración de medición en estado fijo de al menos una hora.A valid benchmark run requires a steady-state measurement duration of at least one hour.

MétricasMetrics

Las métricas clave de la prueba comparativa son rendimiento y tiempo de respuesta.The key metrics in the benchmark are throughput and response time.

  • El rendimiento es la medición de rendimiento esencial en la prueba comparativa.Throughput is the essential performance measure in the benchmark. El rendimiento se indica en transacciones por unidad de tiempo, contando todos los tipos de transacciones.Throughput is reported in transactions per unit-of-time, counting all transaction types.
  • El tiempo de respuesta es una medición de la previsibilidad del rendimiento.Response time is a measure of performance predictability. La restricción del tiempo de respuesta varía con la clase de servicio, presentando las clases de servicio mayores un requisito de tiempo de respuesta más estricto, como se muestra a continuación.The response time constraint varies with class of service, with higher classes of service having a more stringent response time requirement, as shown below.
Clase de servicioClass of Service Medición del rendimientoThroughput Measure Requisito del tiempo de respuestaResponse Time Requirement
PremiumPremium Transacciones por segundoTransactions per second Percentil 95 en 0,5 segundos95th percentile at 0.5 seconds
EstándarStandard Transacciones por minutoTransactions per minute Percentil 90 en 1,0 segundo90th percentile at 1.0 seconds
BásicoBasic Transacciones por horaTransactions per hour Percentil 80 en 2,0 segundos80th percentile at 2.0 seconds

Pasos siguientesNext steps