Tarification pour la capacité à la demande

Calculateur de prix AWS

Calculez le coût de votre Amazon DynamoDB et de votre architecture en une seule estimation.

Créez votre estimation personnalisée maintenant »

Termes clés

Fonctionnalités et aperçu de la facturation DynamoDB

Présentation de la facturation des intégrations avec DynamoDB

Tarification de DynamoDB

• • Demandes de lecture et d’écriture

  Lorsque vous sélectionnez le mode de capacité à la demande pour votre table DynamoDB, vous ne payez que pour les lectures et les écritures effectuées par votre application. Vous pouvez effectuer des appels d'API si nécessaire sans devoir gérer la capacité de débit de la table. DynamoDB gère la gestion des ressources matérielles pour répondre aux besoins de votre charge de travail avec des performances cohérentes et un faible temps de latence. DynamoDB facture une unité de demande d'écriture pour chaque écriture (jusqu'à 1 Ko) et deux unités de demande d'écriture pour les écritures transactionnelles. Pour les lectures, DynamoDB facture une unité de demande de lecture pour chaque lecture fortement cohérente (jusqu'à 4 Ko), deux unités de demande de lecture pour chaque lecture transactionnelle et une demi-unité de demande de lecture pour chaque lecture éventuellement cohérente. Les prix des demandes de lecture et d'écriture dépendent de la classe de votre table.
  

• • Stockage de données

  Vous n'avez pas besoin de provisionner le stockage: DynamoDB surveille en permanence la taille de vos tables pour déterminer vos frais de stockage. DynamoDB mesure le volume de données facturables en ajoutant le nombre d'octets brut de vos données à un supplément de stockage par élément qui dépend des fonctions que vous avez activées. Consultez le Guide du développeur DynamoDB pour en savoir plus. Le prix du stockage des données dépend de la classe de votre table.
  

• • Sauvegarde et restauration

  DynamoDB propose deux méthodes pour sauvegarder vos données de table. Les sauvegardes continues avec récupération ponctuelle (PITR) fournissent une sauvegarde continue de votre table pour les 35 jours précédents. Vous pouvez restaurer votre table à l’état précédent de n’importe quelle seconde spécifiée au cours des cinq semaines précédentes. Les sauvegardes à la demande créent des instantanés de votre table à archiver pour de longues périodes pour vous aider à respecter les exigences réglementaires des entreprises et des gouvernements.

  Sauvegardes continues (PITR)

  DynamoDB facture PITR en fonction de la taille de chaque table DynamoDB (données de table et index secondaires locaux) sur laquelle elle est activée. DynamoDB surveille de manière continue la taille de vos tables sur lesquelles PITR est activée tout au long du mois pour déterminer vos frais de sauvegarde et continue de vous facturer jusqu'à ce que vous désactiviez PITR sur chaque table.

  Sauvegarde à la demande

  DynamoDB facture pour les sauvegardes à la demande en fonction de la taille de stockage de la table (données de table et index secondaires locaux). La taille de chaque sauvegarde est déterminée au moment de chaque demande de sauvegarde. La taille totale du stockage de sauvegarde facturée chaque mois correspond à la somme de toutes les sauvegardes des tables DynamoDB. DynamoDB surveille la taille des sauvegardes à la demande de façon continue tout au long du mois pour déterminer vos frais de sauvegarde.

  Vous pouvez utiliser DynamoDB ou AWS Backup pour créer et gérer les sauvegardes à la demande. Pour en savoir plus, consultez Utilisation de la sauvegarde et de la restauration à la demande. Grâce à AWS Backup, vous pouvez centraliser et automatiser la protection des données dans les services AWS. Il offre en outre des fonctions avancées telles que la copie de sauvegarde à la demande entre comptes et entre régions, un niveau de stockage à faible coût, une étiquette de sauvegarde et un chiffrement de la sauvegarde indépendant de ses données sources, afin de répondre à vos exigences en matière de continuité des activités et d'optimiser les coûts de sauvegarde. Des frais supplémentaires s'appliquent au transfert de données entre régions. Pour en savoir plus sur ces frais, consultez la rubrique Prix de la sauvegarde AWS.
  

  * Le stockage de sauvegarde à froid est pris en charge uniquement pour les sauvegardes à la demande qui sont gérées par AWS Backup. Vous pouvez choisir d'utiliser AWS Backup à partir de la console de gestion AWS. 
  Les sauvegardes converties en stockage à froid sont conservées 90 jours au minimum. Celles qui sont supprimées avant ce délai donnent lieu à des frais calculés au prorata correspondant aux frais de stockage pour les jours restants.

  Restauration d'une table

  La restauration d'une table depuis les sauvegardes à la demande ou la PITR est facturée par rapport à la taille totale des données restaurées (données de la table, index secondaires locaux et index secondaires globaux) pour chaque requête.
  

  * La restauration à partir d'un stockage de sauvegarde à froid est prise en charge uniquement pour les sauvegardes à la demande qui sont gérées par AWS Backup. Vous pouvez choisir d'utiliser AWS Backup à partir de la console de gestion AWS. Le stockage de sauvegarde à froid n'est pas applicable aux sauvegardes continues avec restauration à un instant dans le passé (PITR). 

• • Tables globales

  Lorsque vous sélectionnez le mode de capacité à la demande pour vos tables globales DynamoDB, vous ne payez que pour les ressources utilisées par votre application sur chaque table de réplicas. Les demandes d'écriture pour les tables globales sont mesurées en unités de demande d'écriture répliquée et non pas en unités de demande d'écriture standard. Le nombre d'unités de demande d'écriture utilisées pour la réplication dépend de la version des tables globales que vous utilisez. Pour plus d'informations, consultez Bonnes pratiques et exigences pour la gestion des tables globales. Les demandes de lecture et le stockage de données sont facturés conformément aux tables qui ne sont pas globales. La tarification dépend de la catégorie de votre table. Si vous ajoutez un réplica de table pour créer ou étendre une table globale dans de nouvelles régions, DynamoDB facture une restauration de table dans les régions ajoutées par gigaoctets de données restaurées. La réplication entre régions et l'ajout de réplicas aux tables contenant des données entraîne également des frais de transfert de données. Pour plus d'informations, consultez la section « Transfert de données » de cette page de tarification.
  

• • Capture de données modifiées pour Amazon Kinesis Data Streams

  DynamoDB facture la capture de données modifiées pour Amazon Kinesis Data Streams dans les unités de capture de données modifiées. DynamoDB facture une unité de capture des données modifiées pour chaque écriture (jusqu'à 1 Ko). Vous ne payez que pour les écritures que votre application effectue sans avoir à gérer la capacité de traitement sur la table.
  
  Les frais de Kinesis Data Streams s'appliquent également lorsque vous répliquez les modifications de DynamoDB à un flux de données Kinesis. Pour plus d'informations, consultez la tarification Amazon Kinesis Data Streams.

• • Débit chaud

  Par défaut, les valeurs de débit chaud sont visibles pour toutes les tables et tous les index Amazon DynamoDB. Ces valeurs s’ajustent automatiquement à mesure que vous augmentez votre débit provisionné ou votre consommation à la demande, sans frais supplémentaires. Toutefois, si vous choisissez d’augmenter ces valeurs manuellement, des frais supplémentaires s’appliqueront.
  
  Lorsque vous demandez à préchauffer vos tables ou index en définissant de nouvelles valeurs de débit chaud pour les lectures et les écritures, DynamoDB facture en fonction de la différence entre les nouvelles valeurs et le débit chaud actuel que la table ou l’index peut prendre en charge. Vous devrez payer des frais uniques au tarif régional d’une unité de capacité de lecture (RCU) pour chaque unité d’augmentation du débit chaud de lecture, et d’une unité de capacité d’écriture (WCU) pour chaque unité d’augmentation du débit chaud d’écriture. Ces frais s’appliquent à la fois aux classes de tables DynamoDB Standard et Standard-Infrequent Access.
  
  Si vous préchauffez une réplique de table globale pour les lectures, les écritures ou les deux, toutes les répliques seront préchauffées pour correspondre aux mêmes valeurs de débit chaud. Vous serez facturé dans chaque région AWS faisant partie de la configuration globale des tables.
  
  Exemple : supposons que vous disposez d’une table DynamoDB Standard dans la région USA Est (Virginie du Nord) avec un débit chaud actuel de 12 000 unités de lecture par seconde et 4 000 unités d’écriture par seconde. Pour un événement de pointe à venir, vous vous attendez à ce que la table ait besoin de 100 000 unités de lecture par seconde. Vous devez donc définir cette valeur comme la nouvelle valeur de débit chaud de lecture. Vous devrez payer des frais uniques pour les 88 000 unités de lecture supplémentaires (la différence entre 100 000 et 12 000) au taux de 11,44 USD (88 000 unités × 0,00013 USD par RCU). Cette structure de facturation s’applique que vous préchauffiez votre table ou votre index pour les lectures ou les écritures, dans la classe de table DynamoDB Standard ou Standard-Infrequent Access. Si cette table fait partie d’une configuration de table globale avec des répliques dans trois régions, dont USA Est (Virginie du Nord), les trois répliques seront préchauffées pour prendre en charge un débit chaud de 100 000 unités de lecture par seconde. Outre les frais dans la région USA Est (Virginie du Nord), vous serez également facturé aux tarifs respectifs de chaque région faisant partie de la configuration globale des tables.

• • Capture de données modifiées pour AWS Glue

  Des frais sont facturés pour la capture par DynamoDB des données modifiées pour AWS Glue, en unités de capture de données modifiées. DynamoDB facture une unité de capture des données modifiées pour chaque écriture (jusqu'à 1 Ko). Vous ne payez que pour les écritures que votre application effectue, et nous n’avez pas à gérer la capacité de débit de votre table.

  Des frais AWS Glue s'appliquent également lorsque vous répliquez les modifications de DynamoDB à une base de données cible AWS Glue. Pour plus d'informations, consultez Tarifs d'AWS Glue.
  

• • Export de données vers Amazon S3

  Cette fonctionnalité vous permet d'exporter des données depuis vos sauvegardes DynamoDB en continu (récupération à un instant donné) vers Amazon Simple Storage Service (Amazon S3). Les formats de données de sortie pris en charge sont DynamoDB JSON et Amazon Ion. Vous pouvez analyser les données exportées à l'aide de services AWS tels qu'Amazon Athena, Amazon SageMaker et AWS Lake Formation.

  Vous pouvez choisir entre une exportation complète ou incrémentielle. Les exportations complètes sont facturées en fonction de la taille de chaque table DynamoDB (données de table et index secondaires locaux) au moment spécifié lors de la création de la sauvegarde. Les exportations incrémentielles sont facturées en fonction de la taille des données traitées à partir de sauvegardes continues pour générer la sortie d'exportation incrémentielle. Des frais supplémentaires s'appliquent au stockage des données exportées dans Amazon S3 et aux requêtes PUT effectuées sur votre compartiment Amazon S3. Pour plus d'informations concernant ces frais, consultez la page Tarification Amazon S3.

• • Importation de données à partir d'Amazon S3

  L'importation de données Amazon DynamoDB offre un moyen simple et efficace de transférer des données entre des tables Amazon S3 et DynamoDB sans écrire de code. Vous pouvez copier des tables entre les régions et les comptes AWS pour faciliter la migration des données et la création de nouvelles applications, faciliter le partage des données et la collaboration entre les équipes et contribuer à simplifier la reprise après sinistre et la planification de la continuité des activités. La tarification de l'importation de données est basée sur la taille du fichier non compressé dans Amazon S3. Consultez la section Importation à partir de S3 pour plus de détails. Les formats de données d'entrée pris en charge sont CSV, DynamoDB JSON et Amazon Ion.

  Amazon S3 facture également le stockage de vos données sources et les demandes GET effectuées sur votre compartiment Amazon S3. Pour plus d'informations sur les frais d'Amazon S3, consultez la section Tarification d'Amazon S3.
  

• • Intégration avec DynamoDB Accelerator (DAX)

  DAX est un service de mise en cache compatible avec Amazon DynamoDB. DynamoDB facture les capacités DAX utilisées à l’heure et vos instances DAX sont exécutées sans engagement à long terme. La tarification est calculée par nœud-heure consommée et dépend du type d'instance sélectionné. Chaque heure de nœud partielle consommée est facturée en tant qu'heure entière. La tarification s'applique à tous les nœuds du cluster DAX. Par exemple, si vous possédez un cluster DAX à trois nœuds, vous serez facturé pour chacun des nœuds séparés (trois nœuds au total) sur une base horaire. 

  Il n'y a pas de frais pour les transferts de données entre Amazon Elastic Compute Cloud (Amazon EC2) et DAX au sein de la même zone de disponibilité. Les frais de transfert de données Amazon EC2 standard s'appliquent lors du transfert de données entre une instance Amazon EC2 et un nœud DAX dans différentes zones de disponibilité de la même région AWS. Cependant, vous ne payez que pour le transfert de données vers ou provenant de l'instance Amazon EC2. Aucuns frais de transfert de données DAX ne sont facturés pour le trafic entrant ou sortant du nœud DAX lui-même.

  Les instances DAX T3 s’exécutent en mode illimité, ce qui signifie que vous serez facturé si votre utilisation moyenne du processus sur une période continue de 24 heures dépasse la base de référence de l’instance. Les crédits CPU sont facturés 0,096 USD par heure vCPU. La tarification du crédit CPU est la même pour toutes les tailles d'instance T3 dans toutes les régions AWS.

• • Flux DynamoDB

  DynamoDB facture uniquement les données de lecture provenant de la fonction Flux DynamoDB en unités de demande de lecture. Chaque appel d'API GetRecords est facturé en tant qu’unité de demande de lecture de flux et renvoie jusqu'à 1 Mo de données depuis Flux DynamoDB. Les unités de demande de lecture de flux sont distinctes des demandes de lecture de votre table DynamoDB. Les appels d'API GetRecords invoqués par AWS Lambda dans le cadre des déclencheurs DynamoDB ne vous sont pas facturés. Et il en est de même pour les appels d'API GetRecords invoqués par les tables globales DynamoDB.
  

• • Transfert de données

  Le transfert des données « entrantes » et « sortantes » fait référence au transfert vers et depuis DynamoDB. DynamoDB ne facture pas le transfert de données entrantes ni les données transférées entre DynamoDB et d'autres services AWS au sein de la même région AWS (en d'autres termes, 0,00 USD par Go). Les données transférées entre les régions AWS (par exemple, entre DynamoDB dans la région USA Est [Virginie du Nord] et Amazon EC2 dans la région UE [Irlande]) sont facturées des deux côtés du transfert. Dans le cadre de l'offre gratuite d'AWS, les clients AWS reçoivent 100 Go de transfert de données sortantes chaque mois, cumulés sur l'ensemble des services AWS et des régions (à l'exception de la Chine et de GovCloud). Pour plus d'informations, consultez la page sur l'offre gratuite d'AWS. Pour les transferts de données supérieurs à 500 To par mois, contactez-nous.

Offre gratuite DynamoDB

Exemple de tarification DynamoDB

• • Exemple de base

  Cet exemple montre la façon dont DynamoDB facture en utilisant le mode de capacité à la demande.

  Supposons que vous créez une table dans la région USA Est (Virginie du Nord). Comme cette table sert à une nouvelle application, vous ne savez pas quelles seront vos modèles de trafic. Par souci de simplicité, supposons que chaque fois qu'un utilisateur interagit avec votre application, une écriture de 1 Ko et une lecture fortement cohérente de 1 Ko sont effectuées.
  

  Pendant une période de 10 jours, votre application génère peu de trafic, générant 10 000 lectures et 10 000 écritures sur votre table chaque jour. Cependant, le jour 11, votre application obtient de l'attention sur les médias sociaux et son trafic atteint 2 500 000 lectures et 2 500 000 écritures ce jour-là. DynamoDB se met à l’échelle pour offrir une expérience transparente à vos utilisateurs. Votre application reçoit alors trafic plus régulier, avec une moyenne de 50 000 lectures et de 50 000 écritures chaque jour jusqu'à la fin du mois. Le tableau suivant résume votre utilisation totale pour le mois.

  Échéancier (Jour du mois)	Écritures totales	Lectures totales
  1 à 10	100 000 écritures (10 000 écritures x 10 jours)	100 000 lectures (10 000 lectures x 10 jours)
  11	2 500 000 écritures	2 500 000 lectures
  12 à 30	950 000 écritures (50 000 écritures x 19 jours)	950 000 lectures (50 000 lectures x 19 jours)
  Total mensuel	3 550 000 écritures	3 550 000 lectures
  Facture mensuelle	2,22 USD (0,6250 USD par million d’écritures x 3,55 millions d’écritures)	0,44 USD (0,125 USD par million de lectures x 3,55 millions de lectures)

  Stockage des données : Supposons que votre table occupe 25 Go de stockage au début du mois et passe à 29 Go à la fin du mois, avec une moyenne de 27 Go basée sur la surveillance continue DynamoDB. Puisque la catégorie de votre table est définie sur DynamoDB Standard, les premiers 25 Go de stockage sont compris dans l’offre gratuite d’AWS. Les 2 Go de stockage restants sont facturés à 0,25 USD par Go, ce qui entraîne un coût de stockage de table de 0,50 USD pour le mois.

  Pour le mois, votre facture sera de 3,16 USD, soit 2,66 USD pour les lectures et les écritures et 0,50 USD pour le stockage de données.
  

• • Exemple détaillé

  Cet exemple montre la façon dont DynamoDB facture en utilisant le mode de capacité à la demande.

  Supposons que vous créez une table dans la région USA Est (Virginie du Nord). Comme cette table sert à une nouvelle application, vous ne savez pas quelles seront vos modèles de trafic. Par souci de simplicité, supposons que chaque fois qu'un utilisateur interagit avec votre application, une écriture de 1 Ko et une lecture fortement cohérente de 1 Ko sont effectuées.
  

  Pendant une période de sept jours, votre application génère peu de trafic, générant 1 000 lectures et écritures sur votre table chaque jour. Cependant, le huitième jour, votre application retient l'attention d'un individu influent de votre secteur et le trafic de votre application augmente de manière inattendue à 10 000 000 écritures et lectures pour la journée. Votre application reçoit alors trafic plus régulier, avec une moyenne de 150 000 lectures et écritures chaque jour pendant les deux semaines suivantes. Le trafic commence alors à se dissiper rapidement, chutant à 10 000 écritures et lectures par jour durant les sept prochains jours.

  Enfin, une popularité inattendue sur les médias sociaux rend votre application virale. Pour le dernier jour du mois, votre application effectue 30 000 000 écritures et lectures sur votre table. Le tableau suivant résume votre utilisation totale pour le mois.

  Échéancier (Jour du mois)	Écritures totales	Lectures totales
  1 à 7	7 000 écritures (1 000 écritures x 7 jours)	7 000 lectures (1 000 lectures x 7 jours)
  8	10 000 000 écritures	10 000 000 lectures
  9 à 22	2 100 000 écritures (150 000 écritures x 14 jours)	2 100 000 lectures (150 000 lectures x 14 jours)
  23 à 29	70 000 écritures (10 000 écritures x 7 jours)	70 000 lectures (10 000 lectures x 7 jours)
  30	30 000 000 écritures	30 000 000 lectures
  Total mensuel	42 177 000 écritures	42 177 000 lectures
  Facture mensuelle	26,36 USD (0,6250 USD par million d’écritures x 42,177 millions d’écritures)	5,27 USD (0,125 USD par million de lectures x 42,177 millions de lectures)

  Stockage des données : Supposons que votre table occupe 25 Go de stockage au début du mois et passe à 29 Go à la fin du mois, avec une moyenne de 27 Go basée sur la surveillance continue de la taille de votre table. Puisque la catégorie de votre table est définie sur DynamoDB Standard, les premiers 25 Go de stockage sont compris dans l'offre gratuite d'AWS. Les 2 Go de stockage restants sont facturés à 0,25 USD par Go, ce qui entraîne un coût de stockage de table de 0,50 USD pour le mois.

  Sauvegarde et restauration : si la somme de votre stockage de sauvegarde à la demande était de 60 Go pour un mois de 30 jours, le coût mensuel de vos sauvegardes serait de (0,10 USD x 60 Go) = 6,00 USD / mois. Cependant, si vous supprimez 15 Go de vos données de sauvegarde à la demande 10 jours après le début du cycle mensuel, votre facture sera de (0,10 USD x 60 Go) – (0,10 USD x 15 Go x 20/30) = 5,00 USD/mois. Supposons maintenant qu'en plus des sauvegardes à la demande, vous utilisiez des sauvegardes continues. La taille moyenne de votre table est de 27 Go, soit un coût mensuel de (0,20 USD x 27 Go) = 5,40 USD / mois. Si vous devez restaurer votre table à la fin du mois, le coût sera de (0,15 USD x 29 Go) = 4,35 USD.

  Capture de données modifiées pour Kinesis Data Streams : Supposons maintenant que vous activez la diffusion en continu vers un flux de données Kinesis pour traiter vos modifications de données à l’aide des services Amazon Kinesis. DynamoDB facture une unité de capture des données de changement pour chaque écriture de 1 Ko qu'il capture dans le flux de données Kinesis. En supposant que le trafic d'écriture de votre application, tel que décrit plus haut dans cet exemple, est cohérent avec votre flux de données Kinesis, on obtient 42 177 000 unités de capture de données modifiées au cours du mois. Votre coût mensuel sera de (0,10 USD x 42 177 000/1 000 000) = 4,22 USD.

  Export de données vers Amazon S3 : Imaginons que vous voulez exporter les sauvegardes de tableaux vers Amazon S3 pour analyse. Si la taille de votre table au moment donné est de 29 Go, les frais d’exportation représentent : (0,10 USD x 29 Go) = 2,90 USD.

  Intégration à DynamoDB Accelerator (DAX) : DAX est un service de mise en cache compatible avec Amazon DynamoDB. Vous avez déterminé que vous deviez accélérer le temps de réponse de votre application et avez décidé d’utiliser le service DynamoDB Accelerator (DAX). Vous examinez les spécifications matérielles disponibles et déterminez qu’un cluster à trois nœuds du type d’instance t2.small répondra à vos besoins. Vous activez DAX le jour 26. DynamoDB facture 0,12 USD par heure (0,04 USD x 3 nœuds), pour un total de 14,40 USD pour les 5 derniers jours du mois (0,12 USD x 120 heures).

  Tables globales : Supposons maintenant que vous choisissez de créer une table de réplica de reprise après sinistre dans la région USA Ouest (Oregon). Supposons que vous ajoutez le réplica dans la région USA Ouest (Oregon) lorsque la taille de votre table est de 25 Go, ce qui entraîne 3,75 USD (0,15 USD x 25 Go) de frais de restauration de table. L'ajout de ce réplica génère également 25 Go de transfert de données, comme indiqué dans la section « Transfert de données » ci-dessous. Supposons que le trafic de votre application de cet exemple est le même pour votre table globale. Vous utiliserez 84,35 millions d’unités de demande d’écriture répliquée (42 177 000 écritures x 2 régions), comme décrit dans Bonnes pratiques et exigences en matière de gestion des tables globales, ce qui entraîne un coût de 52,72 USD (84,35 millions d’unités de demandes d’écriture répliquée x 0,6250 USD par million). Vous stockez également 27 Go de données supplémentaires dans votre table de réplique dans la région USA Ouest (Oregon). Les premiers 25 Go de stockage sont compris dans l'offre gratuite d'AWS dans chaque région AWS pour les tables de la catégorie de tables DynamoDB Standard. Les 2 Go de stockage restants sont facturés à 0,25 USD par Go, ce qui entraîne un coût de stockage de table supplémentaire de 0,50 USD pour le mois.

  DynamoDB Streams : supposons que vous activez DynamoDB Streams et créez votre application pour qu’elle exécute une demande de lecture par seconde sur les données de flux. Au cours d'un mois, 2 592 000 demandes de lecture de flux ont été générées, dont 2 500 000 premières demandes de lecture incluses dans l’offre gratuite AWS. Vous ne payez que pour les 92 000 demandes de lecture restantes, soit 0,02 USD par 100 000 unités de demande de lecture.

  Transfert de données : étant donné que vous transférez des données entre des régions AWS pour l'implémentation de vos tables globales, DynamoDB facture les données transférées hors de la région, mais pas le transfert des données entrantes. En supposant 42 177 000 écritures dans le mois de 1 Ko chacune, vous générez 40,22 Go de données à transférer entre régions. L'ajout du réplica dans la région USA Ouest (Oregon) génère 25 Go supplémentaires de transfert de données. Vous serez facturé 5,94 USD (0,09 USD x [41 + 25]) Go) pour le transfert de données interrégional.

  En résumé, vos frais mensuels totaux pour une table DynamoDB à région unique sont les suivants :

  • Trafic d’écriture : 26,36 USD
  • Trafic de lecture : 5,27 USD
  • Stockage de données : 0,50 USD
  • Sauvegarde à la demande : 5,00 USD
  • Sauvegarde continue (PITR) : 5,40 USD
  • Restauration de table : 4,35 USD
  • Capture de données modifiées pour Amazon Kinesis Data Streams : 4,22 USD
  • Exportation de données vers Amazon S3 : 2,90 USD Intégration à DynamoDB Accelerator (DAX), un service de mise en cache compatible avec Amazon DynamoDB : 14,40 USD
  • Flux DynamoDB : 0,02 USD

  Total des frais : 68,42 USD

  Vos frais mensuels totaux DynamoDB après l’ajout de la région USA Ouest (Oregon) sont les suivants :

  • Trafic de lecture : 5,27 USD
  • Stockage de données dans la région USA Est (Virginie du Nord) : 0,50 USD
  • Sauvegarde à la demande : 5,00 USD
  • Sauvegarde continue (PITR) : 5,40 USD
  • Restauration de table dans la région USA Est (Virginie du Nord) : 4,35 USD
  • Capture de données modifiées pour Amazon Kinesis Data Streams : 4,22 USD
  • Exportation de données vers Amazon S3 : 2,90 USD
  • Intégration à DynamoDB Accelerator (DAX), un service de mise en cache compatible avec Amazon DynamoDB : 14,40 USD
  • Flux DynamoDB : 0,02 USD
  • Restauration de tables globales dans la région USA Ouest (Oregon) : 3,75 USD
  • Demandes d’écriture répliquée de tables globales : 52,72 USD
  • Stockage de données de tables globales dans la région USA Ouest (Oregon) : 0,50 USD
  • Transfert de données : 5,94 USD

  Total des frais : 104,97 USD

• • Exemple avec différentes catégories de tables

  Cet exemple illustrera la façon dont vous pouvez réduire les frais mensuels liés à votre table en choisissant la catégorie de tables DynamoDB qui répond le mieux aux tendances de stockage et d’accès aux données de votre table.

  Supposons que vous avez une nouvelle table dans la région USA Est (Virginie du Nord). Votre table occupe déjà 1 To de données historiques. Vous n'accédez pas souvent aux données mais elles doivent être immédiatement disponibles pour vos utilisateurs en cas de besoin. Supposons maintenant que votre stockage de données occupe 1,4 To à la fin du mois avec une moyenne de 1,2 To basée sur la surveillance continue de la taille de votre table. Votre table a un modèle de trafic au cours du mois qui entraîne un total de 42,5 millions d'écritures et 42,5 millions de lectures. Par souci de simplicité, supposons que chaque fois qu’un utilisateur interagit avec votre application, une écriture de 1 Ko et une lecture fortement cohérente de 1 Ko sont effectuées.

  Nous allons commencer par estimer les frais mensuels de votre table en utilisant la classe de table DynamoDB Standard.

  Frais mensuels avec la catégorie de tables DynamoDB Standard

  En définissant la catégorie de votre table sur DynamoDB Standard, vous serez facturé comme suit :

  Stockage de données : avec la catégorie de tables DynamoDB Standard, les premiers 25 Go de stockage sont compris dans l'offre gratuite d'AWS. Les 1,175 To de stockage restants sont facturés à 0,25 USD par Go, ce qui entraîne un coût de stockage de table de 293,75 USD pour le mois.

  Lecture et écriture : Vous serez facturé pour
  42,5 millions d’écritures x 0,625 USD par million d’écritures = 26,56 USD pour les demandes d’écriture,
  42,5 millions de lectures x 0,125 USD par million de lectures = 5,31 USD pour les demandes de lecture.

  
  En résumé, vos frais mensuels totaux en utilisant la classe de table DynamoDB Standard sont les suivants :

  Trafic d’écriture : 26,56 USD

  Trafic de lecture : 5,31 USD

  Stockage de données : 293,75 USD

  Vos frais mensuels totaux en utilisant la classe de table DynamoDB Standard sont de 325,62 USD.

  Frais mensuels utilisant la classe de table DynamoDB Standard – Accès peu fréquent
  

  Comme indiqué précédemment, lorsque l'on utilise la classe de table DynamoDB Standard, le coût de stockage est supérieur à 50 % des coûts de lecture et d'écriture. Lorsque le stockage est le coût dominant (plus de 50 % des coûts de lecture et d'écriture) en utilisant la classe de table DynamoDB Standard, vous pouvez optimiser le coût en passant à la classe de table DynamoDB Standard – Accès peu fréquent. Avec la même charge de travail, supposons maintenant que vous avez passé la classe de table à DynamoDB Standard – Accès peu fréquent au début du mois suivant. Vous serez facturé comme suit :

  Stockage de données :1,2 To de stockage sont facturés à 0,10 USD par Go, ce qui entraîne un coût de stockage de table de 120,00 USD pour le mois.

  Lecture et écriture : Vous serez facturé pour

  42,5 millions d’écritures x 0,780 USD par million d’écritures = 33,15 USD pour les demandes d’écriture,
  42,5 millions de lectures x 0,155 USD par million de lectures = 6,59 USD pour les demandes de lecture.

  
  En résumé, vos frais mensuels totaux en utilisant la classe de table DynamoDB Standard – Accès peu fréquent sont les suivants :
  Trafic d’écriture : 33,15 USD

  Trafic de lecture : 6,59 USD

  Stockage de données : 120,00 USD

  Total des frais en utilisant la classe de table DynamoDB Standard – Accès peu fréquent : 159,74 USD.

  En utilisant DynamoDB Standard – Accès peu fréquent pour votre table, vous réduisez les frais mensuels totaux de votre table de 50,9 %, soit 165,88 USD.