Comprendere il throughput a caldo di DynamoDB in diversi scenari

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

Ecco alcuni scenari diversi che potresti incontrare quando lavori con il throughput caldo di DynamoDB.

Throughput elevato e schemi di accesso irregolari

Una tabella può avere una velocità effettiva di 30.000 unità di lettura al secondo e 10.000 unità di scrittura al secondo, ma è comunque possibile che si verifichi una limitazione delle operazioni di lettura o scrittura prima di raggiungere tali valori. Ciò è probabilmente dovuto a una partizione calda. Sebbene DynamoDB possa continuare a scalare per supportare un throughput praticamente illimitato, ogni singola partizione è limitata a 1.000 unità di scrittura al secondo e 3.000 unità di lettura al secondo. Se l'applicazione indirizza troppo traffico verso una piccola parte delle partizioni della tabella, la limitazione può verificarsi anche prima di raggiungere i valori di throughput ottimali della tabella. Consigliamo di seguire le best practice di DynamoDB per garantire una scalabilità perfetta ed evitare partizioni calde.

Produttività elevata per una tabella predisposta

Prendiamo in considerazione una tabella predisposta con un throughput a caldo di 30.000 unità di lettura al secondo e 10.000 unità di scrittura al secondo, ma che attualmente ha un throughput assegnato di 4.000 RCU e 8.000 WCU. È possibile scalare istantaneamente il throughput assegnato alla tabella fino a 30.000 RCU o 10.000 WCU aggiornando le impostazioni di throughput assegnate. Man mano che si aumenta la velocità effettiva assegnata oltre questi valori, la velocità effettiva a caldo si adeguerà automaticamente ai nuovi valori più alti, poiché è stato stabilito un nuovo throughput di picco. Ad esempio, se si imposta la velocità effettiva assegnata su 50.000 RCU, la velocità effettiva a caldo aumenterà a 50.000 unità di lettura al secondo.

"ProvisionedThroughput": 
    {
        "ReadCapacityUnits": 4000,
        "WriteCapacityUnits": 8000 
    }
"WarmThroughput": 
    { 
        "ReadUnitsPerSecond": 30000,
        "WriteUnitsPerSecond": 10000
    }

Produttività a caldo per una tabella su richiesta

Una nuova tabella on demand inizia con un throughput a caldo di 12.000 unità di lettura al secondo e 4.000 unità di scrittura al secondo. La tua tabella può ospitare istantaneamente un traffico sostenuto fino a questi livelli. Quando le richieste superano le 12.000 unità di lettura al secondo o le 4.000 unità di scrittura al secondo, la velocità effettiva effettiva si adeguerà automaticamente a valori più alti.

"WarmThroughput": 
    { 
        "ReadUnitsPerSecond": 12000,
        "WriteUnitsPerSecond": 4000
    }

Throughput a caldo per una tabella su richiesta con velocità effettiva massima configurata

Prendiamo in considerazione una tabella su richiesta con una velocità effettiva a caldo di 30.000 unità di lettura al secondo, ma con una velocità massima configurata a 5.000 unità di richiesta di lettura (RRU). In questo scenario, la velocità effettiva della tabella sarà limitata al massimo di 5.000 RRU impostate. Tutte le richieste di throughput che superano questo limite verranno limitate. Tuttavia, è possibile modificare la velocità effettiva massima specifica della tabella in qualsiasi momento in base alle esigenze dell'applicazione.

"OnDemandThroughput": 
    {
        "MaxReadRequestUnits": 5000,
        "MaxWriteRequestUnits": 4000
    }
"WarmThroughput": 
    { 
        "ReadUnitsPerSecond": 30000,
        "WriteUnitsPerSecond": 10000
    }