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à.
Risoluzione dei problemi di limitazione per la modalità on-demand
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 di limitazione più comuni per le 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 on-demand, puoi gestire immediatamente fino a 4.000 unità di richiesta di scrittura o 12.000 unità di richiesta di lettura o una combinazione lineare di entrambe.
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 può servire fino a 3.000 unità di richiesta di lettura o 1.000 unità di richiesta di scrittura o una combinazione lineare di entrambe. 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 del partizionamento per distribuire i carichi di lavoro in modo uniforme.
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 3000 RCU o 1000 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 CloudWatch Contributor Insights for DynamoDB. Per ulteriori informazioni, consulta Progettazione delle chiavi di partizione per distribuire il carico di lavoro 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
