Niveaux de service basés sur des unités DTUDTU-based service tiers

Les niveaux de service basés sur des unités DTU se distinguent par une plage de tailles de calcul, avec un quantité fixe de stockage inclus, une période de conservation fixe des sauvegardes, ainsi qu’un prix fixe.DTU-based service tiers are differentiated by a range of compute sizes with a fixed amount of included storage, fixed retention period for backups, and fixed price. Tous les niveaux de service permettent de changer de taille de calcul, sans nécessiter de temps d’arrêt.All service tiers provide flexibility of changing compute sizes without downtime. Les bases de données et les pools élastiques sont facturés en fonction du niveau de service et de la taille du calcul.Single databases and elastic pools are billed hourly based on service tier and compute size.

Important

SQL Database Managed Instance, qui est actuellement en préversion publique, ne prend pas en charge le modèle d’achat DTU.SQL Database Managed Instance, currently in public preview does not support a DTU-based purchasing model. Pour plus d’informations, consultez Azure SQL Database Managed Instance.For more information, see Azure SQL Database Managed Instance.

Note

Pour plus d’informations sur les niveaux de service basés sur vCore, voir Niveaux de service basés sur des vCore.For information about vCore-based service tiers, see vCore-based service tiers. Pour plus d’informations sur ce qui différencie les niveaux de service basés sur des unités DTU et les niveaux de service basés sur vCore, voir Modèles d’achat d’Azure SQL Database.For information about differentiating DTU-based service tiers and vCore-based service tiers, see Azure SQL Database purchasing models.

Comparer les niveaux de service basés sur des unités DTUCompare the DTU-based service tiers

Le choix d’un niveau de service dépend principalement des exigences de continuité d’activité, de stockage et de performance.Choosing a service tier depends primarily on business continuity, storage, and performance requirements.

De baseBasic standardStandard PremiumPremium
Charge de travail cibleTarget workload Développement et productionDevelopment and production Développement et productionDevelopment and production Développement et productionDevelopment and production
Contrat SLA de durée de fonctionnementUptime SLA 99,99 %99.99% 99,99 %99.99% 99,99 %99.99%
Rétention des sauvegardesBackup retention 7 jours7 days 35 jours35 days 35 jours35 days
UCCPU FaibleLow Faible, moyen, élevéLow, Medium, High Faible, élevéMedium, High
Débit d’E/S (approximatif)IO throughput (approximate) 2,5 IOPS par DTU2.5 IOPS per DTU 2,5 IOPS par DTU2.5 IOPS per DTU 48 IOPS par DTU48 IOPS per DTU
Latence d’E/S (approximative)IO latency (approximate) 5 ms (lecture), 10 ms (écriture)5 ms (read), 10 ms (write) 5 ms (lecture), 10 ms (écriture)5 ms (read), 10 ms (write) 2 ms (lecture/écriture)2 ms (read/write)
Indexation ColumnstoreColumnstore indexing N/AN/A S3 et supérieurS3 and above Pris en chargeSupported
OLTP en mémoireIn-memory OLTP N/AN/A N/AN/A Pris en chargeSupported

Note

Vous pouvez obtenir une base de données Azure SQL Database gratuite au niveau de service De base avec un compte Azure gratuit pour explorer Azure.You can get a free Azure SQL database at the Basic service tier in conjunction with a Azure free account to explore Azure. Pour plus d’informations, rendez-vous sur la page Créer une base de données cloud managée avec votre compte gratuit Azure.For information, see Create a managed cloud database with your Azure free account.

Limites de stockage et unités DTU d’une base de données uniqueSingle database DTU and storage limits

Les tailles de calcul sont exprimées en unités de transaction de base de données (DTU) pour les bases de données uniques, et en unités de transaction de base de données élastique (eDTU) pour les pools élastiques.Compute sizes are expressed in terms of Database Transaction Units (DTUs) for single databases and elastic Database Transaction Units (eDTUs) for elastic pools. Pour plus d’informations sur les DTU et les eDTU, voir Modèle d’achat basé sur des unités DTU.For more on DTUs and eDTUs, see DTU-based purchasing model?

De baseBasic standardStandard PremiumPremium
Taille de stockage maximaleMaximum storage size 2 Go2 GB 1 To1 TB 4 To4 TB
DTU maximalesMaximum DTUs 5.5 30003000 40004000

Important

Dans certaines circonstances, vous devrez peut-être réduire une base de données pour récupérer l’espace inutilisé.Under some circumstances, you may need to shrink a database to reclaim unused space. Pour plus d’informations, consultez l’article Gérer l’espace du fichier de la base de données SQL Azure.For more information, see Manage file space in Azure SQL Database.

eDTU de pool élastique, stockage et limites de base de données mise en poolElastic pool eDTU, storage, and pooled database limits

De baseBasic StandardStandard PremiumPremium
Taille de stockage maximale par base de donnéesMaximum storage size per database 2 Go2 GB 1 To1 TB 1 To1 TB
Taille de stockage maximale par poolMaximum storage size per pool 156 Go156 GB 4 To4 TB 4 To4 TB
Nombre maximal d’eDTU par base de donnéesMaximum eDTUs per database 5.5 30003000 40004000
eDTU maximales par poolMaximum eDTUs per pool 1 6001600 30003000 40004000
Nombre maximal de bases de données par poolMaximum number of databases per pool 500500 500500 100100

Important

Le niveau Premium offre plus de 1 To de stockage dans toutes les régions à l’exception des suivantes : USA Centre-Ouest, Chine Est, USDoDCentral, Allemagne - Centre, USDoDEast, US Gov Sud-Ouest, US Gov Iowa, Allemagne - Nord-Est, Chine Nord.More than 1 TB of storage in the Premium tier is currently available in all regions except the following: West Central US, China East, USDoDCentral, Germany Central, USDoDEast, US Gov Southwest, USGov Iowa, Germany Northeast, China North. Dans les autres régions, l’espace de stockage maximal au niveau Premium est limité à 1 To.In other regions, the storage max in the Premium tier is limited to 1 TB. Consultez Limitations actuelles P11-P15.See P11-P15 Current Limitations.

Important

Dans certaines circonstances, vous devrez peut-être réduire une base de données pour récupérer l’espace inutilisé.Under some circumstances, you may need to shrink a database to reclaim unused space. Pour plus d’informations, consultez l’article Gérer l’espace du fichier de la base de données SQL Azure.For more information, see Manage file space in Azure SQL Database.

Test d’évaluation DTUDTU Benchmark

Les caractéristiques physiques (processeur, mémoire, E/S) associées à chaque mesure DTU sont étalonnées à l’aide d’un test d’évaluation qui simule une charge de travail de base de données réelle.Physical characteristics (CPU, memory, IO) associated to each DTU measure are calibrated using a benchmark that simulates real-world database workload.

Mise en corrélation des résultats du test d’évaluation avec les performances réelles de la base de donnéesCorrelating benchmark results to real world database performance

Il est important de comprendre que tous les tests d’évaluation fournissent uniquement des résultats représentatifs et indicatifs.It is important to understand that all benchmarks are representative and indicative only. Les taux de transaction obtenus avec l’application d’évaluation ne seront pas les mêmes que ceux qui peuvent être atteints avec d’autres applications.The transaction rates achieved with the benchmark application will not be the same as those that might be achieved with other applications. Le test d’évaluation comprend un ensemble de différents types de transactions qui s’exécutent sur un schéma contenant une plage de tables et de types de données.The benchmark comprises a collection of different transaction types run against a schema containing a range of tables and data types. Si le test d’évaluation exécute les mêmes opérations de base communes à toutes les charges de travail OLTP, il n’a pas vocation à représenter une classe de base de données ou d’application spécifique.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. L’objectif de ce test est de fournir des indications quant aux performances relatives d’une base de données, auxquelles on peut s’attendre après un changement de taille de calcul.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 réalité, les bases de données varient en termes de taille et de complexité. Elles supportent diverses charges de travail et réagissent de différentes façons.In reality, databases are of different sizes and complexity, encounter different mixes of workloads, and will respond in different ways. Par exemple, une application gourmande en E/S peut atteindre rapidement les seuils d’E/S, de la même manière qu’une application gourmande en ressources processeur peut atteindre rapidement les limites processeur.For example, an IO-intensive application may hit IO thresholds sooner, or a CPU-intensive application may hit CPU limits sooner. Rien ne peut garantir qu’une base de données particulière évoluera de la même façon que le test d’évaluation sous une charge plus importante.There is no guarantee that any particular database will scale in the same way as the benchmark under increasing load.

Le test d’évaluation et sa méthodologie sont décrits plus en détail ci-dessous.The benchmark and its methodology are described in more detail below.

Résumé du test d’évaluationBenchmark summary

Le test ASDB mesure les performances d’une série d’opérations de base de données basiques que l’on rencontre le plus fréquemment dans les charges de travail de traitement transactionnel en ligne (OLTP).ASDB measures the performance of a mix of basic database operations that occur most frequently in online transaction processing (OLTP) workloads. Bien qu’il ait été conçu pour les environnements cloud, le schéma de base de données, le remplissage des données et les transactions ont été formulés pour représenter les éléments de base couramment utilisés dans les charges de travail 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.

SchémaSchema

Le schéma a été conçu de façon suffisamment variée et complexe pour prendre en charge un large éventail d’opérations.The schema is designed to have enough variety and complexity to support a broad range of operations. Le test d’évaluation s’exécute sur une base de données composée de six tables.The benchmark runs against a database comprised of six tables. Les tables se répartissent en trois catégories : taille fixe, extensibles et évolutives.The tables fall into three categories: fixed-size, scaling, and growing. Il existe deux tables de taille fixe, trois tables extensibles et une table évolutive.There are two fixed-size tables; three scaling tables; and one growing table. Les tables de taille fixe comportent un nombre constant de lignes.Fixed-size tables have a constant number of rows. Les tables extensibles ont une cardinalité proportionnelle aux performances de la base de données, mais qui ne varie pas pendant le test d’évaluation.Scaling tables have a cardinality that is proportional to database performance, but doesn’t change during the benchmark. La table évolutive est dimensionnée à la manière d’une table extensible sur la charge initiale, mais la cardinalité change pendant l’exécution du test d’évaluation à mesure que des lignes sont insérées et supprimées.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.

Le schéma inclut divers types de données, notamment des entiers, des valeurs numériques, des caractères et des valeurs date/heure.The schema includes a mix of data types, including integer, numeric, character, and date/time. Le schéma inclut des clés primaires et secondaires, mais aucune clé étrangère ; autrement dit, il n’y a pas de contraintes d’intégrité référentielle entre les tables.The schema includes primary and secondary keys, but not any foreign keys - that is, there are no referential integrity constraints between tables.

Un programme de génération de données génère les données pour la base de données initiale.A data generation program generates the data for the initial database. Les entiers et les données numériques sont générés à l’aide de différentes stratégies.Integer and numeric data is generated with various strategies. Dans certains cas, les valeurs sont distribuées de façon aléatoire sur une plage.In some cases, values are distributed randomly over a range. Dans d’autres cas, un ensemble de valeurs est permuté de façon aléatoire pour garantir une distribution spécifique.In other cases, a set of values is randomly permuted to ensure that a specific distribution is maintained. Les champs de texte sont générés à partir d’une liste pondérée de mots permettant de produire des données réalistes.Text fields are generated from a weighted list of words to produce realistic looking data.

La base de données est dimensionnée selon un « facteur d’échelle ».The database is sized based on a “scale factor.” Le facteur d’échelle (« SF ») détermine la cardinalité des tables extensibles et évolutives.The scale factor (abbreviated as SF) determines the cardinality of the scaling and growing tables. Comme décrit dans la section « Utilisateurs et rythme » ci-dessous, la taille de la base de données, le nombre d’utilisateurs et les performances maximales s’adaptent tous au prorata des uns des autres.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.

TransactionsTransactions

La charge de travail se compose de neuf types de transactions, comme indiqué dans le tableau ci-dessous.The workload consists of nine transaction types, as shown in the table below. Chaque transaction est conçue pour mettre en évidence un ensemble particulier de caractéristiques système dans le moteur de base de données et le matériel système, en les distinguant clairement des autres transactions.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. Cette approche permet d’évaluer plus facilement l’impact des différents composants sur les performances globales.This approach makes it easier to assess the impact of different components to overall performance. Par exemple, la transaction « Read Heavy » génère un nombre important d’opérations de lecture à partir du disque.For example, the transaction “Read Heavy” produces a significant number of read operations from disk.

Type de transactionTransaction Type DescriptionDescription
Read LiteRead Lite SÉLECTION ; dans la mémoire ; lecture seuleSELECT; in-memory; read-only
Read MediumRead Medium SÉLECTION ; principalement dans la mémoire ; lecture seuleSELECT; mostly in-memory; read-only
Read HeavyRead Heavy SÉLECTION ; principalement hors de la mémoire ; lecture seuleSELECT; mostly not in-memory; read-only
Update LiteUpdate Lite MISE À JOUR ; dans la mémoire ; lecture-écritureUPDATE; in-memory; read-write
Update HeavyUpdate Heavy MISE À JOUR ; principalement hors de la mémoire ; lecture-écritureUPDATE; mostly not in-memory; read-write
Insert LiteInsert Lite INSERTION ; dans la mémoire ; lecture-écritureINSERT; in-memory; read-write
Insert HeavyInsert Heavy INSERTION ; principalement hors de la mémoire ; lecture-écritureINSERT; mostly not in-memory; read-write
SupprimerDelete SUPPRESSION ; combinaison de ressources dans la mémoire et hors de la mémoire ; lecture-écritureDELETE; mix of in-memory and not in-memory; read-write
CPU HeavyCPU Heavy SÉLECTION ; dans la mémoire ; charge UC relativement importante ; lecture seuleSELECT; in-memory; relatively heavy CPU load; read-only

Combinaison de charges de travailWorkload mix

Les transactions sont sélectionnées de manière aléatoire à partir d’une distribution pondérée avec la combinaison générale suivante.Transactions are selected at random from a weighted distribution with the following overall mix. La combinaison générale présente un ratio lecture/écriture d’environ 2:1.The overall mix has a read/write ratio of approximately 2:1.

Type de transactionTransaction Type % de la combinaison% of Mix
Read LiteRead Lite 3535
Read MediumRead Medium 2020
Read HeavyRead Heavy 5.5
Update LiteUpdate Lite 2020
Update HeavyUpdate Heavy 33
Insert LiteInsert Lite 33
Insert HeavyInsert Heavy 22
SupprimerDelete 22
CPU HeavyCPU Heavy 1010

Utilisateurs et rythmeUsers and pacing

La charge de travail d’évaluation est pilotée par un outil qui envoie des transactions sur un ensemble de connexions afin de simuler le comportement d’un nombre d’utilisateurs simultanés.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. Bien que l’ensemble des connexions et transactions soient générées de façon automatique, nous appellerons ici ces connexions « utilisateurs » par souci de commodité.Although all of the connections and transactions are machine generated, for simplicity we refer to these connections as “users.” Bien que chaque utilisateur fonctionne indépendamment de tous les autres, tous exécutent le même cycle d’étapes, comme indiqué ci-dessous :Although each user operates independently of all other users, all users perform the same cycle of steps shown below:

  1. Établir une connexion à la base de données.Establish a database connection.
  2. Répéter jusqu’à obtention du signal de sortie :Repeat until signaled to exit:
    • Sélection d’une transaction de façon aléatoire (à partir d’une distribution pondérée)Select a transaction at random (from a weighted distribution).
    • Exécution de la transaction sélectionnée et évaluation du temps de réponsePerform the selected transaction and measure the response time.
    • Délai d’attenteWait for a pacing delay.
  3. Fermer la connexion à la base de données.Close the database connection.
  4. Quitter.Exit.

Le délai (à l’étape 2c) est sélectionné au hasard, mais avec une distribution de 1 seconde en moyenne.The pacing delay (in step 2c) is selected at random, but with a distribution that has an average of 1.0 second. Chaque utilisateur peut donc, en moyenne, générer au maximum une transaction par seconde.Thus each user can, on average, generate at most one transaction per second.

Règles de mise à l’échelleScaling rules

Le nombre d’utilisateurs est déterminé par la taille de la base de données (en unités de facteur d’échelle).The number of users is determined by the database size (in scale-factor units). On compte un seul utilisateur pour cinq unités de facteur d’échelle.There is one user for every five scale-factor units. En raison du délai, un même utilisateur peut générer, en moyenne, au maximum une transaction par seconde.Because of the pacing delay, one user can generate at most one transaction per second, on average.

Par exemple, une base de données utilisant un facteur d’échelle de 500 (SF = 500) comportera 100 utilisateurs et pourra atteindre un taux maximum 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. Pour augmenter le taux de TPS, la base de données doit être plus volumineuse et comporter un plus grand nombre d’utilisateurs.To drive a higher TPS rate requires more users and a larger database.

Durée de la mesureMeasurement duration

Pour être reconnu valide, un test d’évaluation doit s’effectuer sur une durée de mesure constante d’au moins une heure.A valid benchmark run requires a steady-state measurement duration of at least one hour.

MesuresMetrics

Le débit et le temps de réponse constituent les principaux indicateurs du test d’évaluation.The key metrics in the benchmark are throughput and response time.

  • Le débit est la mesure de performance la plus importante dans ce test d’évaluation.Throughput is the essential performance measure in the benchmark. Il est exprimé en transactions par unité de temps et tient compte de tous les types de transactions.Throughput is reported in transactions per unit-of-time, counting all transaction types.
  • Le temps de réponse permet de mesurer la prévisibilité des performances.Response time is a measure of performance predictability. La limite de temps de réponse varie en fonction de la classe de service, les classes de service plus élevées devant satisfaire à des exigences de temps de réponse plus serrées, comme indiqué ci-dessous.The response time constraint varies with class of service, with higher classes of service having a more stringent response time requirement, as shown below.
Classe de serviceClass of Service Mesure du débitThroughput Measure Temps de réponse requisResponse Time Requirement
PremiumPremium Transactions par secondeTransactions per second 95e centile à 0,5 seconde95th percentile at 0.5 seconds
standardStandard Transactions par minuteTransactions per minute 90e centile à 1 seconde90th percentile at 1.0 seconds
De baseBasic Transactions par heureTransactions per hour 80e centile à 2 secondes80th percentile at 2.0 seconds

Étapes suivantesNext steps