

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Quotas et limites dans Amazon QLDB
<a name="limits"></a>

**Important**  
Avis de fin de support : les clients existants pourront utiliser Amazon QLDB jusqu'à la fin du support le 31 juillet 2025. Pour plus de détails, consultez [Migrer un registre Amazon QLDB vers Amazon Aurora PostgreSQL](https://aws.amazon.com/blogs/database/migrate-an-amazon-qldb-ledger-to-amazon-aurora-postgresql/).

Cette section décrit les quotas actuels, également appelés limites, dans Amazon QLDB.

**Topics**
+ [

## Quotas par défaut
](#limits.default)
+ [

## Quotas fixes
](#limits.fixed)
+ [

## Quota comptable
](#limits.ledger)
+ [

## Taille des documents
](#limits.document)
+ [

## Taille de la transaction
](#limits.transaction)
+ [

## Contraintes d’affectation de noms
](#limits.naming)

## Quotas par défaut
<a name="limits.default"></a>

QLDB possède les quotas par défaut suivants, également répertoriés sur les points de terminaison [Amazon QLDB](https://docs.aws.amazon.com/general/latest/gr/qldb.html) et les quotas dans le. *Références générales AWS* Ces quotas sont Compte AWS par région. Pour demander une augmentation du quota de votre compte dans une région, utilisez la console Service Quotas.

Connectez-vous à la console Service Quotas AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/servicequotas/](https://console.aws.amazon.com/servicequotas/).


| Ressource | Quota par défaut  | 
| --- | --- | 
| Le nombre maximum de [registres](#limits.ledger) actifs que vous pouvez créer dans ce compte dans la région actuelle | 5 | 
| Le nombre maximum d'exportations de journaux actives vers Amazon S3 par registre | 2 | 
| Nombre maximal de flux de journaux actifs vers Kinesis Data Streams par registre | 5 | 

## Quotas fixes
<a name="limits.fixed"></a>

Outre les quotas par défaut, QLDB dispose des quotas fixes suivants par registre. Ces quotas ne peuvent pas être augmentés à l'aide de Service Quotas :


| Ressource | Quota fixe | 
| --- | --- | 
| Nombre de [sessions actives](concurrency.md#concurrency.sessions) simultanées | 3000 | 
| Nombre de tables actives | 20 | 
| IndexedStorage— la quantité totale d'espace disque utilisée par les tables, les index et l'historique indexé du registre, indiquée à intervalles de 15 minutes. Pour plus d'informations sur CloudWatch les métriques Amazon, consultez la section [Surveillance avec Amazon CloudWatch](https://docs.aws.amazon.com/qldb/latest/developerguide/monitoring-cloudwatch.html). | Maximum de 16 TiB | 
| Nombre total de tables (actives et inactives)  Dans QLDB[, les tables supprimées](working.manage-tables.md) sont *considérées comme inactives et sont prises* en compte dans ce quota total.  | 40 | 
| Nombre d'index par table | 5 | 
| Nombre de documents dans une transaction | 40 | 
| Nombre de révisions à supprimer dans une transaction | 1 | 
| [Taille du document](#limits.document) (IonBinaryformat encodé) | 128 Ko | 
| Taille du paramètre de déclaration (IonBinaryformat) | 128 Ko | 
| Taille du paramètre de déclaration (IonTextformat) | 1 Mo | 
| Longueur de la chaîne de déclaration | 100 000 caractères | 
| [Taille de la transaction](#limits.transaction) | 4 Mo | 
| Délai d'expiration de la transaction | 30 secondes | 
| Période d'expiration pour les tâches d'exportation de journaux terminées | 7 jours | 
| Période d'expiration pour les flux de journaux du terminal | 7 jours | 

## Quota comptable
<a name="limits.ledger"></a>

Pour demander une augmentation du quota comptable pour votre compte dans une région, vous pouvez utiliser la console Service Quotas.

Ouvrez la console Service Quotas sur [https://console.aws.amazon.com/servicequotas/](https://console.aws.amazon.com/servicequotas/).

Certains cas d'utilisation de QLDB nécessitent un nombre croissant de registres Compte AWS par région en fonction de la croissance de l'entreprise. Par exemple, vous devrez peut-être créer des registres dédiés pour isoler les clients ou les données. Dans ce cas, envisagez de tirer parti d'une architecture multi-comptes pour utiliser les quotas QLDB. Pour plus d'informations, reportez-vous à la section *Account Silo Isolation* du AWS livre blanc [SaaS Tenant](https://d1.awsstatic.com/whitepapers/saas-tenant-isolation-strategies.pdf#%5B%7B%22num%22%3A49%2C%22gen%22%3A0%7D%2C%7B%22name%22%3A%22XYZ%22%7D%2C69%2C610%2C0%5D) Isolation Strategies.

## Taille des documents
<a name="limits.document"></a>

La taille maximale d'un document codé au `IonBinary` format est de 128 Ko. Nous ne pouvons pas fournir de limite exacte pour la taille d'un document en `IonText` format car la conversion du texte en binaire varie considérablement en fonction de la structure de chaque document. QLDB prend en charge les documents dont le contenu est ouvert, de sorte que chaque structure de document unique modifie le calcul de la taille.

## Taille de la transaction
<a name="limits.transaction"></a>

La taille maximale d'une transaction dans QLDB est de 4 Mo. La taille d'une transaction est calculée en fonction de la somme des facteurs suivants.

**Deltas**  
Les modifications du document générées par *tous les relevés* de la transaction. Dans une transaction ayant un impact sur plusieurs documents, la taille totale du delta est la somme du delta individuel de chaque document concerné.

**Métadonnées**  
Les métadonnées de transaction générées par le système associées à chaque document concerné.

**Index**  
Si un index est défini sur une table affectée par la transaction, l'entrée d'index associée génère également un delta.

**Historique**  
Comme toutes les révisions de documents sont conservées dans QLDB, toutes les transactions sont également ajoutées à l'historique.  
*Insertions* — Chaque document inséré dans un tableau possède également une copie insérée dans son tableau d'historique. Par exemple, un document de 100 Ko récemment inséré génère un *minimum* de 200 Ko de deltas dans une transaction. (Il s'agit d'une estimation approximative qui n'inclut ni les métadonnées ni les index.)  
*Mises à* jour : toute mise à jour de document, même pour un seul champ, crée une nouvelle révision de l'ensemble du document dans l'historique, plus ou moins le delta de la mise à jour. Cela signifie qu'une petite mise à jour dans un document volumineux générerait tout de même un delta de transactions important. Par exemple, l'ajout de 2 Ko de données dans un document existant de 100 Ko crée une nouvelle révision de 102 Ko dans l'historique. Cela représente au moins 104 Ko de deltas au total dans une transaction. (Encore une fois, cette estimation n'inclut pas les métadonnées ni les index.)  
*Suppressions* — Comme pour les mises à jour, toute transaction de suppression crée une nouvelle révision du document dans l'historique. Cependant, la `DELETE` révision nouvellement créée est plus petite que le document d'origine car elle contient des données utilisateur nulles et ne contient que des métadonnées.

## Contraintes d’affectation de noms
<a name="limits.naming"></a>

Le tableau suivant décrit les contraintes de dénomination au sein d'Amazon QLDB.

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/qldb/latest/developerguide/limits.html)