Quote di servizio, account e tabelle in Amazon DynamoDB - Amazon DynamoDB
Velocità di trasmissione effettiva e modalità di capacità in lettura/scritturaCapacità prenotataQuote di importazioneContributor InsightsTabelleTabelle globaliIndici secondariChiavi di partizione e chiavi di ordinamentoRegole di denominazioneTipi di datiItemAttributesParametri di espressioneTransazioni di DynamoDBDynamoDB StreamsAccelerator DynamoDB (DAX)API-limiti specificiCrittografia a riposo per DynamoDBEsportazione delle tabelle in Amazon S3Backup e ripristino

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Quote di servizio, account e tabelle in Amazon DynamoDB

Questa sezione descrive le quote correnti, precedentemente definite limiti, all'interno di Amazon DynamoDB. Salvo dove diversamente specificato, ogni quota si applica a una Regione specifica.

Velocità di trasmissione effettiva e modalità di capacità in lettura/scrittura

È possibile cambiare le tabelle dalla modalità su richiesta alla modalità di capacità fornita in qualsiasi momento. Quando si effettuano più passaggi tra le modalità di capacità, si applicano le seguenti condizioni:

  • È possibile passare da una tabella appena creata in modalità on-demand alla modalità di capacità assegnata in qualsiasi momento. Tuttavia, è possibile tornare alla modalità on demand solo 24 ore dopo il timestamp di creazione della tabella.

  • È possibile passare da una tabella esistente in modalità on-demand alla modalità di capacità assegnata in qualsiasi momento. Tuttavia, è possibile tornare alla modalità on demand solo 24 ore dopo l'ultimo timestamp che indica il passaggio alla modalità on demand.

Per ulteriori informazioni sul passaggio dalla modalità di capacità di lettura a quella di scrittura, vedere. Considerazioni sulla commutazione delle modalità di capacità in DynamoDB

Dimensioni dell'unità di capacità (per tabelle assegnate)

Una unità di capacità di lettura equivale a una lettura fortemente consistente al secondo o a due letture a consistenza finale al secondo, per elementi di dimensioni fino a 4 KB.

Una unità di capacità di scrittura equivale a una scrittura al secondo per elementi di dimensioni fino a 1 KB.

Le richieste di lettura transazionale richiedono due unità di capacità in lettura per eseguire una lettura al secondo per elementi di dimensioni fino a 4 KB.

Le richieste di scrittura transazionale richiedono due unità di capacità in scrittura per eseguire una scrittura al secondo per elementi di dimensioni fino a 1 KB.

Dimensioni dell'unità di richiesta (per tabelle on demand)

Una unità di richiesta di lettura equivale a una elevata consistenza di lettura al secondo o a due letture a coerenza finale al secondo, per elementi di dimensioni fino a 4 KB.

Un'unità di richiesta di scrittura equivale a una scrittura al secondo per elementi di dimensioni fino a 1 KB.

Le richieste di lettura transazionali richiedono due unità di richiesta di lettura al secondo per eseguire una lettura per elementi fino a 4 KB.

Le richieste di scrittura transazionale richiedono due unità di richiesta di scrittura al secondo per eseguire una scrittura per elementi fino a 1 KB.

Quote predefinite della velocità di trasmissione effettiva

AWS impone alcune quote predefinite sulla velocità effettiva che il tuo account può fornire e consumare all'interno di una regione.

La velocità di trasmissione effettiva di lettura a livello di account e le quote di velocità di trasmissione effettiva di scrittura a livello di account si applicano a livello di account. Queste quote a livello di account si applicano alla somma della capacità di velocità di trasmissione effettiva fornita per tutte le tabelle dell’account e gli indici secondari globali in una determinata regione. Tutte le velocità di trasmissione effettiva disponibili per l'account possono essere fornite tramite provisioning per una tabella singola o per più tabelle. Queste quote si applicano solo alle tabelle che utilizzano la modalità di capacità con provisioning.

La velocità di trasmissione effettiva di lettura a livello di tabella e le quote di velocità di trasmissione effettiva di scrittura a livello di tabella si applicano in modo diverso alle tabelle che utilizzano la modalità di capacità allocata e alle tabelle che utilizzano la modalità capacità on demand.

Per le tabelle in modalità di capacità assegnata eGSIs, la quota è la quantità massima di unità di capacità di lettura e scrittura di cui è possibile assegnare il provisioning per qualsiasi tabella o parte di essa GSIs all'interno della Regione. Inoltre, il totale di ogni singola tabella e di tutta la relativa GSIs deve rimanere al di sotto della quota di velocità effettiva di lettura e scrittura a livello di account. Ciò si aggiunge al requisito che il totale di tutte le tabelle assegnate e le relative tabelle GSIs rimanga al di sotto della quota di velocità effettiva di lettura e scrittura a livello di account.

Per le tabelle in modalità capacità su richiesta eGSIs, la quota a livello di tabella è la capacità massima di unità di lettura e scrittura disponibili per qualsiasi tabella o per ogni individuo all'interno di quella tabella. GSI Nessuna quota di velocità di trasmissione effettiva di lettura e scrittura a livello di account viene applicata alle tabelle in modalità on demand.

Di seguito sono riportate le quote di throughput che si applicano al tuo account, per impostazione predefinita.

Nome della quota di throughput On demand Assegnata Regolabile

Per table

40,000 read request units and 40,000 write request units

40,000 read capacity units and 40,000 write capacity units

 Sì

Per account

Not applicable

80,000 read capacity units and 80,000 write capacity units

 Sì

Minimum throughput for any table or global secondary index

Not applicable

1 read capacity unit and 1 write capacity unit

 Sì

È possibile utilizzare la console Service Quotas AWS APIe il per richiedere aumenti delle quote per le quote regolabili quando AWS CLInecessario.

Per le quote di velocità effettiva a livello di account, puoi utilizzare la console Service Quotas, la AWS CloudWatch console e la AWS CLIper creare CloudWatch allarmi AWS APIe ricevere notifiche automaticamente quando l'utilizzo corrente raggiunge una percentuale specificata dei valori di quota applicati. CloudWatch Puoi anche monitorare il tuo utilizzo esaminando le metriche di utilizzo. AccountProvisionedReadCapacityUnits AccountProvisionedWriteCapacityUnits AWS Per ulteriori informazioni sulle metriche di utilizzo, consulta metriche di utilizzo AWS .

Aumento o diminuzione della velocità di trasmissione effettiva (per tabelle assegnate)

Aumento della velocità di trasmissione effettiva assegnata

Puoi aumentare ReadCapacityUnits o WriteCapacityUnits ogni qualvolta sia necessario, utilizzando l'operazione AWS Management Console o UpdateTable. In un'unica chiamata, puoi aumentare la velocità effettiva assegnata di una tabella, di tutti gli indici secondari globali di tale tabella o di una combinazione di questi. Le nuove impostazioni non avranno effetto fino a quando l'operazione UpdateTable non sarà completata.

Non è possibile superare le quote per account quando si aggiunge una capacità con provisioning e DynamoDB non consente di aumentare la capacità con provisioning molto rapidamente. Oltre a queste limitazioni, puoi aumentare la capacità assegnata delle tabelle in base alle tue necessità. Per ulteriori informazioni sulle quote di ogni account, consulta la sezione precedente, Quote predefinite della velocità di trasmissione effettiva.

Riduzione della velocità di trasmissione effettiva assegnata

Per ogni tabella e indice secondario globale in un'operazione UpdateTable, puoi ridurre ReadCapacityUnits o WriteCapacityUnits (o entrambi). Le nuove impostazioni non hanno effetto fino a quando l'operazione UpdateTable non è terminata.

Esiste una quota predefinita sul numero di riduzioni di capacità con provisioning che è possibile eseguire su DynamoDB al giorno. Un giorno è definito in base all'Universal Time Coordinated (UTC). In un dato giorno, è possibile iniziare eseguendo fino a quattro diminuzioni in un'ora, purché non si siano ancora state eseguite altre diminuzioni nel corso dello stesso giorno. Successivamente, è possibile eseguire un'ulteriore riduzione all'ora (una volta ogni 60 minuti). Ciò porta effettivamente il numero massimo di riduzioni in un giorno a 27 volte.

È possibile utilizzare la console Service Quotas AWS APIe la AWS CLIper richiedere aumenti delle quote, quando necessario.

Importante

I limiti di riduzione della tabella e degli indici secondari globali non sono associati; ciò significa che tutti gli indici secondari associati di una determinata tabella avranno i propri limiti di riduzione. Tuttavia, se una singola richiesta diminuisce la velocità effettiva di una tabella e di un indice secondario globale, questa verrà rifiutata se supera i limiti correnti. Le richieste non vengono parzialmente elaborate.

Esempio

Nelle prime quattro ore di una giornata, una tabella con un indice secondario globale può essere modificata come segue:

  • Riduci i valori WriteCapacityUnits o ReadCapacityUnits (o entrambi) di una tabella 4 volte.

  • Riduci i valori WriteCapacityUnits o ReadCapacityUnits (o entrambi) dell'indice secondario globale di 4 volte.

Alla fine dello stesso giorno, la velocità effettiva della tabella e dell'indice secondario globale può essere potenzialmente diminuita per un totale di 27 volte ciascuna.

Capacità prenotata

AWS impone una quota predefinita sulla quantità di capacità riservata attiva che il tuo account può acquistare. Il limite di quota è una combinazione di capacità riservata per le unità di capacità di scrittura (WCUs) e le unità di capacità di lettura (RCUs).

Quota di capacità riservata Capacità riservata attiva Regolabile

Per account

1.000.000 di unità di capacità predisposte (_) WCUs RCUs

Sì

Se tenti di acquistare più di 1.000.000 di unità di capacità assegnata in un unico acquisto, riceverai un errore per questo limite di quota di servizio. Se disponi di capacità riservata attiva e tenti di acquistare capacità riservata aggiuntiva che comporterebbe più di 1.000.000 di unità di capacità assegnate attive, riceverai un errore relativo a questo limite di quota di servizio.

Se hai bisogno di una capacità riservata per più di 1.000.000 di unità di capacità assegnate, puoi richiedere un aumento della quota inviando una richiesta al team di supporto.

Quote di importazione

La funzionalità DynamoDB di importazione da S3 può supportare fino a 50 processi di importazione simultanea, con una dimensione totale dell'oggetto di origine di importazione pari a 15 TB alla volta nelle regioni us-east-1, us-west-2 e eu-west-1. In tutte le altre regioni, sono supportate fino a 50 attività di importazione simultanee con una dimensione totale di 1 TB. Ogni processo di importazione può richiedere fino a 50.000 oggetti Amazon S3 in tutte le regioni. Per ulteriori informazioni sull'importazione e la convalida, consultare le quote del formato di importazione e la convalida.

Contributor Insights

Quando abiliti Customer Insights sulla tua tabella DynamoDB, sei ancora soggetto ai limiti delle regole di Contributor Insights. Per ulteriori informazioni, consulta Service Quotas di CloudWatch .

Tabelle

Dimensione della tabella

Non vi è un limite pratico sulla dimensione della tabella. Le tabelle non hanno restrizioni in termini di numero di item o di byte.

Numero massimo di tabelle per regione per account

Per ogni AWS account, è prevista una quota iniziale di 2.500 tabelle per regione. AWS

Se hai bisogno di più di 2.500 tabelle per un singolo account, contatta il team del tuo account AWS per valutare un aumento fino a un massimo di 10.000 tabelle. Per più di 10.000, la best practice consigliata è quella di configurare più account, ognuno dei quali può servire fino a 10.000 tabelle.

Puoi utilizzare la console Service Quotas AWS APIe la AWS CLIper visualizzare i valori di quota predefiniti e applicati per il numero massimo di tabelle del tuo account e per richiedere aumenti delle quote, se necessario. Puoi anche richiedere un aumento delle quote inviando un ticket al supporto AWS

Utilizzando la console Service Quotas, AWS CLIè possibile creare CloudWatch allarmi per ricevere automaticamente una notifica quando l'utilizzo corrente raggiunge una percentuale specificata della quota corrente. AWS API Utilizzando CloudWatch puoi anche monitorare il tuo utilizzo esaminando le metriche di TableCount AWS utilizzo. Per ulteriori informazioni sui parametri di utilizzo, consulta parametri di utilizzo AWS .

Tabelle globali

AWS inserisce alcune quote predefinite sul throughput che è possibile fornire o utilizzare quando si utilizzano tabelle globali.

Quote globali predefinite per le tabelle On demand Assegnata

Per table

40,000 read request units and 40,000 write request units

40,000 read capacity units and 40,000 write capacity units

Per table, per destination Region, per day

10 TB for all source tables to which a replica was added for this destination Region

10 TB for all source tables to which a replica was added for this destination Region

Le operazioni transazionali forniscono garanzie di atomicità, coerenza, isolamento e durabilità (ACID) solo all'interno della AWS regione in cui è stata effettuata originariamente la scrittura. Le transazioni non sono supportate tra le regioni nelle tabelle globali. Ad esempio, si supponga di disporre di una tabella globale con repliche nelle regioni Stati Uniti orientali (Ohio) e Stati Uniti occidentali (Oregon) e di eseguire un' TransactWriteItems operazione nella regione Stati Uniti orientali (Virginia settentrionale). In questo caso, puoi osservare transazioni parzialmente completate nella Regione degli Stati Uniti occidentali (Oregon) mentre le modifiche vengono replicate. Le modifiche vengono replicate in altre Regioni solo dopo essere state confermate nella Regione di origine.

Nota

In alcuni casi potrebbe essere necessario richiedere un aumento del limite di quota. AWS Support Se una delle seguenti condizioni si riferisce allo scenario corrente, consulta https://aws.amazon.com/support:

  • Se si aggiunge una replica per una tabella configurata per utilizzare più di 40.000 unità di capacità di scrittura (WCU), è necessario richiedere un aumento della quota di servizio per la quota di replica aggiuntiva. WCU

  • Se aggiungi una replica o repliche a una regione di destinazione entro un periodo di 24 ore con un totale combinato superiore a 10 TB, è necessario richiedere un aumento della quota di servizio per la quota di backfill dei dati di replica aggiunta.

  • Se si verifica un errore simile al seguente:

    • Impossibile creare una replica della tabella 'tabella_esempio' nella regione 'Regione_esempio_A' perché supera il limite dell'account corrente nella regione 'Regione_esempio_B'.

Indici secondari

Indici secondari per tabella

È possibile definire un massimo di 5 indici secondari locali.

Esiste una quota di default di 20 indici secondari globali per tabella. Puoi utilizzare la console Service Quotas AWS APIe la AWS CLIper controllare gli indici secondari globali per tabella, le quote predefinite e correnti che si applicano al tuo account e per richiedere aumenti delle quote, se necessario. È anche possibile richiedere un aumento delle quote inviando un ticket a https://aws.amazon.com/support.

È possibile creare o eliminare un solo indice secondario globale per operazione UpdateTable.

Attributi di indice secondario proiettati per tabella

Puoi proiettare un massimo di 100 attributi in tutti gli indici secondari locali e globali di una tabella. Tale approccio si applica solo agli attributi proiettati specificati dall'utente.

In un'operazione CreateTable, se si specifica un ProjectionType di INCLUDE, il numero totale degli attributi specificati in NonKeyAttributes, sommato tra tutti gli indici secondari non dovrà essere superiore a 100. Se proietti lo stesso nome di attributo in due indici diversi, questo sarà considerato come parte di due attributi distinti quando si dovrà determinare il totale.

Questo limite non si applica agli indici secondari il cui valore ProjectionType è KEYS_ONLY o ALL.

Chiavi di partizione e chiavi di ordinamento

Lunghezza della chiave di partizione

La lunghezza minima del valore di una chiave di partizione è di 1 byte. La lunghezza massima è 2048 byte.

Valori della chiave di partizione

Non vi è un limite pratico relativo al numero dei valori di chiavi di partizione distinte, sia per le tabelle che per gli indici secondari.

Lunghezza della chiave di ordinamento

La lunghezza minima del valore di una chiave di ordinamento è di 1 byte. La lunghezza massima è 1024 byte.

Valori della chiave di ordinamento

In generale, non vi è un limite pratico relativo al numero dei valori delle chiavi di ordinamento distinte per ogni valore della chiave di partizione.

Fanno eccezione le tabelle con indici secondari. Una raccolta di elementi è l'insieme di elementi che hanno lo stesso valore dell'attributo della chiave di partizione. In un indice secondario globale la raccolta di elementi è indipendente dalla tabella di base (e può avere un attributo chiave di partizione diverso), ma in un indice secondario locale la vista indicizzata è co-locata nella stessa partizione dell'elemento nella tabella e condivide lo stesso attributo della chiave di partizione. A causa di questa località, quando una tabella ne contiene una o piùLSIs, la raccolta di elementi non può essere distribuita su più partizioni.

Per una tabella con uno o più elementiLSIs, le raccolte di elementi non possono superare le dimensioni di 10 GB. Ciò include tutti gli elementi della tabella di base e tutte le LSI viste proiettate che hanno lo stesso valore dell'attributo chiave di partizione. La dimensione massima di una partizione è di 10 GB. Per informazioni più dettagliate, consulta Limite delle dimensioni delle raccolte di elementi.

Regole di denominazione

Nomi di tabelle e nomi di indici secondari

I nomi delle tabelle e degli indici secondari devono contenere un minimo di 3 caratteri e un massimo di 255. Di seguito sono riportati i caratteri consentiti:

  • A-Z

  • a-z

  • 0-9

  • _ (carattere di sottolineatura)

  • - (trattino)

  • . (punto)

Nomi di attributi

In generale, il nome di un attributo deve contenere almeno un carattere, ma non deve superare i 64 KB.

Di seguito sono elencate le eccezioni. Questi nomi di attributo non devono superare i 255 caratteri:

  • Nomi delle chiavi di partizione degli indici secondari.

  • Nomi delle chiavi di ordinamento degli indici secondari.

  • I nomi degli attributi proiettati specificati dall'utente (applicabile solo agli indici secondari locali). In un'operazione CreateTable, se specifichi il valore INCLUDE per ProjectionType, i nomi degli attributi del parametro NonKeyAttributes saranno soggetti a restrizioni di lunghezza. I tipi di proiezione KEYS_ONLY e ALL non sono interessati.

Questi nomi di attributi devono essere codificati utilizzando UTF -8 e la dimensione totale di ciascun nome (dopo la codifica) non può superare i 255 byte.

Tipi di dati

Stringa

La lunghezza di una stringa è vincolata dal limite massimo della dimensione dell'elemento, che è di 400 KB.

Le stringhe sono Unicode con codifica binaria -8. UTF Poiché UTF -8 è una codifica a larghezza variabile, DynamoDB determina la lunghezza di una stringa utilizzando i suoi -8 byte. UTF

Numero

Un numero può avere fino a 38 cifre di precisione e può essere positivo, negativo o zero.

  • Intervallo positivo: da 1E-130 a 9.9999999999999999999999999999999999999E+125

  • Intervallo negativo: da -9.9999999999999999999999999999999999999E+125 a -1E-130

DynamoDB JSON utilizza le stringhe per rappresentare i dati numerici nelle richieste e nelle risposte. Per ulteriori informazioni, consulta DynamoDB di basso livello API.

Se la precisione del numero è importante, è necessario passare i numeri a DynamoDB utilizzando le stringhe convertite da un tipo di numero.

Binario

La lunghezza di un dato Binary è vincolata dal limite massimo della dimensione dell'elemento, che è di 400 KB.

Le applicazioni che funzionano con gli attributi di tipo Binary devono codificare i dati nel formato Base64 prima di inviarli a DynamoDB. Quando i dati vengono ricevuti, DynamoDB li decodifica in un array di byte senza firma e utilizza questo array come lunghezza dell'attributo.

Item

Dimensione degli elementi

La dimensione massima dell'elemento in DynamoDB è di 400 KB, che include sia la lunghezza binaria del nome dell'attributo UTF (-8 lunghezza) che la lunghezza dei valori dell'attributo (sempre lunghezza binaria). Il nome attributo viene conteggiato per il limite di dimensione.

Ad esempio, considera un elemento con due attributi: un attributo denominato "shirt-color" con valore "R" e un attributo denominato "shirt-size" con valore "M". La dimensione totale di quell'elemento è di 23 byte.

Dimensione degli elementi per le tabelle con indici secondari locali

Per ogni indice secondario locale di una tabella, vi è un limite di 400 KB sul totale dei seguenti elementi:

  • La dimensione dei dati di un elemento nella tabella;

  • La dimensione delle voci corrispondenti, inclusi i valori delle chiavi e gli attributi proiettati, in tutti gli indici secondari locali.

Attributes

Coppie nome/valore degli attributi per elemento

La dimensione cumulativa degli attributi per elemento deve rientrare nella dimensione massima dell'elemento di DynamoDB (400 KB).

Numero di valori in un elenco, una mappa o un insieme

Non vi è alcun limite al numero di valori in un attributo List, Map o Set purché l'elemento contenente i valori rientri nel limite di dimensione dell'elemento di 400 KB.

Valori di attributi

Sono consentiti valori degli attributi String e Binary vuoti, se l'attributo non viene utilizzato come attributo chiave per una tabella o un indice. I valori String e Binary vuoti sono consentiti all'interno dei tipi elenco, lista e mappa. Il valore di attributo non può essere un set vuoto (String Set, Number Set o Binary Set). Tuttavia, sono consentiti elenchi e mappe vuoti.

Profondità degli attributi nidificati

DynamoDB supporta gli attributi nidificati fino a un massimo di 32 livelli di profondità.

Parametri di espressione

I parametri di espressione includono ProjectionExpression, ConditionExpression, UpdateExpression e FilterExpression.

Lunghezze

La lunghezza massima di qualsiasi stringa di espressione è di 4 KB. Ad esempio, la dimensione di ConditionExpression a=b è di 3 byte.

La lunghezza massima di qualsiasi nome di attributo di espressione individuale o di un valore attributo di espressione è di 255 byte. Ad esempio, #name è 5 byte; :val è 4 byte.

La lunghezza massima di tutte le variabili di sostituzione in un'espressione è di 2 MB. Questo valore rappresenta la somma tra la lunghezza di tutti i ExpressionAttributeNames e ExpressionAttributeValues.

Operatori e operandi

Il numero massimo degli operatori e delle funzioni consentite in un UpdateExpression è di 300. Ad esempio, UpdateExpressionSET a = :val1 + :val2 + :val3contiene due operatori "»+.

Il numero massimo di operandi per il comparatore IN è 100

Parole riservate

DynamoDB non impedisce di utilizzare nomi in conflitto con le parole riservate. (Per un elenco completo, consulta Parole riservate in DynamoDB).

Tuttavia, se utilizzi una parola prenotata in un parametro di espressione, devi specificare anche ExpressionAttributeNames. Per ulteriori informazioni, consulta Nomi degli attributi di espressione (alias) in DynamoDB.

Transazioni di DynamoDB

Le API operazioni transazionali di DynamoDB hanno i seguenti vincoli:

  • Una transazione non può contenere più di 100 elementi univoci.

  • Una transazione non può contenere più di 4 MB di dati.

  • Una transazione non può avere due operazioni che agiscono sullo stesso elemento nella stessa tabella. Ad esempio, non puoi utilizzare sia ConditionCheck che Update per lo stesso elemento in una transazione.

  • Una transazione non può operare su tabelle in più di un account o regione. AWS

  • Le operazioni transazionali forniscono garanzie di atomicità, coerenza, isolamento e durabilità (ACID) solo all'interno della AWS regione in cui è stata effettuata originariamente la scrittura. Le transazioni non sono supportate tra le regioni nelle tabelle globali. Ad esempio, supponi di avere una tabella globale con repliche nelle Regioni Stati Uniti orientali (Ohio) e Stati Uniti occidentali (Oregon) e di eseguire un'operazione TransactWriteItems nella Regione Stati Uniti orientali (Virginia settentrionale). In questo caso, puoi osservare transazioni parzialmente completate nella Regione degli Stati Uniti occidentali (Oregon) mentre le modifiche vengono replicate. Le modifiche vengono replicate in altre Regioni solo dopo essere state confermate nella Regione di origine.

DynamoDB Streams

Lettori simultanei di una partizione in DynamoDB Streams

Per le tabelle di una regione singola che non sono tabelle globali, è possibile progettare contemporaneamente fino a due processi da leggere dallo stesso shard DynamoDB Streams. Il superamento di questo limite comporta una limitazione delle richieste. Per le tabelle globali consigliamo di limitare il numero di lettori simultanei a uno per evitare richieste di limitazione della larghezza di banda della rete.

Capacità di scrittura massima per una tabella con DynamoDB Streams abilitato

AWS colloca alcune quote predefinite sulla capacità di scrittura per le tabelle DynamoDB con DynamoDB Streams abilitato. Queste quote predefinite sono applicabili solo per le tabelle in modalità di capacità di lettura/scrittura con provisioning. Di seguito sono riportate le quote di velocità di trasmissione effettiva applicabili al proprio account, di default.

  • Regioni Stati Uniti orientali (Virginia settentrionale), Stati Uniti orientali (Ohio), Stati Uniti occidentali (California settentrionale), Stati Uniti occidentali (Oregon), Sud America (San Paolo), Europa (Francoforte), Europa (Irlanda), Asia Pacifico (Tokyo), Asia Pacifico (Seoul), Asia Pacifico (Singapore), Asia Pacifico (Sydney), Cina (Pechino):

    • Per tabella: 40.000 unità di capacità in scrittura

  • Tutte le altre Regioni:

    • Per tabella: 10.000 unità di capacità in scrittura

Puoi utilizzare la console Service Quotas, il AWS APIe il per verificare la capacità massima di scrittura per una tabella con le quote predefinite e correnti abilitate per DynamoDB Streams che si applicano al tuo account e per richiedere aumenti delle quote, se AWS CLInecessario. Puoi anche richiedere un aumento delle quote inviando un ticket al Supporto AWS.

Nota

Le quote di velocità effettiva con provisioning si applicano anche alle tabelle DynamoDB con DynamoDB Streams abilitato. Quando richiedi un aumento delle quote sulla capacità di scrittura per una tabella con Streams abilitato, assicurati di richiedere anche un aumento della capacità effettiva di trasmissione con provisioning per questa tabella. Per ulteriori informazioni, consulta Quote predefinite della velocità di trasmissione effettiva. Altre quote si applicano anche quando si elaborano flussi DynamoDB con velocità di trasmissione effettiva più elevata. Per ulteriori informazioni, consulta la guida di riferimento di Amazon DynamoDB Streams API.

Accelerator DynamoDB (DAX)

AWS Disponibilità regionale

Per un elenco delle AWS regioni in cui DAX è disponibile, vedere DynamoDB Accelerator DAX () in. Riferimenti generali di AWS

Nodi

Un DAX cluster è costituito esattamente da un nodo primario e da zero a dieci nodi di replica in lettura.

Il numero totale di nodi (per AWS account) non può superare i 50 in una singola AWS regione.

Gruppi di parametri

È possibile creare fino a 20 gruppi di DAX parametri per regione.

Gruppi di sottoreti

È possibile creare fino a 50 gruppi di DAX sottoreti per regione.

All'interno di un gruppo di sottoreti, puoi definire fino a un massimo di 20 sottoreti.

API-limiti specifici

CreateTable/UpdateTable/DeleteTable/PutResourcePolicy/DeleteResourcePolicy

In generale, puoi avere fino a 500 CreateTable, UpdateTableDeleteTablePutResourcePolicy, e DeleteResourcePolicyrichieste in esecuzione contemporaneamente in qualsiasi combinazione. Di conseguenza, il numero totale delle tabelle nello stato CREATING, UPDATING o DELETING non può essere superiore a 500.

È possibile inviare fino a 2.500 richieste al secondo di API richieste mutabili del piano di controllo (CreateTableDeleteTableUpdateTablePutResourcePolicy,,, eDeleteResourcePolicy) su un gruppo di tabelle. Tuttavia, le DeleteResourcePolicy richieste PutResourcePolicy and hanno limiti individuali inferiori. Per ulteriori informazioni, consulta i seguenti dettagli sulle quote per PutResourcePolicy eDeleteResourcePolicy.

CreateTablee PutResourcePolicy le richieste che includono una policy basata sulle risorse verranno conteggiate come due richieste aggiuntive per ogni KB della policy. Ad esempio, una PutResourcePolicy richiesta CreateTable OR con un criterio di dimensione 5 KB verrà conteggiata come 11 richieste. 1 per la CreateTable richiesta e 10 per la politica basata sulle risorse (2 x 5 KB). Analogamente, una policy di dimensioni 20 KB conterà come 41 richieste. 1 per la CreateTable richiesta e 40 per la politica basata sulle risorse (2 x 20 KB).

PutResourcePolicy

È possibile inviare fino a 25 PutResourcePolicy API richieste al secondo su un gruppo di tabelle. Dopo una richiesta riuscita per una singola tabella, non vengono supportate nuove PutResourcePolicy richieste per i successivi 15 secondi.

La dimensione massima supportata per un documento di policy basato sulle risorse è 20 KB. DynamoDB conta gli spazi bianchi nel calcolo della dimensione di una policy rispetto a questo limite.

DeleteResourcePolicy

È possibile inviare fino a 50 DeleteResourcePolicy API richieste al secondo su un gruppo di tabelle. Dopo una PutResourcePolicy richiesta riuscita per una singola tabella, nessuna DeleteResourcePolicy richiesta viene supportata per i successivi 15 secondi.

BatchGetItem

Una singola operazione BatchGetItempuò recuperare un massimo di 100 elementi. La dimensione totale di tutti gli elementi recuperati non può essere superiore a 16 MB.

BatchWriteItem

Una singola operazione BatchWriteItem può contenere fino a 25 richieste PutItem o DeleteItem. La dimensione totale di tutti gli elementi scritti non può essere superiore a 16 MB.

DescribeStream

Puoi chiamare DescribeStream a una velocità massima di 10 volte al secondo.

DescribeTableReplicaAutoScaling

DescribeTableReplicaAutoScaling metodo supporta solo 10 richieste al secondo.

DescribeLimits

DescribeLimits dovrebbe essere chiamato solo periodicamente. È possibile che si verifichino errori di limitazione se lo chiami più di una volta al minuto.

DescribeContributorInsights/ListContributorInsights/UpdateContributorInsights

DescribeContributorInsights, ListContributorInsights e UpdateContributorInsights dovrebbero essere richiamate solo periodicamente. DynamoDB supporta fino a cinque richieste al secondo per ognuna di queste. APIs

DescribeTable/ListTables/GetResourcePolicy

È possibile inviare fino a 2.500 richieste al secondo mediante una combinazione di richieste di sola lettura (DescribeTableListTables, eGetResourcePolicy) del piano di controllo. API GetResourcePolicyAPIHa un limite individuale inferiore di 100 richieste al secondo.

Query

Il set di risultati di un'operazione Query è limitato a 1 MB per chiamata. Puoi utilizzare LastEvaluatedKey dalla risposta alle query per recuperare più risultati.

Scan

Il set di risultati di un'operazione Scan è limitato a 1 MB per chiamata. Puoi utilizzare LastEvaluatedKey dalla risposta alle verifiche per recuperare più risultati.

UpdateKinesisStreamingDestination

Quando si eseguono UpdateKinesisStreamingDestination operazioni, è possibile ApproximateCreationDateTimePrecision impostare un nuovo valore per un massimo di 3 volte in un periodo di 24 ore.

UpdateTableReplicaAutoScaling

Il metodo UpdateTableReplicaAutoScaling supporta solo 10 richieste al secondo.

UpdateTableTimeToLive

Il metodo UpdateTableTimeToLive supporta solo una richiesta per tabella specificata all'ora per abilitare o disabilitare Time to Live (TTL). Questa modifica potrebbe richiedere fino a un'ora per l'elaborazione completa. Eventuali UpdateTimeToLive chiamate aggiuntive per la stessa tabella durante questa durata di un'ora generano un ValidationException.

Crittografia a riposo per DynamoDB

È possibile passare da una Chiave di proprietà di AWS chiave a una chiave gestita dal cliente fino a quattro volte, in qualsiasi momento per una finestra di 24 ore, per tabella, a partire dal momento della creazione della tabella. Chiave gestita da AWS E se non vi sono state modifiche nelle ultime 6 ore, sarà consentita un'ulteriore modifica. Questo porta il numero massimo di modifiche in un giorno a 8 (quattro modifiche nelle prime sei ore e una modifica per ciascuna delle successive finestre di sei ore in un giorno).

È possibile cambiare le chiavi di crittografia in modo da utilizzarne una Chiave di proprietà di AWS tutte le volte che è necessario, anche se la quota sopra indicata è stata esaurita.

A meno che tu non ne richieda una quantità maggiore, le quote sono le seguenti. Per richiedere un aumento delle quote di servizio, consulta https://aws.amazon.com/support.

Esportazione delle tabelle in Amazon S3

Esportazione completa: è possibile esportare fino a 300 attività simultanee di esportazione o fino a un totale di 100 TB di tutte le esportazioni di tabelle in corso. Entrambi questi limiti vengono verificati prima che un'esportazione venga messa in coda.

Esportazione incrementale: è possibile esportare contemporaneamente fino a 300 processi simultanei, o 100 TB di dimensioni della tabella, in un periodo di esportazione compreso tra un minimo di 15 minuti e un massimo di 24 ore.

Backup e ripristino

Durante il ripristino tramite il backup on demand di DynamoDB, puoi eseguire fino a 50 ripristini simultanei per un totale di 50 TB. In caso di ripristino completo AWS Backup, è possibile eseguire fino a 50 ripristini simultanei per un totale di 25 TB. Per ulteriori informazioni sui backup, consultare Backup e ripristino per DynamoDB.