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 sur Amazon QLDB
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 Amazon QLDB Ledger vers Amazon Aurora SQL Postgre
Cette section décrit les quotas actuels, également appelés limites, sur AmazonQLDB.
Rubriques
Quotas par défaut
QLDBpossède les quotas par défaut suivants, également répertoriés sur les QLDBpoints de terminaison Amazon 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/
| Ressource | Quota par défaut |
|---|---|
| Le nombre maximum de registres 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
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 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. |
Maximum de 16 TiB |
Nombre total de tables (actives et inactives) NoteDansQLDB, les tables supprimées 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 (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 | 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
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 à l'adresse https://console.aws.amazon.com/servicequotas/
Certains cas QLDB d'utilisation 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 travailler avec des QLDB quotas. Pour plus d'informations, reportez-vous à la section Account Silo Isolation du AWS livre blanc SaaS Tenant
Taille des documents
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. QLDBprend 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
La taille maximale d'une transaction en 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é.
- Metadonné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éesQLDB, 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
DELETEré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
Le tableau suivant décrit les contraintes de dénomination au sein d'AmazonQLDB.
| Nom du registre |
|
| Nom du flux du journal | |
| Nom de la table |
|
