Quotas du service Azure Cosmos DB
S’APPLIQUE À : 
NoSQL MongoDB Cassandra Gremlin Table
Cet article fournit une vue d’ensemble des quotas par défaut appliqués à différentes ressources dans Azure Cosmos DB.
Opérations de stockage et de base de données
Une fois que vous avez créé un compte Azure Cosmos DB dans votre abonnement, vous pouvez y gérer des données en créant des bases de données, des conteneurs et des éléments.
Débit approvisionné
Vous pouvez allouer un débit au niveau d’un conteneur ou d’une base de données en termes d’unités de requête (RU/s ou RUs). Le tableau suivant liste les limites de stockage et de débit par conteneur/base de données. Stockage fait référence à la quantité combinée du stockage des données et des index.
| Ressource | Limite |
|---|---|
| Nombre maximal d’unités de requête par conteneur (mode provisionné avec débit dédié) | 1 000 000 ¹ |
| Nombre maximal d’unités de requête par base de données (mode provisionné avec débit partagé) | 1 000 000 ¹ |
| Nombre maximal d’unités de requête par partition (logique et physique) | 10 000 |
| Volume de stockage maximal sur tous les éléments par partition (logique) | 20 Go ² |
| Nombre maximal de clés de partition (logiques) distinctes | Illimité |
| Volume de stockage maximal par conteneur | Illimité |
| Taille maximale des pièces jointes par compte (la fonctionnalité de pièce jointe est déconseillée) | 2 Go |
| Unités de requête minimales/s requises par 1 Go | 1 RU/s |
¹ Vous pouvez augmenter le nombre maximal d’unités de requête par conteneur ou base de données en soumettant un ticket de support Azure.
² Pour découvrir les meilleures pratiques en matière de gestion des charges de travail utilisant des clés de partition qui nécessitent des limites plus élevées de stockage ou de débit, consultez Créer une clé de partition synthétique. Si votre charge de travail a déjà atteint la limite logique de partition de 20 Go en production, il est recommandé de ré-architecturer votre application avec une autre clé de partition comme solution à long terme. Pour obtenir plus de temps pour reconcevoir votre application, vous pouvez demander une augmentation temporaire de la limite de clé de partition logique pour votre application existante. Envoyez un ticket de support Azure et sélectionnez le type de quota Augmentation temporaire de la taille de clé de partition logique du conteneur. Demander une augmentation temporaire est une atténuation temporaire et n’est pas recommandée en tant que solution à long terme, car les garanties du contrat de niveau de service ne sont pas respectées lorsque la limite est augmentée. Pour supprimer la configuration, envoyez un ticket de support et sélectionnez le type de quota Restaurer la valeur par défaut (20 Go) de la taille de la clé de partition logique du conteneur. L’envoi de ce ticket de support peut être effectué après avoir supprimé des données pour répondre à la limite logique de partition de 20 Go ou avoir reconstruit votre application avec une autre clé de partition.
Limites de débit minimal
Un conteneur Azure Cosmos DB (ou une base de données à débit partagé) avec un débit manuel doit avoir un débit minimum de 400 RU/s. Au fur et à mesure que le conteneur augmente, Azure Cosmos DB requiert un débit minimal pour s’assurer que la ressource (base de données ou conteneur) dispose de suffisamment de ressources pour ses opérations.
Les débits actuel et minimal d’un conteneur ou d’une base de données peuvent être récupérés à partir du portail Azure ou des SDK. Pour plus d’informations, consultez Allouer un débit à des conteneurs et bases de données.
La valeur de requête minimales réelles peut varier en fonction de la configuration de votre compte. Vous pouvez utiliser les métriques Azure Monitor pour voir l’historique du débit provisionné (RU/s) et du stockage sur une ressource.
Débit minimal sur un conteneur
Utilisez cette section pour estimer le débit minimum sur un conteneur.
Débit manuel
Pour estimer les RU/s minimales requises d’un conteneur avec un débit manuel, recherchez le maximum de :
- 400 RU/s
- Stockage actuel en Go * 1 RU/s
- RU/s les plus élevées jamais provisionnées sur le conteneur / 100
Supposons par exemple que vous disposiez d’un conteneur approvisionné avec 400 RU/s et un stockage de 0 Go. Vous augmentez le débit à 50 000 RU/s et importez 20 Go de données. La valeur RU/s minimale est maintenant MAX(400, 20 * 1 RU/s per GB, 50,000 RU/s / 100) = 500 RU/s. Au fil du temps, le stockage atteint 2 000 Go. La valeur RU/s minimale est maintenant MAX(400, 2000 * 1 RU/s per GB, 50,000 / 100) = 2 000 RU/s.
Mise à l’échelle automatique du débit
Pour estimer les RU/s maximales de mise à l’échelle automatique minimale requises d’un conteneur avec un débit de mise à l’échelle automatique, recherchez le maximum de :
- 1 000 RU/s
- Stockage actuel en Go * 10 RU/s
- RU/s les plus élevées jamais provisionnées sur le conteneur / 10
Supposons par exemple que vous disposiez d’un conteneur approvisionné avec 1000 RU/s et un stockage de 0 Go. Vous augmentez le débit à 50 000 RU/s et importez 20 Go de données. Le nombre minimal de RU/s est maintenant MAX(1000, 20 * 10 RU/s per GB, 50,000 RU/s / 10) = 5 000 RU/s. Au fil du temps, le stockage atteint 2 000 Go. Le nombre minimal de RU/s est maintenant MAX(1000, 2000 * 10 RU/s per GB, 50,000 / 10) = 20 000 RU/s.
Débit minimal sur une base de données à débit partagé
Utilisez cette section pour estimer le débit minimum sur un débit de partage de base de données entre les conteneurs.
Débit manuel
Pour estimer les RU/s minimales requises d’une base de données de débit partagé avec un débit manuel, recherchez le maximum de :
- 400 RU/s
- Stockage actuel en Go * 1 RU/s
- RU/s les plus élevées jamais provisionnées sur la base de données / 100
- 400 + MAX (nombre de conteneurs - 25, 0) * 100 RU/s
Supposons par exemple que vous disposiez d’une base de données configurée avec 400 RU/s, 15 Go de stockage et 10 conteneurs. La valeur RU/s minimale est MAX(400, 15 * 1 RU/s per GB, 400 / 100, 400 + 0 ) = 400 RU/s. En présence de 30 conteneurs dans la base de données, la valeur RU/s minimale serait 400 + MAX(30 - 25, 0) * 100 RU/s = 900 RU/s.
Mise à l’échelle automatique du débit
Pour estimer les RU/s maximales de mise à l’échelle automatique minimale requises d’une base de données de débit partagé avec débit de mise à l’échelle automatique, recherchez le maximum de :
- 1 000 RU/s
- Stockage actuel en Go * 10 RU/s
- RU/s les plus élevées jamais provisionnées sur la base de données / 10
- 1000 + MAX(Nombre de conteneurs - 25, 0) * 1 000 RU/s
Par exemple, vous disposez d’une base de données approvisionnée avec 1 000 RU/s, 15 Go de stockage et 10 conteneurs. Le nombre minimal de RU/s pour la base de données de mise à l’échelle automatique est MAX(1000, 15 * 10 RU/s per GB, 1000 / 10, 1000 + 0 ) = 1 000 RU/s. S’il y avait 30 conteneurs dans la base de données, le nombre minimal de RU/s serait 1000 + MAX(30 - 25, 0) * 1000 RU/s = 5 000 RU/s.
En résumé, voici les limites minimales de RU provisionnée lors de l’utilisation du débit provisionné.
| Type d’approvisionnement | Ressource | Limite |
|---|---|---|
| Débit manuel | Nombre minimal de RU/s par conteneur (mode dédié approvisionné avec débit manuel) | 400 |
| Débit manuel | Nombre minimal d’unités de requête par base de données (mode approvisionné de débit partagé avec un débit manuel | 400 RU/s pour les 25 premiers conteneurs. |
| Mise à l’échelle automatique du débit | Nombre minimal d’unités de requête par conteneur (mode provisionné de débit dédié avec débit de mise à l’échelle automatique) | 1 000 |
| Mise à l’échelle automatique du débit | Nombre minimal d’unités de requête par base de données (mode approvisionné de débit partagé avec débit de mise à l’échelle automatique) | 1000 RU/s pour les 25 premiers conteneurs. |
Azure Cosmos DB prend en charge la mise à l’échelle par programmation du débit (RU/s) par conteneur ou base de données via les kits de développement logiciel (SDK) ou le portail.
Selon les paramètres de valeur RU/s approvisionnée et de ressource, chaque ressource peut être mise à l’échelle de façon synchrone et immédiate entre la valeur RU/s minimale et jusqu’à 100x la valeur RU/s minimale. Si la valeur de débit demandée est en dehors de la plage, la mise à l’échelle est exécutée de façon asynchrone. La mise à l’échelle asynchrone peut prendre quelques minutes à quelques heures selon le débit demandé et la taille de stockage de données dans le conteneur. En savoir plus.
Sans serveur
Serverless vous permet d’utiliser vos ressources Azure Cosmos DB en fonction de la consommation. Le tableau suivant liste les limites de 95e centile du stockage et du débit par conteneur/base de données. Ces limites ne peuvent pas être augmentées. Il est recommandé d’allouer des comptes serverless supplémentaires pour répondre au besoin d’un stockage plus important.
| Ressource | Limite |
|---|---|
| Nombre maximal d’unités de requête par conteneur | 20 000* |
| Volume de stockage maximal sur tous les éléments par partition (logique) | 20 Go |
| Volume de stockage maximal par conteneur | 1 To |
*La disponibilité maximale de ru/s dépend des données stockées dans le conteneur. Voir Performances Serverless
Plan de contrôle
Azure Cosmos DB gère un fournisseur de ressources qui offre une couche de gestion pour créer, mettre à jour et supprimer des ressources dans votre compte Azure Cosmos DB. Le fournisseur de ressources s’interface avec la couche globale de gestion des ressources Azure, qui est le service de déploiement et de gestion d’Azure. Vous pouvez créer et gérer des ressources Azure Cosmos DB à l’aide du portail Azure, d’Azure PowerShell, d’Azure CLI, d’Azure Resource Manager et de modèles Bicep, de l’API Rest, des kits de développement logiciel (SDK) de gestion Azure ainsi que d’outils tiers tels que Terraform et Pulumi.
Cette couche de gestion est également accessible à partir des kits de développement logiciel (SDK) de plan de données Azure Cosmos DB utilisés dans vos applications pour créer et gérer des ressources dans un compte. Les kits de développement logiciel (SDK) de plan de données effectuent également des requêtes de plan de contrôle lors de la connexion initiale au service pour effectuer des opérations telles que le dénombrement des bases de données et des conteneurs, ainsi que des requêtes de clés de compte pour authentification.
Chaque compte d’Azure Cosmos DB a un master partition qui contient toutes les métadonnées d’un compte. Il a également un faible débit pour prendre en charge des opérations de plan de contrôle. Les requêtes de plan de contrôle qui créent, lisent, mettent à jour ou suppriment ces métadonnées consomment ce débit. Lorsque la quantité de débit consommée par les opérations de plan de contrôle dépasse ce montant, les opérations sont limitées en débit, de même que les opérations de plan de données dans Azure Cosmos DB. Toutefois, contrairement au débit des opérations de données, le débit de la partition principale ne peut pas être augmenté.
Certaines opérations de plan de contrôle ne consomment pas le débit de la partition principale, telles que les opérations Get ou List Keys. Toutefois, contrairement aux requêtes sur les données de votre compte Azure Cosmos DB, les fournisseurs de ressources dans Azure ne sont pas conçus pour des volumes de requêtes élevés. Opérations de plan de contrôle qui dépassent les limites documentées à des niveaux soutenus sur des périodes consécutives de 5 minutes peuvent rencontrer une limitation des demandes ainsi que des opérations ayant échoué ou incomplètes sur les ressources Azure Cosmos DB.
Les opérations de plan de contrôle peuvent être analysées en accédant à l’onglet Insights d’un compte Azure Cosmos DB. Pour plus d’informations, consultez Analyser les requêtes de plan de contrôle. Les utilisateurs peuvent également les personnaliser, utiliser Azure Monitor, créer un classeur pour analyser les Requêtes de métadonnées et définir des alertes sur celles-ci.
Limites des ressources
Le tableau suivant répertorie les limites de ressources par abonnement ou compte.
| Ressource | Limite |
|---|---|
| Nombre maximal de comptes par abonnement | 250 par défaut ¹ |
| Nombre maximal de bases de données et conteneurs par compte | 500 ² |
| Débit maximal pris en charge par un compte pour les opérations de métadonnées | 240 RU/s |
¹ Les limites par défaut diffèrent pour les clients internes de Microsoft. Vous pouvez augmenter ces limites en créant une demande de support Azure jusqu’à 1000 maximum. Cosmos DB se réserve le droit de supprimer tous les comptes de base de données vides, c’est-à-dire aucune base de données/collection. ² Cette limite ne peut pas être augmentée. Nombre total des deux avec un compte. (1 base de données et 499 conteneurs, 250 bases de données et 250 conteneurs, etc.)
Limites de requête
Le tableau suivant répertorie les limites de requête par intervalle de 5 minutes, par compte, sauf indication contraire.
| Opération | Limite |
|---|---|
| Nombre maximal d’opérations List ou Get Keys | 500 ¹ |
| Nombre maximal d’opérations Créer une base de données et un conteneur | 500 |
| Nombre maximal d’opérations Get ou List une base de données et un conteneur | 500 ¹ |
| Nombre maximal d’opérations Mettre à jour un débit approvisionné | 25 |
| Nombre maximal d’opérations Basculement régional | 10 (par heure) ² |
| Nombre maximal des opérations (PUT, POST, PATCH, DELETE, GET) non définies ci-dessus | 500 |
¹ Les utilisateurs doivent utiliser un client singleton pour les instances du kit de développement logiciel (SDK), les clés de cache et les références de la base de données et du conteneur entre des requêtes pendant la durée de vie de cette instance. ² Les basculements régionaux s’appliquent uniquement aux comptes d’écriture spécifiques à une région. Les comptes d’écriture multirégions ne requièrent et n’autorisent pas de changement de région d’écriture.
Azure Cosmos DB sauvegarde automatiquement vos données à intervalles réguliers. Pour plus d’informations sur les fenêtres et intervalles de conservation des sauvegardes, consultez Sauvegarde en ligne et restauration de données à la demande dans Azure Cosmos DB.
Limites par compte
Voici une liste des limites par compte.
Débit approvisionné
| Ressource | Limite |
|---|---|
| Nombre maximal de bases de données et de conteneurs par compte | 500¹ |
| Nombre maximal de conteneurs par base de données avec un débit partagé | 25 |
| Nombre maximal de régions | Aucune limite (toutes les régions Azure) |
Sans serveur
| Ressource | Limite |
|---|---|
| Nombre maximal de bases de données et de conteneurs par compte | 500 |
| Nombre maximal de régions | 1 (n’importe quelle région Azure) |
Limites par conteneur
En fonction de l’API que vous utilisez, un conteneur Azure Cosmos DB peut représenter une collection, une table ou un graphe. Les conteneurs prennent en charge la configuration de contraintes de clé unique, de procédures stockées, déclencheurs et fonctions définies par l’utilisateur et de stratégies d’indexation. Le tableau suivant liste les limites propres aux configurations dans un conteneur.
| Ressource | Limite |
|---|---|
| Longueur maximale du nom de la base de données ou du conteneur | 255 |
| Nombre maximum de procédures stockées par conteneur | 100 ¹ |
| Nombre maximal d’UDF par conteneur | 50 ¹ |
| Nombre maximal de clés uniques par conteneur | 10 ¹ |
| Nombre maximal de chemins par contrainte de clé unique | 16 ¹ |
| Valeur TTL maximale | 2147483647 |
¹ Vous pouvez augmenter ces limites par conteneur en créant une demande de support Azure.
Limites par élément
En fonction de l’API que vous utilisez, un élément Azure Cosmos DB peut représenter un document d’une collection, une ligne de table, un nœud de graphe ou une arête de graphe. Le tableau suivant indique les limites par élément dans Azure Cosmos DB.
| Ressource | Limite |
|---|---|
| Taille maximale d’un élément | 2 Mo (longueur UTF-8 de la représentation JSON) ¹ |
| Longueur maximale de la valeur de clé de partition | 2048 octets (101 octets si la clé de partition volumineuse n’est pas activée) |
| Longueur maximale de la valeur d’ID | 1 023 octets |
| Caractères autorisés pour la valeur d’ID | Tous les caractères Unicode côté service à l’exception de « / » et « \ » sont autorisés. AVERTISSEMENT : Mais pour une interopérabilité optimale, nous VOUS RECOMMANDONS VIVEMENT d’utiliser uniquement des caractères ASCII alphanumériques dans la valeur ID uniquement. Il existe plusieurs limitations connues dans certaines versions du SDK Cosmos DB ainsi que dans des connecteurs (ADF, Spark, Kafka, etc.) et des bibliothèques/pilotes HTTP, etc. qui peuvent entraver le traitement quand la valeur d’ID contient des caractères ASCII non alphanumériques. Ainsi, pour augmenter l’interopérabilité, encodez la valeur d’ID, par exemple via Base64, doublé de l’encodage personnalisé des caractères spéciaux autorisés en Base64. - si vous devez prendre en charge des caractères ASCII non alphanumériques dans votre service/application. |
| Nombre maximal de propriétés par élément | Aucune limite pratique |
| Longueur maximale du nom d’une propriété | Aucune limite pratique |
| Longueur maximale de la valeur d’une propriété | Aucune limite pratique |
| Longueur maximale d’une valeur de propriété de chaîne | Aucune limite pratique |
| Longueur maximale d’une valeur de propriété numérique | 64 bits double précision (norme IEEE754) |
| Niveau maximal d’imbrication des objets ou tableaux incorporés | 128 |
| Valeur TTL maximale | 2147483647 |
| Précision/plage maximale pour les nombres au format JSON (pour garantir une interopérabilité sécurisée) | IEEE 754 binary64 |
¹ Les documents volumineux, jusqu’à 16 Mo, sont pris en charge par Azure Cosmos DB for MongoDB uniquement. Lisez la documentation sur les fonctionnalités pour en savoir plus.
Aucune restriction ne pèse sur les charges utiles d’élément (comme le nombre de propriétés et la profondeur d’imbrication), sauf en ce qui concerne la longueur des valeurs d’ID et de clé de partition, et la taille globale est limitée à 2 Mo. Vous devrez peut-être configurer une stratégie d’indexation pour les conteneurs qui ont des structures comportant des éléments grands ou complexes pour réduire la consommation de RU. Consultez Modélisation des éléments dans Azure Cosmos DB pour découvrir un exemple concret et des modèles permettant de gérer de grands éléments.
Limites par demande
Azure Cosmos DB prend en charge les opérations CRUD et de requête sur des ressources telles que des conteneurs, des éléments et des bases de données. Il prend également en charge les requêtes de lots transactionnels sur des éléments ayant la même clé de partition dans un conteneur.
| Ressource | Limite |
|---|---|
| Durée d’exécution maximale pour une seule opération (par exemple, l’exécution d’une procédure stockée ou la récupération d’une page de requête unique) | 5 secondes |
| Taille maximale de la demande (par exemple : procédure stockée, CRUD) | 2 Mo |
| Taille maximale de la réponse (par exemple, requête paginée) | 4 Mo |
| Nombre maximal d’opérations dans un lot transactionnel | 100 |
Azure Cosmos DB prend en charge l’exécution de déclencheurs pendant les écritures. Le service prend en charge un maximum d’un pré-déclencheur et d’un post-déclencheur par opération d’écriture.
Dès qu’une opération telle qu’une requête atteint le délai d’expiration de l’exécution ou la taille limite de la réponse, elle retourne une page de résultats et un jeton de continuation au client pour reprendre l’exécution. Il n’existe aucune limite pratique quant à la durée de l’exécution d’une requête unique entre les continuations et les pages.
Azure Cosmos DB utilise HMAC pour l’autorisation. Vous pouvez utiliser une clé primaire pour un contrôle d’accès précis aux ressources. Ces ressources peuvent inclure des conteneurs, des clés de partition ou des éléments. Le tableau suivant liste les limites pour les jetons d’autorisation dans Azure Cosmos DB.
| Ressource | Limite |
|---|---|
| Délai d’expiration maximal d’un jeton principal | 15 min |
| Délai d’expiration minimal d’un jeton de ressource | 10 min |
| Délai d’expiration maximal d’un jeton de ressource | 24 h par défaut ¹ |
| Variation d’horloge maximale pour l’autorisation de jeton | 15 min |
¹ Vous pouvez l’augmenter en soumettant un ticket de support Azure
Limites du débit approvisionné en mode de mise à l’échelle automatique
Pour plus de détails sur le débit et les limites de stockage avec mise à l’échelle automatique, consultez l’article Mise à l’échelle automatique et le FAQ.
| Ressource | Limite |
|---|---|
| Nombre maximal de RU/s auquel le système peut s’adapter | Tmax, nombre maximal de RU/s de mise à l’échelle automatique défini par l’utilisateur |
| Nombre minimal de RU/s auxquelles le système peut adapter son échelle | 0.1 * Tmax |
| Nombre actuel de RU/s auxquelles l’échelle du système est adaptée | 0.1*Tmax <= T <= Tmax, selon l’utilisation |
| Nombre minimal de RU/s facturables par heure | 0.1 * Tmax La facturation est effectuée sur une base horaire, où vous êtes facturé pour le nombre maximal de RU/s auxquelles l’échelle du système est adaptée dans l’heure, ou bien 0.1*Tmax, la valeur plus élevée étant retenue. |
| Nombre maximal de RU/s de mise à l’échelle automatique minimale pour un conteneur | MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10) arrondi à la valeur supérieure la plus proche de 1 000 RU/s |
| Nombre maximal de RU/s de mise à l’échelle automatique minimale pour une base de données | MAX(1000, highest max RU/s ever provisioned / 10, current storage in GB * 10, 1000 + (MAX(Container count - 25, 0) * 1000)), arrondi à la valeur supérieure la plus proche de 1 000 RU/s. Notez que, si votre base de données comporte plus de 25 conteneurs, le système incrémente le nombre minimal de RU/S de mise à l’échelle automatique de 1 000 RU/s par conteneur supplémentaire. Par exemple, si vous avez 30 conteneurs, le nombre maximal de RU/s de mise à l’échelle automatique la plus basse que vous pouvez définir est de 6000 RU/s (échelles comprises entre 600 et 6000 RU/s). |
Limites de requête SQL
Azure Cosmos DB prend en charge l’interrogation d’éléments à l’aide de SQL. Le tableau suivant décrit les restrictions dans les instructions de requête, par exemple en termes de nombre de clauses ou de longueur de requête.
| Ressource | Limite |
|---|---|
| Longueur maximale d’une requête SQL | 512 Ko |
| Nombre maximal de jointures par requête | 10 ¹ |
| Nombre maximal de fonctions définies par l’utilisateur par requête | 10 ¹ |
| Nombre maximal de points par polygone | 4096 |
| Nombre maximal de chemins d'accès inclus par conteneur | 1 500 ¹ |
| Nombre maximal de chemins d'accès exclus par conteneur | 1 500 ¹ |
| Nombre maximal de propriétés dans un index composite | 8 |
| Nombre maximal de chemins d’accès dans un index composite | 100 |
¹ Vous pouvez augmenter les limites des requêtes SQL en créant une demande de support Azure.
Limites propres à l’API pour MongoDB
Azure Cosmos DB prend en charge le protocole de transmission MongoDB pour les applications écrites par rapport à MongoDB. Vous trouverez les versions de protocole et les commandes prises en charge dans l’article Fonctionnalités et syntaxe MongoDB prises en charge.
Le tableau suivant liste les limites propres à la prise en charge des fonctionnalités MongoDB. D’autres limites de service mentionnées pour l’API pour NoSQL s’appliquent également à l’API pour MongoDB.
| Ressource | Limite |
|---|---|
| Taille maximale d’un document | 16 Mo (longueur UTF-8 de la représentation JSON) ¹ |
| Taille de mémoire maximale pour les requêtes MongoDB (cette limitation s'applique uniquement à la version 3.2 du serveur) | 40 Mo |
| Durée d’exécution maximale des opérations MongoDB (pour la version de serveur 3.2) | 15 secondes |
| Durée d’exécution maximale des opérations MongoDB (versions de serveur : 3.6 et 4.0) | 60 secondes |
| Niveau maximal d’imbrication des objets/tableaux incorporés dans les définitions d’index | 6 |
| Délai d’expiration d’une connexion inactive pour la fermeture de la connexion côté serveur ¹ | 30 minutes |
| Limite de temps pour l’interpréteur de commandes MongoDB dans le Portail Azure | 120 minutes par période de 24 heures |
¹ Les documents de grande taille, jusqu’à 16 Mo, requièrent l’activation de la fonctionnalité dans le Portail Azure. Lisez la documentation sur les fonctionnalités pour en savoir plus.
¹ Nous recommandons que les applications clientes définissent le délai d’expiration d’une connexion inactive dans les paramètres du pilote sur 2-3 minutes, car le délai d’expiration par défaut d’Azure LoadBalancer est de 4 minutes. Ce délai d’expiration garantit que l’inactivité d’un équilibreur de charge intermédiaire ne ferme pas les connexions entre la machine cliente et Azure Cosmos DB.
Essayer gratuitement les limites Azure Cosmos DB
Le tableau suivant liste les limites liées à l’essai gratuit d’Azure Cosmos DB.
| Ressource | Limite |
|---|---|
| Durée de l’essai | 30 jours (une nouvelle évaluation peut être demandée après expiration) Après expiration, les informations stockées sont supprimées. |
| Nombre maximal de conteneurs par abonnement (NoSQL, Gremlin, API pour Table) | 1 |
| Nombre maximal de conteneurs par abonnement (API pour MongoDB) | 3 |
| Débit maximal par conteneur | 5 000 |
| Débit maximal par base de données de débit partagé | 20000 |
| Volume total de stockage maximal par compte | 10 Go |
L’essai Azure Cosmos DB ne prend en charge la distribution mondiale que dans les régions USA Centre, Europe Nord et Asie Sud-Est. Vous ne pouvez pas créer de tickets de support Azure pour les comptes d’essai d’Azure Cosmos DB. Toutefois, un support est fourni pour les abonnés détenant des plans de support.
Limites des comptes du niveau Gratuit d’Azure Cosmos DB
Le tableau suivant liste les limites des comptes du niveau gratuit d’Azure Cosmos DB.
| Ressource | Limite |
|---|---|
| Nombre de comptes du niveau gratuit par abonnement Azure | 1 |
| Durée de la remise du niveau gratuit | Durée de vie du compte. Adhésion obligatoire durant la création du compte. |
| Nombre maximal de RU/s gratuites | 1 000 RU/s |
| Stockage maximal gratuit | 25 Go |
| Nombre maximal de bases de données à débit partagé | 5 |
| Nombre maximal de conteneurs dans une base de données à débit partagé | 25 Dans les comptes du niveau gratuit, le nombre minimal de RU/s pour une base de données à débit partagé comptant jusqu’à 25 conteneurs est de 400 RU/s. |
En plus du tableau précédent, les Limites par compte s’appliquent également aux comptes de niveau gratuit. Pour plus d’informations, consultez créer un compte de niveau gratuit.