Considérations à prendre en compte lors du choix d'une classe de table dans DynamoDB - Amazon DynamoDB

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.

Considérations à prendre en compte lors du choix d'une classe de table dans DynamoDB

DynamoDB propose deux classes de tables conçues pour vous aider à optimiser vos coûts. La classe de tables DynamoDB Standard est la classe par défaut. Elle est recommandée pour la grande majorité des charges de travail. La classe de tables DynamoDB Standard-Inrequent Access (DynamoDB Standard-IA) est optimisée pour les tables où le stockage est le coût dominant. Par exemple, les tables qui stockent des données rarement consultées, telles que les journaux d'applications, les anciennes publications sur les réseaux sociaux, l'historique des commandes d'e-commerce et les exploits de jeux passés, sont de bons candidats pour la classe de tables Standard – Accès peu fréquent.

Chaque table DynamoDB est associée à une classe de tables. Tous les index secondaires associés à la table utilisent la même classe de table. Vous pouvez définir votre classe de table lors de la création de votre table (DynamoDB Standard par défaut) et mettre à jour la classe de table d'une table existante à l'aide AWS Management Console du AWS CLI ou. AWS SDK DynamoDB prend également en charge la gestion de votre classe de table à AWS CloudFormation l'aide de tables à région unique (tables qui ne sont pas des tables globales). Chaque classe de tables offre une tarification différente pour le stockage de données, ainsi que pour les demandes de lecture et d'écriture. Lorsque vous choisissez une classe de tables pour votre table, gardez à l'esprit les points suivants :

  • La classe de tables DynamoDB Standard offre des coûts de débit inférieurs à ceux de DynamoDB Standard-IA et constitue l'option la plus rentable pour les tables dont le débit est le coût dominant.

  • La classe de tables DynamoDB Standard-IA offre des coûts de stockage inférieurs à ceux de DynamoDB Standard, et constitue l'option la plus rentable pour les tables où le stockage est le coût dominant. Lorsque le stockage dépasse 50 % du coût de débit (lectures et écritures) d'une table utilisant la classe de tables DynamoDB Standard, la classe de tables DynamoDB Standard-IA peut vous aider à réduire le coût total de votre table.

  • Les tables DynamoDB Standard - Accès peu fréquent offrent les mêmes performances, durabilité et disponibilité que les tables DynamoDB Standard.

  • Basculer entre les classes de tables DynamoDB Standard et DynamoDB Standard - Accès peu fréquent ne nécessite pas de modification du code de votre application. Vous utilisez les mêmes points de terminaison APIs DynamoDB et de service, quelle que soit la classe de table utilisée par vos tables.

  • Les tables DynamoDB Standard-IA sont compatibles avec toutes les fonctionnalités DynamoDB existantes, telles que le dimensionnement automatique, le time-to-live mode à la demande (), les point-in-time sauvegardes à la demande, la TTL restauration () et les index secondaires globaux. PITR

La classe de tables la plus rentable pour votre table dépend des modèles de stockage et d'utilisation du débit attendus de votre table. Vous pouvez consulter l'historique des coûts et de l'utilisation du stockage et du débit de votre table à l'aide des rapports sur les AWS coûts et d'utilisation et du AWS Cost Explorer. Utilisez ces données historiques pour déterminer la classe de tables la plus rentable pour votre table. Pour en savoir plus sur l'utilisation de AWS Cost and Usage Reports et du AWS Cost Explorer, consultez la documentation AWS Billing and Cost Management. Pour plus de détails sur la tarification des classes de tables, consultez Tarification Amazon DynamoDB.

Note

Une mise à jour de classe de tables est un processus d'arrière-plan. Lors de la mise à jour d'une classe de tables, vous pouvez toujours accéder normalement à votre table. La durée de mise à jour de votre classe de tables dépend du trafic de votre table, de la taille de stockage et d'autres variables associées. Sur une période de 30 jours, plus de deux mises à jour de classe de tables ne sont pas autorisées sur votre table.