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à.
Le tabelle DynamoDB che utilizzano la modalità di capacità su richiesta si adattano automaticamente al volume di traffico dell'applicazione. Tuttavia, le tabelle che utilizzano la modalità on-demand potrebbero continuare a rallentare. In questo argomento viene illustrato come risolvere i problemi più comuni di limitazione delle tabelle su richiesta.
Il traffico è più del doppio rispetto al picco precedente
Se superi il doppio del picco di traffico precedente entro 30 minuti, potresti riscontrare un rallentamento. Prima di superare il picco di traffico precedente, ti consigliamo di distribuire la crescita del traffico su almeno 30 minuti. Per monitorare il traffico verso la tabella, usa la ConsumedReadCapacityUnits metrica in Amazon CloudWatch. Per ulteriori informazioni, consulta Parametri e dimensioni di DynamoDB.
Per le nuove tabelle su richiesta, puoi gestire immediatamente fino a 4.000 unità di richiesta di scrittura o 12.000 unità di richiesta di lettura al secondo.
Per una tabella esistente passata alla modalità di capacità su richiesta, il picco precedente è uno dei seguenti valori:
-
Metà del throughput assegnato in precedenza per la tabella
-
L'impostazione per una tabella appena creata con modalità di capacità su richiesta
Per ulteriori informazioni, consulta Throughput iniziale per la modalità di capacità su richiesta.
Il traffico supera il numero massimo per partizione
Ogni partizione di una tabella o di un GSI può servire fino a 3.000 unità di richiesta di lettura o 1.000 unità di richiesta di scrittura al secondo. Se il traffico verso una partizione supera questo limite, la partizione potrebbe essere limitata. Per risolvere questo problema, intraprendi le seguenti azioni:
-
Utilizza CloudWatch Contributor Insights for DynamoDB per identificare le chiavi con accesso più frequente e quelle con limitazioni nella tabella.
-
Randomizza le richieste nella tabella in modo che le richieste alle chiavi di partizione calde vengano distribuite nel tempo. Per ulteriori informazioni, consulta Utilizzo dello sharding di scrittura per distribuire i carichi di lavoro in modo uniforme nella tabella DynamoDB.
Un tasto di scelta rapida potrebbe causare problemi di limitazione
In DynamoDB, una chiave di partizione che non ha una cardinalità elevata può generare molte richieste destinate a poche partizioni. Se una partizione calda risultante supera i limiti di partizione di 3.000 RCU o 1.000 WCU al secondo, può verificarsi un throttling.
Lo strumento di diagnostica CloudWatch Contributor Insights (CCI) può aiutarti a eseguire il debug fornendo grafici CCI per i modelli di accesso agli elementi di ogni tabella. Puoi monitorare continuamente le chiavi con accesso più frequente delle tabelle DynamoDB e altre tendenze del traffico. Per ulteriori informazioni su CloudWatch Contributor Insights, consulta CloudWatchContributor Insights for DynamoDB. Per ulteriori informazioni, consulta Progettazione di chiavi di partizione per distribuire il carico di lavoro in DynamoDB e Scelta della chiave di partizione DynamoDB corretta
Il traffico supera la quota di account per tabella
Per le tabelle su richiesta, le quote di velocità effettiva di lettura a livello di tabella e di scrittura a livello di tabella si applicano a livello di account. Per impostazione predefinita, la velocità effettiva della tabella ha un massimo di 40.000 unità di richieste di lettura e un massimo di 40.000 unità di richieste di scrittura. Se il traffico verso una tabella supera le quote di throughput degli account per tabella, è possibile che la tabella subisca una limitazione. Per risolvere questo problema, utilizza la console Service Quotas per aumentare la velocità effettiva di lettura e scrittura a livello di tabella per il tuo account.
L'indice secondario globale della tabella è limitato
Se la tabella DynamoDB ha un indice globale secondario che viene limitato, la limitazione potrebbe creare delle strozzature di contropressione sulla tabella di base. Per ulteriori informazioni, consulta In che modo la limitazione del mio indice secondario globale influisce sulla mia tabella Amazon DynamoDB
Il traffico supera il throughput massimo configurato
Se le operazioni di lettura o scrittura della tabella su richiesta superano i limiti di velocità effettiva predefiniti, la tabella verrà temporaneamente limitata e riceverai un messaggio di errore. ThrottlingException
Completa le seguenti azioni in base al tuo caso d'uso:
-
Per aumentare o disattivare l'impostazione del throughput massimo della tabella, utilizza l'UpdateTableAPI.
-
Attendi e riprova la richiesta. Per informazioni, consultare Ripetizione dei tentativi in caso di errore e backoff esponenziale.
-
Per monitorare il throughput massimo configurato per una tabella o un indice secondario globale, utilizza le OnDemandMaxWriteRequestUnits metriche OnDemandMaxReadRequestUnits e nella console. CloudWatch
