7 documented AWS DynamoDB cost inefficiencies, each with how to detect it and how to fix it.
AWS DynamoDBCER-0185
Provisioned capacity mode is appropriate for workloads with consistent or predictable throughput. However, when write capacity is significantly over-provisioned relative to actual usage, it results in wasted spend. This inefficiency is...
AWS DynamoDBCER-0153
Provisioned capacity mode is appropriate for workloads with consistent or predictable throughput. However, when read capacity is significantly over-provisioned relative to actual usage, it results in wasted spend. This inefficiency is...
AWS DynamoDBCER-0107
A table remains in the default Standard storage class despite having minimal or infrequent access. In these cases, switching to Standard-IA can significantly reduce monthly storage costs, especially for archival tables, compliance data, or...
AWS DynamoDBCER-0091
A DynamoDB table is no longer accessed by any active workload but continues to accumulate storage charges, plus hourly provisioned read and write capacity charges for provisioned-mode tables and any point-in-time recovery or backup charges...
AWS DynamoDBCER-0041
While On-Demand mode is well-suited for unpredictable or bursty workloads, it can be cost-inefficient for applications with steady, high throughput. In these cases, shifting to Provisioned mode with Auto Scaling allows teams to set a...
AWS DynamoDBCER-0372
DynamoDB tables in provisioned capacity mode pay an hourly rate for every read and write capacity unit provisioned. For tables on the Standard table class, DynamoDB reserved capacity lets you commit to a minimum amount of provisioned...
AWS DynamoDBCER-0377
Many DynamoDB tables hold data that is only useful for a limited time: sessions, tokens, idempotency keys, event and audit records, cached lookups and job state. When Time to Live (TTL) is not enabled and no cleanup process exists, these...
