Limites de ressources pour des pools élastiques suivant le modèle d’achat DTU

S’APPLIQUE À : Azure SQL Database

Cet article détaille les limites de ressources des bases de données Azure SQL Database qui se trouvent dans un pool élastique suivant le modèle d'achat DTU.

Chaque réplica en lecture seule a ses propres ressources, telles que les DTU, les rôles de travail et les sessions. Chaque réplica en lecture seule est soumis aux limites de ressources détaillées plus loin dans cet article.

Pool élastique : tailles de stockage et tailles de calcul

Pour les pools élastiques Azure SQL Database, les tableaux suivants indiquent les ressources disponibles en fonction du niveau de service et de la taille de calcul. Vous pouvez définir le niveau de service, la taille de calcul et la quantité de stockage via :

Important

Pour obtenir des instructions et informations sur la mise à l’échelle, consultez Mettre à l’échelle un pool élastique.

Les limites de ressources des bases de données individuelles dans les pools élastiques sont généralement identiques à celles des bases de données uniques situées hors des pools. Elles dépendent du nombre de DTU et du niveau de service. Par exemple, le nombre maximal d’ouvriers simultanés dans une base de données S2 est de 120. Par conséquent, le nombre maximal d’ouvriers simultanés d’une base de données dans un pool Standard est également de 120 si le nombre maximal de DTU par base de données dans le pool est de 50 (soit l’équivalent de S2).

Pour le même nombre de DTU, les ressources fournies à un pool élastique peuvent dépasser les ressources fournies à une base de données unique en dehors d’un pool élastique. Cela signifie qu’il est possible que l’utilisation d’eDTU d’un pool élastique soit inférieure à la somme de l’utilisation de DTU dans les bases de données du pool, en fonction des modèles de charge de travail. Par exemple, dans un cas extrême avec une seule base de données dans un pool élastique où l’utilisation de DTU de base de données est de 100 %, il est possible que l’utilisation d’eDTU de pool soit de 50 % pour certains modèles de charge de travail. Cela peut se produire, même si le nombre maximal de DTU par base de données reste à la valeur maximale prise en charge pour la taille de pool donnée.

Notes

La limite de ressources de stockage par pool dans chacune des tables suivantes n’inclut pas tempdb et le stockage de journaux.

Limites du pool élastique de base

Nombre d’eDTU par pool 50 100 200 300 400 800 1 200 1 600
Espace de stockage inclus par pool (Go) 5 10 20 29 39 78 117 156
Espace de stockage maximal par pool (Go) 5 10 20 29 39 78 117 156
Stockage OLTP en mémoire maximal par pool (Go) N/A N/A N/A N/A N/A N/A N/A N/A
Nombre maximal de bases de données par pool 1 100 200 500 500 500 500 500 500
Nombre maximal de workers (demandes) simultanés par pool 2 100 200 400 600 800 1 600 2 400 3200
Nombre maximal de sessions simultanées par pool 2 30000 30000 30000 30000 30000 30000 30000 30000
Nombre min. de DTU par base de données 0, 5 0, 5 0, 5 0, 5 0, 5 0, 5 0, 5 0, 5
Nombre max. de DTU par base de données 5 5 5 5 5 5 5 5
Espace de stockage maximal par base de données (Go) 2 2 2 2 2 2 2 2

1 Consultez Gestion des ressources dans les pools élastiques denses pour obtenir des considérations supplémentaires.

2 Afin de connaître le nombre maximal de workers (demandes) simultanés pour une base de données individuelle, consultez Limites de ressources des bases de données uniques. Par exemple, si le pool élastique utilise Gen5 et que le nombre maximal de vCores par base de données est défini sur 2, le nombre maximal de Workers simultanés est de 200. Si le nombre maximal de vCores par base de données est défini sur 0,5, le nombre maximal de Workers simultanés est de 50, puisque le nombre maximal de Workers est de 100 sur Gen5. Pour les autres paramètres de nombre maximal de vCores par base de données qui sont inférieurs ou égaux à 1 vCore, le nombre maximum de Workers simultanés est adapté en conséquence.

Limites du pool élastique standard

Nombre d’eDTU par pool 50 100 200 300 400 800
Espace de stockage inclus par pool (Go) 1 50 100 200 300 400 800
Espace de stockage maximal par pool (Go) 500 750 1 024 1 280 1536 2 048
Stockage OLTP en mémoire maximal par pool (Go) N/A N/A N/A N/A N/A N/A
Nombre maximal de bases de données par pool 2 100 200 500 500 500 500
Nombre maximal de workers (demandes) simultanés par pool 3 100 200 400 600 800 1 600
Nombre maximal de sessions simultanées par pool 3 30000 30000 30000 30000 30000 30000
Nombre min. de DTU par base de données 0, 10, 20, 50 0, 10, 20, 50, 100 0, 10, 20, 50, 100, 200 0, 10, 20, 50, 100, 200, 300 0, 10, 20, 50, 100, 200, 300, 400 0, 10, 20, 50, 100, 200, 300, 400, 800
Nombre max. de DTU par base de données 10, 20, 50 10, 20, 50, 100 10, 20, 50, 100, 200 10, 20, 50, 100, 200, 300 10, 20, 50, 100, 200, 300, 400 10, 20, 50, 100, 200, 300, 400, 800
Espace de stockage maximal par base de données (Go) 1 024 1 024 1 024 1 024 1 024 1 024

1 Consultez Options tarifaires SQL Database pour obtenir des détails sur le coût additionnel engendré par le provisionnement d’espace de stockage supplémentaire.

2 Consultez Gestion des ressources dans les pools élastiques denses pour obtenir des informations supplémentaires.

3 Pour connaître le nombre maximal de Workers simultanés (requêtes) pour une base de données individuelle, consultez Limites de ressources des bases de données uniques. Par exemple, si le pool élastique utilise Gen5 et que le nombre maximal de vCores par base de données est défini sur 2, le nombre maximal de Workers simultanés est de 200. Si le nombre maximal de vCores par base de données est défini sur 0,5, le nombre maximal de Workers simultanés est de 50, puisque le nombre maximal de Workers est de 100 sur Gen5. Pour les autres paramètres de nombre maximal de vCores par base de données qui sont inférieurs ou égaux à 1 vCore, le nombre maximum de Workers simultanés est adapté en conséquence.

Limites du pool élastique standard (suite)

Nombre d’eDTU par pool 1 200 1 600 2 000 2 500 3000
Espace de stockage inclus par pool (Go) 1 1200 1 600 2000 2 500 3000
Espace de stockage maximal par pool (Go) 2560 3 072 3584 4096 4096
Stockage OLTP en mémoire maximal par pool (Go) N/A N/A N/A N/A N/A
Nombre maximal de bases de données par pool 2 500 500 500 500 500
Nombre maximal de workers (demandes) simultanés par pool 3 2 400 3200 4000 5 000 6000
Nombre maximal de sessions simultanées par pool 3 30000 30000 30000 30000 30000
Nombre min. de DTU par base de données 0, 10, 20, 50, 100, 200, 300, 400, 800, 1200 0, 10, 20, 50, 100, 200, 300, 400, 800, 1200, 1600 0, 10, 20, 50, 100, 200, 300, 400, 800, 1200, 1600, 2000 0, 10, 20, 50, 100, 200, 300, 400, 800, 1200, 1600, 2000, 2500 0, 10, 20, 50, 100, 200, 300, 400, 800, 1200, 1600, 2000, 2500, 3000
Nombre max. de DTU par base de données 10, 20, 50, 100, 200, 300, 400, 800, 1200 10, 20, 50, 100, 200, 300, 400, 800, 1200, 1600 10, 20, 50, 100, 200, 300, 400, 800, 1200, 1600, 2000 10, 20, 50, 100, 200, 300, 400, 800, 1200, 1600, 2000, 2500 10, 20, 50, 100, 200, 300, 400, 800, 1200, 1600, 2000, 2500, 3000
Espace de stockage maximal par base de données (Go) 1 024 1536 1792 2304 2816

1 Consultez Options tarifaires SQL Database pour obtenir des détails sur le coût additionnel engendré par le provisionnement d’espace de stockage supplémentaire.

2 Consultez Gestion des ressources dans les pools élastiques denses pour obtenir des informations supplémentaires.

3 Pour connaître le nombre maximal de Workers simultanés (requêtes) pour une base de données individuelle, consultez Limites de ressources des bases de données uniques. Par exemple, si le pool élastique utilise Gen5 et que le nombre maximal de vCores par base de données est défini sur 2, le nombre maximal de Workers simultanés est de 200. Si le nombre maximal de vCores par base de données est défini sur 0,5, le nombre maximal de Workers simultanés est de 50, puisque le nombre maximal de Workers est de 100 sur Gen5. Pour les autres paramètres de nombre maximal de vCores par base de données qui sont inférieurs ou égaux à 1 vCore, le nombre maximum de Workers simultanés est adapté en conséquence.

Limites du pool élastique Premium

Nombre d’eDTU par pool 125 250 500 1 000 1 500
Espace de stockage inclus par pool (Go) 1 250 500 750 1 024 1536
Espace de stockage maximal par pool (Go) 1 024 1 024 1 024 1 024 1536
Stockage OLTP en mémoire maximal par pool (Go) 1 2 4 10 12
Nombre maximal de bases de données par pool 2 50 100 100 100 100
Nombre maximal de Workers simultanés par pool (requêtes) 3 200 400 800 1 600 2 400
Nombre maximal de sessions simultanées par pool 3 30000 30000 30000 30000 30000
Nombre minimal d’eDTU par base de données 0, 25, 50, 75, 125 0, 25, 50, 75, 125, 250 0, 25, 50, 75, 125, 250, 500 0, 25, 50, 75, 125, 250, 500, 1000 0, 25, 50, 75, 125, 250, 500, 1000
Nombre maximal d’eDTU par base de données 25, 50, 75, 125 25, 50, 75, 125, 250 25, 50, 75, 125, 250, 500 25, 50, 75, 125, 250, 500, 1000 25, 50, 75, 125, 250, 500, 1000
Espace de stockage maximal par base de données (Go) 1 024 1 024 1 024 1 024 1536

1 Consultez Options tarifaires SQL Database pour obtenir des détails sur le coût additionnel engendré par le provisionnement d’espace de stockage supplémentaire.

2 Consultez Gestion des ressources dans les pools élastiques denses pour obtenir des informations supplémentaires.

3 Pour connaître le nombre maximal de Workers simultanés (requêtes) pour une base de données individuelle, consultez Limites de ressources des bases de données uniques. Par exemple, si le pool élastique utilise Gen5 et que le nombre maximal de vCores par base de données est défini sur 2, le nombre maximal de Workers simultanés est de 200. Si le nombre maximal de vCores par base de données est défini sur 0,5, le nombre maximal de Workers simultanés est de 50, puisque le nombre maximal de Workers est de 100 sur Gen5. Pour les autres paramètres de nombre maximal de vCores par base de données qui sont inférieurs ou égaux à 1 vCore, le nombre maximum de Workers simultanés est adapté en conséquence.

Limites du pool élastique Premium (suite)

Nombre d’eDTU par pool 2 000 2 500 3000 3 500 4000
Espace de stockage inclus par pool (Go) 1 2 048 2560 3 072 3 548 4096
Espace de stockage maximal par pool (Go) 2 048 2560 3 072 3 548 4096
Stockage OLTP en mémoire maximal par pool (Go) 16 20 24 28 32
Nombre maximal de bases de données par pool 2 100 100 100 100 100
Nombre maximal de workers (demandes) simultanés par pool 3 3200 4000 4 800 5600 6 400
Nombre maximal de sessions simultanées par pool 3 30000 30000 30000 30000 30000
Nombre min. de DTU par base de données 0, 25, 50, 75, 125, 250, 500, 1000, 1750 0, 25, 50, 75, 125, 250, 500, 1000, 1750 0, 25, 50, 75, 125, 250, 500, 1000, 1750 0, 25, 50, 75, 125, 250, 500, 1000, 1750 0, 25, 50, 75, 125, 250, 500, 1000, 1750, 4000
Nombre max. de DTU par base de données 25, 50, 75, 125, 250, 500, 1000, 1750 25, 50, 75, 125, 250, 500, 1000, 1750 25, 50, 75, 125, 250, 500, 1000, 1750 25, 50, 75, 125, 250, 500, 1000, 1750 25, 50, 75, 125, 250, 500, 1000, 1750, 4000
Espace de stockage maximal par base de données (Go) 2 048 2560 3 072 3584 4096

1 Consultez Options tarifaires SQL Database pour obtenir des détails sur le coût additionnel engendré par le provisionnement d’espace de stockage supplémentaire.

2 Consultez Gestion des ressources dans les pools élastiques denses pour obtenir des informations supplémentaires.

3 Pour connaître le nombre maximal de Workers simultanés (requêtes) pour une base de données individuelle, consultez Limites de ressources des bases de données uniques. Par exemple, si le pool élastique utilise Gen5 et que le nombre maximal de vCores par base de données est défini sur 2, le nombre maximal de Workers simultanés est de 200. Si le nombre maximal de vCores par base de données est défini sur 0,5, le nombre maximal de Workers simultanés est de 50, puisque le nombre maximal de Workers est de 100 sur Gen5. Pour les autres paramètres de nombre maximal de vCores par base de données qui sont inférieurs ou égaux à 1 vCore, le nombre maximum de Workers simultanés est adapté en conséquence.

Important

Un espace de stockage supérieur à 1 To au niveau Premium est actuellement disponible dans les toutes régions sauf les suivantes : Chine Est, Chine Nord, Allemagne Centre et Allemagne Nord-Est. Dans ces régions, l’espace de stockage maximal au niveau Premium est limité à 1 To. Pour plus d’informations, voir les limitations actuelles P11-P15.

Si toutes les DTU d’un pool élastique sont utilisées, chaque base de données du pool reçoit une quantité égale de ressources pour traiter les requêtes. Le service de base de données SQL offre un partage équitable des ressources entre les bases de données, garantissant des tranches de temps de calcul égales. Le partage équitable des ressources du pool élastique s’ajoute à n’importe quelle quantité de ressources garantie pour chaque base de données lorsque le nombre minimal de DTU par base de données est défini sur une valeur différente de zéro.

Notes

Pour les limites tempdb, consultez Limites tempdb.

Pour plus d’informations sur les limites de stockage au niveau de service Premium, consultez Gouvernance de l’espace de stockage.

Propriétés de base de données pour les bases de données mises en pool

Pour chaque pool élastique, vous pouvez éventuellement spécifier le nombre minimal et maximal de DTU par base de données pour modifier les modèles de consommation de ressources dans le pool. Les valeurs min et max spécifiées s’appliquent à toutes les bases de données du pool. La personnalisation des DTU min et max pour des bases de données individuelles dans le pool n’est pas prise en charge.

Vous pouvez également définir un stockage maximal par base de données, par exemple pour empêcher une base de données de consommer tout le stockage du pool. Ce paramètre peut être configuré indépendamment pour chaque base de données.

La table suivante décrit les propriétés de base de données pour les bases de données mises en pool.

Propriété Description
Nombre maximal de DTU par base de données Nombre maximal de DTU pouvant être utilisées par une des bases de données du pool en fonction du nombre de DTU utilisées par les autres bases de données du pool. Le nombre maximal de DTU par base de données n’est pas une garantie concernant l’octroi des ressources pour une base de données. Si la charge de travail de chaque base de données n’a pas besoin de toutes les ressources de pool disponibles pour s’exécuter correctement, envisagez de définir le nombre maximal de DTU par base de données pour empêcher qu’une base de données unique monopolise les ressources Une certaine allocation excessive est attendue dans la mesure où le pool prend généralement en compte des modèles de creux et de pics d’utilisation des bases de données, dans lesquels toutes les bases de données ne connaissent pas simultanément des pics d’utilisation.
Nombre minimal de DTU par base de données Nombre minimal de DTU réservées pour toute base de données dans le pool. Envisagez de définir un nombre minimal de DTU par base de données lorsque vous souhaitez garantir la disponibilité des ressources pour chaque base de données, quelle que soit la consommation des ressources par les autres bases de données du pool. Le nombre minimal de DTU par base de données peut être défini sur 0, qui est également la valeur par défaut. Cette propriété est définie sur une valeur comprise entre 0 et le nombre moyen de DTU utilisées par base de données.
Espace de stockage maximal par base de données La taille de base de données maximale définie par l’utilisateur pour une base de données dans un pool. Les bases de données mises en pool se partagent le stockage du pool alloué. Par conséquent, la taille qu’une base de données peut atteindre est limitée au stockage de pool minimal restant et à la taille maximale de la base de données. La taille de base de données maximale fait référence à la taille maximale des fichiers de données et n’inclut pas l’espace utilisé par les fichiers journaux.

Important

Étant donné que les ressources d’un pool élastique sont limitées, l’affectation de la valeur DTU min par base de données à une valeur supérieure à 0 limite implicitement l’utilisation des ressources par chaque base de données. Si, à un moment donné, la plupart des bases de données d’un pool sont inactives, les ressources réservées pour satisfaire la garantie de DTU min ne sont pas disponibles pour les bases de données actives à ce moment précis.

En outre, le paramétrage de l’option DTU min par base de données sur une valeur supérieure à 0 limite implicitement le nombre de bases de données qui peuvent être ajoutées au pool. Par exemple, si vous définissez le DTU minimal sur 100 dans un pool de 400 DTU, cela signifie que vous ne pourrez pas ajouter plus de 4 bases de données au pool, car 100 DTU sont réservées pour chaque base de données.

Si les propriétés par base de données sont exprimées en DTU, elles régissent également la consommation d’autres types de ressources, comme les E/S de données, les E/S de journal, la mémoire du pool de mémoires tampons et les threads de travail. Lorsque vous ajustez les valeurs min et max de DTU par base de données, les réservations et les limites de tous les types de ressources sont ajustées proportionnellement.

Les valeurs minimales et maximales de DTU par base de données s’appliquent à la consommation de ressources par les charges de travail utilisateur, mais pas à la consommation de ressources par les processus internes. Par exemple, pour une base de données dont la valeur maximale de DTU par base de données est fixée à la moitié du nombre d’eDTU du pool, la charge de travail utilisateur ne peut pas consommer plus de la moitié de la mémoire du pool de mémoires tampons. Toutefois, cette base de données peut toujours tirer parti des pages du pool de mémoires tampons qui ont été chargées par des processus internes. Pour plus d’informations, consultez Consommation de ressources par les charges de travail utilisateur et les processus internes.

Étapes suivantes