Amazon DynamoDB

Tarification pour la capacité à la demande

Page-Illo_PricingCalculator_Wallet_1x

Calculateur de prix AWS

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

Avec le mode de capacité à la demande, vous payez par demande pour les lectures et écritures de données que votre application effectue sur vos tables. Vous n'avez pas besoin de préciser le débit de lecture et d'écriture que vous attendez de votre application, car DynamoDB répond immédiatement à vos charges de travail lorsqu'elles augmentent ou diminuent. Cette page explique comment DynamoDB facture les fonctions principales et optionnelles de DynamoDB.

Termes clés

Unité de demande de lecture : Les appels d'API pour lire les données de votre table sont facturés en unités de demande de lecture. Les demandes de lecture de DynamoDB peuvent être fortement cohérentes, cohérentes à terme ou transactionnelles. Une demande de lecture fortement cohérente d'un maximum de 4 Ko nécessite une unité de demande de lecture. Pour les éléments de plus de 4 Ko, des unités de demande de lecture supplémentaires sont nécessaires. Pour les éléments d'une taille maximale de 4 Ko, une demande de lecture éventuellement cohérente nécessite une demi-unité de demande de lecture, et une demande de lecture transactionnelle nécessite deux unités de demande de lecture. Par exemple, une demande de lecture fortement cohérente d'un élément de 8 Ko nécessite deux unités de demande de lecture, une lecture cohérente à terme d'un élément de 8 Ko nécessite une unité de demande de lecture, et une lecture transactionnelle d'un élément de 8 Ko nécessite quatre unités de demande de lecture. Consultez la rubrique Cohérence de lecture pour plus de détails.

Unité de demande d'écriture : les appels d'API pour écrire les données à votre table sont facturés en unités de demande d'écriture. Une unité de demande d'écriture standard peut écrire un article d’une taille allant jusqu'à 1 Ko. Pour les éléments supérieurs à 1 Ko, des unités de demande d'écriture supplémentaires sont requises. Une écriture transactionnelle requiert deux unités de demande d'écriture. Par exemple, une demande d'écriture d'un article de 1 Ko requiert une unité de demande d'écriture, une demande d'écriture d'un article de 3 Ko requiert trois unités de demande d'écriture et une demande d'écriture transactionnelle d'un article de 3 Ko requiert six unités de demande d'écriture.

Unité de demande de lecture de flux : chaque appel d'API GetRecords vers DynamoDB Streams est une unité de demande de lecture de flux. Chaque unité de demande de lecture de flux peut renvoyer jusqu'à 1 Mo de données.

Demandes de lecture ou d’écriture transactionnelles : dans DynamoDB, une lecture ou une écriture transactionnelle diffère d'une lecture ou d'une écriture standard car elle garantit la réussite ou l'échec de toutes les opérations contenues dans un seul ensemble de transactions.

Unités de capture des données modifiées : DynamoDB peut enregistrer les modifications des éléments de vos tables DynamoDB et les répliquer à d'autres services AWS tels que Amazon Kinesis Data Streams. DynamoDB capture ces modifications sous forme d'opérations déléguées, ce qui signifie que DynamoDB effectue la réplication pour votre compte, vous n'avez pas à gérer la capacité de débit. DynamoDB facture une unité de capture des données modifiées pour chaque écriture dans votre table (jusqu'à 1 Ko). Pour les éléments supérieurs à 1 Ko, des unités supplémentaires de capture de données modifiées sont requises.

Catégories de tables DynamoDB : DynamoDB propose deux catégories de tables conçues pour vous permettre d'optimiser les coûts. DynamoDB Standard est la catégorie de tables par défaut et est recommandée pour la grande majorité des charges de travail. La catégorie de tables DynamoDB Standard – Accès peu fréquent (DynamoDB Standard-IA) est optimisée pour les tables qui stockent les données peu utilisées, le stockage représentant les frais principaux. Le stockage de données et les demandes de lecture et d'écriture sont tarifiés différemment en fonction de la catégorie de tables. Vous pouvez choisir la catégorie de tables la plus économique en fonction des exigences en matière de stockage et des tendances d'accès aux données de votre table. En savoir plus sur les catégories de tables DynamoDB dans le Guide du développeur DynamoDB.


Fonctionnalités et présentation de la facturation DynamoDB

Fonctionnalité

Ce qu’elle fait

Unité de facturation

Fonctionnalités principales

 

Demande d’écriture

Écrit des données à votre table

Unité de demande d’écriture

 

Demande de lecture

Lit des données de votre table

Unité de demande de lecture

Fonctionnalités optionnelles

 

Sauvegarde continue

Effectue des sauvegardes continues pour les 1 à 35 jours précédents

Go/mois

 

Sauvegarde à la demande

Effectue des sauvegardes instantanées à des moments précis

Go/mois

 

Restauration depuis une sauvegarde

Restaure une table à un instantané ou une heure spécifique

Go

  Capture de données modifiées pour Amazon Kinesis Data Streams Enregistre les modifications des données des éléments d’une table et les réplique sur Kinesis Data Streams Unité de capture des données modifiées
  Export de données vers Amazon S3 Exporte les sauvegardes de tableaux DynamoDB depuis un instant précis vers Amazon S3 Go
  Importation de données depuis Amazon S3 Migrer et charger des données depuis Amazon S3 vers de nouvelles tables DynamoDB Go

 

Flux DynamoDB

Fournit une séquence chronologique de modifications au niveau des éléments d'une table.

Unité de demande de lecture de flux

 

Transfert de données sortantes

Transfère des données vers d'autres régions AWS

Go

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

Intégration

Ce qu’elle fait

Unité de facturation

  Intégration zéro ETL à Amazon Redshift Permet d’analyser les données opérationnelles sans créer ni gérer de pipelines de données Go d’exportations

Tarification de DynamoDB

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

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

  • DynamoDB propose deux méthodes pour sauvegarder vos données de table. Les sauvegardes continues avec reprise ponctuelle (PITR) fournissent une sauvegarde continue de votre table pour les 1 à 35 jours précédents. Vous pouvez restaurer votre table à l’état 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 la rubrique 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. AWS Backup 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 d’AWS Backup.

    * 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). 

  • 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 rubrique Tarification Amazon Kinesis Data Streams.

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

    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 13,77 € (88 000 unités × 0,0001565156 € 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.

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

  • 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 rubrique 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 rubrique Tarification d’Amazon S3.

  • 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 DynamoDB Streams. 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.

  • 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 € par Go). Les données transférées entre les régions AWS (par exemple entre DynamoDB dans la région UE (Allemagne) et Amazon EC2 dans la région de l'Est des États-Unis (Virginie du Nord)) sont facturées des deux côtés du transfert. 



Exemple de tarification DynamoDB

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

    Supposons que vous créiez une nouvelle table DynamoDB Standard dans la région UE (Allemagne). 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,67 € (0,7525 € par million d’écritures x 3,55 millions d’écritures)

    0,53 € (0,1505 € par million de lectures x 3,55 millions de lectures)

    Stockage des données : Supposons que votre table occupe 27 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. Lorsque votre classe de table est définie sur DynamoDB Standard, le stockage est facturé à 0,3019784103 € par Go, soit un coût de stockage de table de 8,15 € (27 Go x 0,3019784103 €) pour le mois.

    Pour le mois, votre facture s'élèvera à 11,35 €, dont 3,20 € pour la lecture et l'écriture et 8,15 € pour le stockage des données.

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

    Supposons que vous créiez une nouvelle table DynamoDB Standard dans la région UE (Allemagne). 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

    31,74 € (0,7525 € par million d’écritures x 42,177 millions d’écritures)

    6,35 € (0,1505 € 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. Lorsque votre classe de table est définie sur DynamoDB Standard, le stockage est facturé à 0,3019784103 € par Go, soit un coût de stockage de table de 8,15 € (27 Go x 0,3019784103 €) 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,1207913641 € x 60 Go) = 7,25 € / 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,1207913641 € x 60 Go) – (0,1207913641 € x 15 Go x 20/30) = 6,04 €/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,2415827282 € x 27 Go) = 6,52 € / mois. Si vous devez restaurer votre table à la fin du mois, le coût sera de (0,1811870462 € x 29 Go) = 5,25 €.

    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,1204 € x 42 177 000/1 000 000) = 5,08 €.

    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,1207913641 € x 29 Go) = 3,50 €.

    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. Sur un mois, cela se traduit par 2 592 000 demandes de lecture de flux, facturées à 0,0000002418 € par demande, soit un coût de 0,63 € (2 592 000 x 0,0000002418 €).

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

    • Trafic d’écriture : 31,74 €
    • Trafic de lecture : 6,35 €
    • Stockage des données : 8,15 €
    • Sauvegarde à la demande : 6,04 €
    • Sauvegarde continue (PITR) : 6,52 €
    • Restauration de table : 5,25 €
    • Capture de données modifiées pour Amazon Kinesis Data Streams : 5,08 €
    • Exportation de données vers Amazon S3 : 3,50 €
    • DynamoDB Streams : 0,63 €

    Total des charges : 73,26 €

  • 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 ayez une table dans la région de l'UE (Allemagne). 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 des données  : en utilisant la classe de tables DynamoDB Standard, les 1,2 To de stockage sont facturés à 0,3019784103 € par Go, soit un coût de stockage des tables de 362,37 € par mois.

    Lecture et écriture : Vous serez facturé pour
    42,5 millions d'écritures x 0,7525 € par million d'écritures = 31,98 € pour les demandes d'écriture,
    42,5 millions de lectures x 0,1505 € par million de lectures = 6,40 € pour les demandes de lecture.


    En résumé, vos frais mensuels totaux avec la catégorie de tables DynamoDB Standard sont :

    Trafic d’écriture : 31,98 €

    Trafic de lecture : 6,40 €

    Stockage des données : 362,37€

    Vos frais mensuels totaux avec la catégorie de tables DynamoDB Standard sont de 400,75 €.

    Frais mensuels avec la catégorie de tables DynamoDB Standard-IA

    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 :les 1,2 To de stockage sont facturés à 0,1207913641 € par Go, ce qui entraîne un coût de stockage de table de 144,95 € pour le mois.

    Lecture et écriture : Vous serez facturé pour

    42,5 millions d'écritures x 0,9425 € par million d'écritures = 40,06 € pour les demandes d'écriture,
    42,5 millions de lectures x 0,188 € par million de lectures = 7,99 € pour les demandes de lecture.

    En résumé, vos frais mensuels totaux avec la catégorie de tables DynamoDB Standard-IA sont :
    Trafic d’écriture : 40,06 €

    Trafic de lecture : 7,99 €

    Stockage des données : 144,95 €

    Total des frais en utilisant la classe de table DynamoDB Standard – Accès peu fréquent : 193,00 €.

    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 207,75 €.

Ressources de tarification supplémentaires

Calculateur de prix AWS

Calculez vos coûts mensuels avec AWS facilement

Obtenir une assistance pour la tarification

Contacter les spécialistes AWS pour obtenir un devis personnalisé