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à.

3. Superamento dei limiti dell’account

Le tabelle on demand non dispongono di livelli di capacità allocata da gestire, ma DynamoDB impone limiti di throughput a livello di account per prevenire l’esecuzione incontrollata e garantire un uso equo delle risorse da parte di tutti i clienti. Questi limiti di account per tabella fungono da protezioni regolabili, impostati per ogni combinazione di account e Regione. Quando il tasso di consumo in lettura o scrittura supera questi limiti, DynamoDB restituisce un tipo di motivo di limitazione (della larghezza di banda della rete) AccountLimitExceeded nell’eccezione di limitazione. I limiti di account predefiniti per tabella si applicano automaticamente quando le tabelle non hanno impostazioni di throughput massimo personalizzate configurate. Facoltativamente, è possibile configurare le impostazioni di throughput massimo per un controllo più preciso dei costi e la prevedibilità, oppure richiedere aumenti delle quote tramite la console Quote in Amazon DynamoDB se i requisiti dell’applicazione superano i limiti predefiniti.

Misure di mitigazione per il superamento dei limiti dell’account

Questa sezione fornisce linee guida per la risoluzione degli scenari di limitazione (della larghezza di banda della rete) dei limiti dell’account. Prima di utilizzare questa guida è necessario assicurarsi di aver identificato i motivi specifici della limitazione (della larghezza di banda della rete) nella gestione delle eccezioni dell’applicazione e di aver determinato il nome della risorsa Amazon (ARN) della risorsa interessata. Per informazioni su come recuperare i motivi della limitazione (della larghezza di banda della rete) e identificare le risorse limitate, consulta Framework di diagnosi della limitazione (della larghezza di banda della rete) di DynamoDB.

Prima di approfondire specifici scenari di limitazione (della larghezza di banda della rete), stabilisci innanzitutto se è effettivamente necessaria un’azione:

Se l’applicazione funziona in modo accettabile anche quando occasionalmente raggiunge i limiti dell’account, si potrebbe scegliere di monitorare semplicemente la situazione piuttosto che implementare modifiche immediate.

Se ritieni che la limitazione (della larghezza di banda della rete) stia causando problemi di prestazioni o affidabilità inaccettabili, seleziona uno specifico motivo della limitazione di seguito per trovare le opzioni di mitigazione consigliate:

TableReadAccountLimitExceeded

Quando avviene

Quando l’utilizzo di lettura della tabella ha superato la quota di throughput di lettura per tabella a livello di account per la Regione. Puoi monitorare le CloudWatch metriche per analizzare il tuo evento di limitazione. Diagnosi e monitoraggio comuni

Approccio di risoluzione

Segui la procedura riportata di seguito per questa limitazione (della larghezza di banda della rete).

TableWriteAccountLimitExceeded

Quando avviene

Quando l’utilizzo di scrittura della tabella ha superato la quota di throughput di scrittura per tabella a livello di account per la Regione. Puoi monitorare le CloudWatch metriche per analizzare il tuo evento di throttlingDiagnosi e monitoraggio comuni.

Approccio di risoluzione

Segui la procedura riportata di seguito per questa limitazione (della larghezza di banda della rete).

IndexReadAccountLimitExceeded

Quando avviene

Quando le operazioni di lettura dirette a un indice secondario globale (GSI) consumano un throughput superiore a quello consentito dalla quota di lettura per tabella dell’account nella Regione AWS corrente. La quota di velocità effettiva di lettura per tabella a livello di account si applica collettivamente a una tabella e a tutte le relative combinazioni. GSIs Puoi monitorare le CloudWatch metriche per analizzare il tuo evento di limitazione. Diagnosi e monitoraggio comuni

Approccio di risoluzione

Scegli l’opzione di risoluzione appropriata in base alla distribuzione della capacità dell’account:

IndexWriteAccountLimitExceeded

Quando avviene

Le operazioni di scrittura nella tabella di base generano gli aggiornamenti corrispondenti a un GSI che complessivamente superano la quota di velocità di scrittura per tabella a livello di account per regione. AWS Ogni scrittura su un elemento della tabella di base che contiene attributi indicizzati da un GSI attiva un’operazione di scrittura corrispondente a quel GSI. Queste operazioni di scrittura combinate vengono conteggiate ai fini della quota di throughput di scrittura per tabella. È possibile monitorare le CloudWatch metriche Diagnosi e monitoraggio comuni per analizzare i modelli e la tempistica di questi eventi di limitazione e identificare quali operazioni stanno causando l'eccessiva attività di scrittura del GSI.

Approccio di risoluzione

Scegli l’opzione di risoluzione appropriata in base alla distribuzione della capacità dell’account:

Diagnosi e monitoraggio comuni

Per la risoluzione dei problemi relativi al superamento degli eventi di limitazione del limite di account, diverse CloudWatch metriche possono aiutare a identificare se si stanno raggiungendo i limiti per tabella o a livello di account e a comprendere i modelli di distribuzione della capacità.

Metriche essenziali CloudWatch

Monitora queste metriche chiave per diagnosticare la limitazione (della larghezza di banda della rete) dei limiti degli account:

Procedure di risoluzione

Richiesta di aumenti di quota per tabella

Se le applicazioni devono funzionare oltre gli attuali limiti di throughput per tabella, è necessario inviare una richiesta di aumento della quota utilizzando la procedura seguente. Ogni tabella DynamoDB del AWS tuo account (insieme a tutte le tabelle GSIs associate) è soggetta a queste quote di throughput all'interno di una regione specifica. Queste quote rappresentano la capacità massima di lettura o scrittura che ogni singola tabella e la relativa tabella GSIs possono consumare collettivamente e si applicano indipendentemente a ciascuna tabella anziché come aggregato su tutte le tabelle dell'account.

Facoltativamente, è possibile anche impostare limiti inferiori per tabella o per GSI configurando le relative impostazioni di throughput massimo on demand.

Ottimizzazione delle proiezioni e della progettazione dei GSI

Ottimizzazione delle proiezioni e della progettazione degli indici secondari globali (GSI) per ridurre l’utilizzo di capacità e migliorare le prestazioni.

Strategie di proiezione selettive

Se le query devono accedere solo a pochi attributi, la proiezione solo di tali attributi riduce la quantità di dati scritti nel GSI quando gli elementi della tabella di base cambiano. Per i dettagli sui tipi di proiezione, consulta Projections for Global Secondary Indexes.

Implementazione di GSI di tipo sparse

Sparse GSIs contiene solo gli elementi che hanno l'attributo indicizzato, anziché tutti gli elementi della tabella di base. Ciò riduce la densità delle partizioni e migliora le prestazioni quando si interrogano frequentemente sottoinsiemi di dati specifici.

Per ulteriori informazioni sull’implementazione di queste strategie, consulta Best practice per l’utilizzo degli indici secondari in DynamoDB.