Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Compréhension du débit chaud DynamoDB dans différents scénarios

Voici quelques scénarios que vous êtes susceptible de rencontrer lors de l’utilisation du débit chaud DynamoDB.

Débit chaud et modèles d’accès inégaux

Une table peut avoir un débit chaud de 30 000 unités de lecture par seconde et de 10 000 unités d’écriture par seconde, mais vous pouvez tout de même ressentir une limitation des lectures ou des écritures avant d’atteindre ces valeurs. Cela est probablement dû à une partition chaude. Bien que DynamoDB puisse continuer à évoluer pour prendre en charge un débit pratiquement illimité, chaque partition individuelle est limitée à 1 000 unités d’écriture par seconde et à 3 000 unités de lecture par seconde. Si votre application génère trop de trafic vers une petite partie des partitions de la table, la limitation peut avoir lieu avant même que vous n’atteigniez les valeurs de débit chaud de la table. Nous vous recommandons de suivre les Bonnes pratiques DynamoDB afin de garantir une capacité de mise à l’échelle sans faille et d’éviter les partitions critiques.

Débit chaud pour une table provisionnée

Imaginons une table provisionnée dont le débit chaud est de 30 000 unités de lecture par seconde et de 10 000 unités d’écriture par seconde, mais dont le débit provisionné est actuellement de 4 000 RCU et 8 000 WCU. Vous pouvez mettre à l’échelle instantanément le débit provisionné de la table jusqu’à 30 000 RCU ou 10 000 WCU en mettant à jour vos paramètres de débit provisionné. Lorsque vous augmentez le débit provisionné au-delà de ces valeurs, le débit chaud s’ajuste automatiquement aux nouvelles valeurs supérieures, car vous avez établi un nouveau débit de pointe. Par exemple, si vous définissez le débit provisionné sur 50 000 RCU, le débit chaud augmentera pour atteindre 50 000 unités de lecture par seconde.

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

Débit chaud pour une table à la demande

Une nouvelle table à la demande utilise au début un débit chaud de 12 000 unités de lecture par seconde et de 4 000 unités d’écriture par seconde. Votre table peut instantanément accueillir un trafic soutenu jusqu’à ces niveaux. Lorsque vos demandes dépassent 12 000 unités de lecture par seconde ou 4 000 unités d’écriture par seconde, le débit chaud s’ajuste automatiquement aux valeurs les plus élevées.

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

Débit chaud pour une table à la demande avec un débit maximal configuré

Imaginons une table à la demande avec un débit moyen de 30 000 unités de lecture par seconde, mais avec un débit maximal configuré à 5 000 unités de demande de lecture (RRU). Dans ce scénario, le débit de la table sera limité au maximum de 5000 RRU que vous avez défini. Toute demande de débit dépassant ce maximum sera limitée. Cependant, vous pouvez modifier le débit maximal spécifique à la table à tout moment, en fonction des besoins de votre application.

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