Tarification pour la capacité provisionnée

Termes clés

Fonctionnalités et présentation de la facturation DynamoDB

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

Tarification de DynamoDB

• • Demandes de lecture et d’écriture

  Capacité provisionnée

  Lorsque vous sélectionnez le mode de capacité provisionnée, vous spécifiez la capacité de lecture et d'écriture que votre application doit exiger. Vous pouvez utiliser l’autoscaling pour ajuster automatiquement la capacité de votre table en fonction du taux d'utilisation spécifié afin de garantir les bonnes performances de l'application tout en réduisant les coûts. DynamoDB charge un WCU pour chaque écriture par seconde (jusqu'à 1 Ko) et deux WCU pour chaque écriture transactionnelle par seconde. Pour les lectures, DynamoDB charge une RCU pour chaque lecture fortement cohérente par seconde, deux RCU pour chaque lecture transactionnelle par seconde et une demie RCU pour chaque lecture cohérente à terme (eventually consistent) par seconde (jusqu'à 4 Ko). Vous serez facturé pour la capacité de débit (lectures et écritures) que vous provisionnez dans votre table Amazon DynamoDB, même si vous n'utilisez pas entièrement la capacité provisionnée. Le tarif de la capacité provisionnée dépend de votre catégorie de tables. La performance réelle des lectures et écritures de vos tables DynamoDB peut varier et correspondre à une valeur inférieure à la capacité de débit que vous provisionnez.
  

  Capacité réservée

  La capacité réservée de DynamoDB peut vous aider à économiser sur vos coûts de capacité allouée en prenant un engagement initial sur votre niveau de base de capacité provisionnée. Grâce à la capacité réservée, vous payez un montant initial unique et vous vous engagez à respecter un niveau d'utilisation minimum de la capacité provisionné sur une période donnée. Cette fonction est facturée à un taux horaire réduit. Toute capacité que vous allouez en sus de votre capacité réservée est facturée aux taux de capacité provisionnée non actualisée. La capacité réservée est disponible pour les unités de capacité de lecture et d'écriture (RCU et WCU) provisionnées à une seule région sur les tables DynamoDB qui utilisent la classe de table DynamoDB Standard. En revanche, elle n'est pas disponible pour les tables qui utilisent la classe de table DynamoDB Standard – Accès peu fréquent, ou la capacité à la demande.

  Vous pouvez achetée des capacités réservées DynamoDB en envoyant une requête sur la Console de gestion AWS. La capacité réservée est achetée par blocs de 100 WCU ou 100 RCU. À l'achat de capacités réservées, vous devez désigner une région AWS, une quantité et un terme. Vous devrez vous acquitter (1) d'un paiement ponctuel initial et (2) des frais horaires pour chaque heure du terme en fonction de la quantité de capacité réservée DynamoDB que vous achetez. La capacité réservée DynamoDB est également soumise à tous les frais de stockage, de transfert de données et aux autres frais applicables selon le Contrat client AWS ou tout autre contrat conclu avec nous pour régir votre utilisation de nos services.

• • 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 de l’utilisateur DynamoDB pour en savoir plus. Le tarif du stockage de données dépend de votre catégorie de tables.
  

• • Sauvegarde et restauration

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

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

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

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

• • DynamoDB Streams

  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. 
  

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

Exemple de tarification DynamoDB

• • Exemple de base

  Cet exemple montre comment la tarification est calculée pour une table avec autoscaling et mode de capacité provisionnée. L’autoscaling définit en permanence la capacité provisionnée en réponse à la capacité réellement consommée, de sorte que l'utilisation réelle reste proche de l'utilisation cible.

  Supposons que vous créez une nouvelle table DynamoDB Standard dans la région USA Est (Virginie du Nord) avec l'utilisation cible définie avec la valeur par défaut de 70 %, les unités de capacité minimale à 100 RCU et 100 WCU et la capacité maximale définie à 400 RCU et 400 WCU (voir la rubrique Limites dans DynamoDB). 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 les 10 premiers jours, supposons que les RCU et les WCU consommées varient entre 1 et 70. L’autoscaling ne déclencherait aucune activité de mise à niveau et votre facture par heure serait de 0,0938 € (0,0783 € pour les 100 WCU provisionnées [0,000782578 € x 100] et de 0,0157 € pour les 100 RCU [0,0001565156 € x 100]).

  Supposons maintenant que le jour 11, la capacité consommée passe à 100 RCU et à 100 WCU. L’autoscaling commence à déclencher des activités de mise à l'échelle pour augmenter la capacité provisionnée à 143 WCU et 143 RCU (100 consommées ÷ 143 provisionnées = 69,9 %). La facture horaire est de 0,1339 € (0,1119 € pour 143 WCU et 0,0224 € pour 143 UCU).

  Le jour 21, supposons que la capacité consommée diminue à 80 RCU et 80 WCU. L’autoscaling commence à déclencher des activités de mise à l'échelle pour diminuer la capacité provisionnée à 114 WCU et 114 RCU (80 consommées ÷ 114 provisionnées = 70,2 %). La facture horaire est de 0,1079 € (0,0892 € pour 114 WCU et 0,0178 € pour 114 UCU).
  

  Pour le mois, des frais de 80,53 € vous seront facturés comme suit :

  Jours 1 à 10 : 22,51 € (0,0938 € par heure x 24 heures x 10 jours)

  Jours 11 à 20 : 32,14 € (0,1339 € par heure x 24 heures x 10 jours)

  Jours 21 à 30 : 25,90 € (0,1079 € par heure x 24 heures x 10 jours)

  Stockage de 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.

  Pour le mois, votre facture totale sera de 88,68 €, soit 80,53 € pour les capacité de lectures et les écritures et 8,15 € pour le stockage de données.
  

• • Exemple détaillé

  Cet exemple montre comment la tarification est calculée pour une table avec autoscaling et mode de capacité provisionnée. L’autoscaling définit en permanence la capacité provisionnée en réponse à la capacité réellement consommée, de sorte que l'utilisation réelle reste proche de l'utilisation cible.

  Supposons que vous créez une nouvelle table dans la région USA Est (Virginie du Nord) avec une utilisation cible définie à la valeur par défaut de 70 %, les unités de capacité minimale à 100 RCU et 100 WCU et la capacité maximale définie à 400 RCU et 400 WCU (voir la rubrique Limites dans DynamoDB). L’autoscaling fonctionnera selon ces limites, sans réduire la capacité allouée au-dessous du minimum ni augmenter la capacité allouée au-dessus du maximum. Lorsque la table est créée, l’autoscaling commencera par fournir les unités de capacité minimum. 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.

  Dans l'heure qui suit la création de la table, supposons que les RCU et les WCU consommées varient entre 1 et 70. L’utilisation réelle devrait par conséquent varier entre 1 % (1 consommée ÷ 100 provisionnées) et 70 % (70 consommées ÷ 100 provisionnées), avec l’utilisation cible de 70 %. L’autoscaling ne déclenche aucune activité de mise à niveau et votre facture par heure sera de 0,0938 € (0,0783 € pour les 100 WCU provisionnées [0,000782578 € x 100] et de 0,0157 € pour les 100 RCU [0,0001565156 € x 100]).

  Pendant la seconde heure, supposons que la capacité consommée augmente à 100 RCU et 100 WCU. Cela équivaudrait à une augmentation de l’utilisation réelle à 100 % (de 100 consommées ÷ 100 provisionnées), ce qui va bien au-delà de l'utilisation cible de 70 %. L’autoscaling commence à déclencher des activités de mise à l'échelle pour augmenter la capacité provisionnée afin de rapprocher l'utilisation réelle de l'objectif de 70 %. Le résultat est une capacité provisionnée de 143 WCU et 143 RCU (100 consommées ÷ 143 provisionnées = 69,9 %). La facture pour cette deuxième heure est de 0,1339 € (0,1119 € pour 143 WCU et 0,0224 € pour 143 UCU).

  Pendant la troisième heure, supposons que la capacité consommée diminue à 80 RCU et 80 WCU ; cela se traduit par une diminution de l’utilisation réelle à 56 % (80 consommées ÷ 143 provisionnées), bien au-dessous de l'utilisation cible de 70 %. L’autoscaling commencerait à déclencher des activités de réduction visant à réduire la capacité provisionnée afin de rapprocher l'utilisation réelle de l'objectif de 70 %, ce qui résulte en une capacité provisionnée de 114 WCU et 114 RCU (80 consommées ÷ 114 provisionnées = 70,2%). La facture pour cette troisième heure est de 0,1079 € (0,0892 € pour 114 WCU et 0,0178 € pour 114 UCU).

  Par souci de simplicité, supposons que votre capacité consommée reste constante à 80 RCU et 80 WCU. Votre table reste également provisionnée pour 114 WCU et 114 RCU, avec un coût journalier de 2,5896 €, répartis comme suit :

          114 WCU x 0,000782578 € par heure x 24 heures = 2,1417 €

          114 UCR x 0,0001565156 € par heure x 24 heures = 0,4279 €

  Pour le mois, 77,69 € vous sont facturés :

  Total du jour 1 : 2,5896 € par jour

          Heure 1 : 0,0938 € par heure

          Heure 2 : 0,1339 € par heure

          Heures 3 à 24 : 0,1079 € par heure

  Jours 2 à 30 : 2,5896 € par jour

  Stockage de 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 ensuite 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 USD/mois.

  Supposons maintenant qu'en plus des sauvegardes à la demande, vous utilisiez des sauvegardes continues. La taille de votre table est de 29 Go, soit un coût mensuel de (0,2415827282 € x 29 Go) = 7,01 € / mois.

  Si vous devez restaurer votre table de 29 Go une fois au cours du mois, les frais de restauration seront 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. Supposons également que votre débit d'écriture soit le même que dans l'exemple précédent. Votre application effectue 80 écritures de 1 Ko par seconde. 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. Au cours d'un mois, cela donne (80 x 3 600 x 24 x 30) = 207 360 000 unités de capture de données modifiées. Votre coût mensuel sera de (0,1204 € x 207 360 000/1 000 000) = 24,97 €.

  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 maintenant 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 :

  • En résumé, vos frais mensuels totaux pour une table DynamoDB à région unique sont les suivants :
  • Capacité provisionnée : 77,69 €
  • Stockage des données : 8,15 €
  • Sauvegarde à la demande : 6,04 €
  • Sauvegarde continue (PITR) : 7,01€
  • Restauration de table : 5,25 €
  • Capture de données modifiées pour Amazon Kinesis Data Streams : 24,97 €
  • Exportation de données vers Amazon S3 : 3,50 €
  • DynamoDB Streams : 0,63 €

  Total des charges : 133,24 €

• • 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 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 une tendance de trafic stable et prévisible. Ainsi, vous la provisionnez avec 160 WCU et 160 RCU en sachant que votre utilisation ne dépassera pas 70 % de la capacité provisionnée ce mois.

  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.

  Capacité provisionnée : vous serez facturé pour

  160 WCU x 0,000782578 € par heure x 24 heures x 10 30 jours = 90,19 € pour la capacité d'écriture provisionnée,

  135 160 RCU x 0,0001565156 € par heure x 24 heures x 10 30 jours = 18,04 € pour la capacité de lecture provisionnée.
  

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

  • Capacité provisionnée : 108,23 €
  • Stockage des données : 362,37 €

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

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

  Tel qu'illustré précédemment, lorsque vous utilisez la catégorie de tables DynamoDB Standard, les frais de stockage sont 50 % supérieurs aux frais de la capacité provisionnée. Lorsque le stockage représente les frais principaux (50 % supérieurs aux frais de la capacité provisionnée) avec la catégorie de tables DynamoDB Standard, vous pouvez optimiser les frais en modifiant la catégorie de tables pour DynamoDB Standard-IA. Prenons la même charge de travail et supposons que vous avez modifié la catégorie de tables pour DynamoDB Standard-IA 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.

   160 WCU x 0,0009779758 € par heure x 24 heures x 10 30 jours = 112,49 € pour la capacité d'écriture provisionnée,
  160 UCU x 0,0001956939 € par heure x 24 heures x 10 30 jours = 22,51 € pour la capacité de lecture provisionnée.
  

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

  • Stockage des données : 135,00 €
  • Stockage des données : 144,95 €

   Le total de vos frais mensuels en utilisant la classe de table DynamoDB Standard-IA s'élève à 279,95€. Le passage de votre table à DynamoDB Standard-IA a réduit les frais mensuels totaux de votre table de 37,6 %, soit 190,65 €.