Tarification Amazon DynamoDB

Options d’économies

Essayez l’offre gratuite de DynamoDB

Fonctionnement de la tarification DynamoDB

• Fonctionnement de la tarification pour les classes de tables

  DynamoDB propose deux classes de tables, avec des tarifs différents pour le stockage de données, les lectures et les écritures. Les deux classes de tables offrent des performances similaires, mais vous permettent d’optimiser vos coûts en fonction de vos modèles d’accès. La classe de table DynamoDB Standard est la classe par défaut et celle recommandée pour la plupart des charges de travail. La classe de table DynamoDB Standard-Infrequent Access (Standard-IA) est la mieux adaptée aux données auxquelles on accède rarement et pour lesquelles le stockage de données représente le coût principal. En savoir plus sur les classes de tables DynamoDB.

• Fonctionnement de la tarification pour la capacité à la demande

  Unité de demande de lecture (RRU) : les appels d’API pour lire les données de votre table sont facturés en unités de demande de lecture. Les RRU sont consommées par incréments de 4 Ko. Les lectures DynamoDB peuvent être éventuellement cohérentes, à cohérence forte ou transactionnelles.
  Les lectures cohérente à terme nécessitent une demi-RRU par tranche de 4 Ko ou fraction de celle-ci. 
  Les lectures fortement cohérentes consomment une RRU par tranche de 4 Ko ou fraction de celle-ci.
  Les lectures transactionnelles nécessitent deux RRU par tranche de 4 Ko ou fraction de celle-ci.
  Par exemple, une lecture cohérente à terme d’un élément de 10 Ko nécessite 1,5 RRU (une demi-RRU x 3). Pour ce même élément de 10 Ko, une lecture fortement cohérente nécessite 3 RRU (1 RRU x 3) et une lecture transactionnelle nécessite 6 RRU (2 RRU x 3). Consultez Cohérence de lecture pour plus de détails.

  Unité de demande d’écriture (WRU) : les appels d’API pour écrire les données à votre table sont facturés en unités de demande d’écriture. Les WRU sont consommées par incréments de 1 Ko.
  Les écritures standard nécessitent 1 WRU par tranche de 1 Ko ou fraction de celle-ci.
  Les écritures transactionnelles nécessitent 2 WRU par tranche de 1 Ko ou fraction de celle-ci.
  Par exemple, une demande d’écriture d’un élément de 10 Ko nécessite 10 WRU, et une demande d’écriture transactionnelle d’un élément de 10 Ko nécessite 20 WRU.

• Fonctionnement de la tarification pour la capacité provisionnée

  Unité de capacité de lecture (RCU) : les appels d’API visant à lire des données de votre table, ou « lectures », sont facturés en unités de capacité de lecture (RCU). Les RCU sont consommées par incréments de 4 Ko, par seconde. Les lectures peuvent être éventuellement cohérentes, à cohérence forte ou transactionnelles.
  Les lectures cohérentes à terme consomment une demi-RCU par tranche de 4 Ko (ou fraction de celle-ci). 
  Les lectures fortement cohérentes consomment une RCU par tranche de 4 Ko (ou fraction de celle-ci).
  Les lectures transactionnelles consomment deux RCU par tranche de 4 Ko (ou fraction de celle-ci).
  Par exemple, une lecture cohérente à terme d’un élément de 10 Ko nécessiterait 1,5 RCU (0,5 x 3). Une lecture fortement cohérente de cet élément nécessiterait 3 RCU (1 x 3). Une lecture transactionnelle de cet élément nécessite 6 RCU (2 x 3). Consultez Cohérence de lecture pour plus de détails.

  Unité de capacité d’écriture (WCU) : les appels d’API destinés à écrire des données dans votre table, ou « écritures », sont facturés en unités de capacité d’écriture (WCU). Les WCU sont consommées par incréments de 1 Ko, par seconde.
  Les écritures standard de 1 Ko (ou fraction de 1 Ko) par seconde consomment 1 WCU.
  Les écritures transactionnelles de 1 Ko (ou fraction de 1 Ko) par seconde consomment 2 WCU.
  Par exemple, des écritures standard d’un élément de 10 Ko toutes les secondes consommeraient 10 WCU, tandis que des écritures transactionnelles en consommeraient 20.

• Fonctionnement de la tarification pour le stockage de données, les sauvegardes et la restauration

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

  Sauvegardes avec reprise ponctuelle (PITR). Lorsque la fonctionnalité PITR est activée, DynamoDB effectue des sauvegardes en continu pour les 1 à 35 jours précédents. DynamoDB facture PITR en fonction de la taille de chaque table DynamoDB, y compris les données de table et index secondaires locaux. La réduction de la période de conservation (par exemple, de 35 jours à 1 jour) ne diminue pas les coûts liés à la fonctionnalité PITR. Pour déterminer vos frais de sauvegarde, DynamoDB surveille en permanence la taille des tables pour lesquelles la fonctionnalité PITR est activée. L’utilisation de PITR vous est facturée jusqu’à ce que vous désactiviez PITR pour chaque table. Lorsque vous supprimez une table pour laquelle la reprise ponctuelle est activée, DynamoDB crée automatiquement un instantané de sauvegarde appelé « sauvegarde système » et le conserve pendant 35 jours maximum (sans frais supplémentaires). Pour en savoir plus, consultez Sauvegardes ponctuelles pour DynamoDB.

  Sauvegardes à 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. Vous pouvez utiliser la fonctionnalité de sauvegarde à la demande de DynamoDB pour créer des sauvegardes complètes de vos tables à des fins de conservation à long terme et d’archivage, conformément aux exigences réglementaires. 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 plus d’informations sur la tarification des sauvegardes via DynamoDB et AWS Backup, consultez Comprendre la facturation Amazon DynamoDB pour les sauvegardes et Tarification d’AWS Backup.

• Fonctionnement de la tarification pour les tables globales

  Lorsque vous utilisez des tables globales, vous ne payez que les ressources utilisées par votre application sur chaque table de réplica. Les demandes d’écriture pour les tables globales sont mesurées en unités de demandes d’écriture répliquées (rWRU) pour la capacité à la demande et en unités de capacité d’écriture répliquée (rWCU) pour la capacité provisionnée.

  La facturation des demandes de lecture et du stockage de données est identique à celle des tables à région unique, et la tarification dépend de la classe 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. Pour plus d’informations sur la facturation des tables globales, consultez Comprendre la facturation Amazon DynamoDB pour les tables globales.

• Fonctionnement de la tarification pour le transfert de données (Streams, CDC, importations/exportations vers S3, entrées/sorties de données)

  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 à l’API GetRecords invoqués via les déclencheurs DynamoDB sur AWS Lambda ne vous sont pas facturés, sauf si les fonctions s’exécutent sur des instances gérées Lambda, auquel cas les frais standard liés aux flux s’appliquent. Et il en est de même pour les appels d’API GetRecords invoqués par les tables globales DynamoDB.

  Capture de données modifiées (CDC) pour Amazon Kinesis Data Streams (KDS). DynamoDB facture le CDC pour Amazon Kinesis Data Streams en unités CDC. DynamoDB facture une unité CDC pour chaque écriture (jusqu’à 1 Ko). Vous ne payez que pour les écritures que votre application effectue sans avoir à gérer la capacité de débit 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 Tarification Amazon Kinesis Data Streams.

  CDC avec AWS Glue. DynamoDB facture le CDC pour AWS Glue en unités CDC. DynamoDB facture une unité CDC 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 Tarification AWS Glue.

  Exportation des données vers Amazon Simple Storage Service (S3). Utilisez cette fonctionnalité pour exporter des données de vos tables DynamoDB vers 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 la table et index secondaires locaux) incluse dans l’exportation. Les exportations incrémentielles sont facturées en fonction de la taille des données traitées à partir de sauvegardes PITR pour générer la sortie d’exportation incrémentielle. Des frais supplémentaires s’appliquent pour le stockage des données exportées dans S3 et pour les demandes PUT effectuées dans votre compartiment S3. Pour plus d’informations concernant ces frais, consultez Tarification Amazon S3.

  Importation de données à partir de S3. L’importation de données DynamoDB offre un moyen simple et efficace de transférer des données entre des tables 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 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 DynamoDB JSON et Amazon Ion. S3 facture également le stockage de vos données sources et les demandes GET effectuées sur votre compartiment S3. Pour plus d’informations concernant ces frais, consultez Tarification Amazon S3.

  Transferts de données entrants ou sortants. 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 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 Offre gratuite AWS. Pour les transferts de données supérieurs à 500 To par mois, contactez-nous.

• Fonctionnement de la tarification du débit à chaud

  Le débit à chaud désigne le nombre d’opérations de lecture et d’écriture que votre table DynamoDB peut prendre en charge instantanément. Les valeurs de débit à chaud sont disponibles par défaut pour toutes les tables et tous les index secondaires, sans frais. Ces valeurs s’ajustent automatiquement à mesure que vous augmentez votre débit provisionné ou votre consommation à la demande, sans frais supplémentaires. 

  Des frais s’appliquent pour le préchauffage des tables. Si vous augmentez de manière proactive les valeurs de débit à chaud par défaut pour préchauffer les tables, ces demandes vous seront facturées. Ces frais sont calculés 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. Pour en savoir plus, consultez Comprendre le débit à chaud de DynamoDB.

• Fonctionnement de la tarification de la capacité allouée réservée et comment l’acheter

  La capacité allouée réservée peut offrir des économies significatives par rapport au prix standard de la capacité de débit allouée DynamoDB. En réservant une capacité allouée, vous pouvez économiser jusqu’à 54 % (durée d’un an) ou jusqu’à 77 % (durée de trois ans) par rapport aux tarifs horaires habituels.

  Quand acheter de la capacité provisionnée réservée

  La capacité provisionnée réservée est une excellente option pour réduire les coûts DynamoDB pour les charges de travail à utilisation stable ou celles pour lesquelles vous pouvez prévoir des besoins croissants en capacité à long terme. Pour évaluer plus précisément si la capacité provisionnée réservée répond à vos besoins, vous pouvez comparer les tarifs horaires de la capacité provisionnée et le tarif horaire effectif de la capacité provisionnée réservée. Afin de calculer le tarif horaire effectif, il convient de ventiler le paiement unique sur l’ensemble de la période de réservation et d’y ajouter le taux d’utilisation horaire. Par exemple, le coût horaire amorti de 100 WCU dans la région USA Est (Virginie du Nord) peut être calculé comme suit : 150,00 USD/365 jours/24 heures = 0,0171 USD par heure WCU. 

  Comment acheter de la capacité provisionnée réservée

  Vous pouvez acheter jusqu’à un million d’unités de capacité provisionnée réservée au total pour les unités de capacité d’écriture (WCU) et les unités de capacité de lecture (RCU) en soumettant une demande via la console de gestion AWS. La capacité allouée réservée est achetée par blocs de 100 WCU ou 100 RCU. Vous ne pouvez pas acheter de capacité allouée réservée pour les WCU répliqués (rWCU). À l’achat de capacité allouée réservée, vous devez désigner une région AWS, une quantité et un terme. 

  Si vous voulez acheter plus de 1 000 000 d’unités de capacité allouée en un seul achat, ou si vous avez de la capacité allouée réservée active et que vous souhaitez acheter de la capacité allouée réservée supplémentaire pour obtenir plus de 1 000 000 d’unités de capacité allouée active, remplissez le formulaire d’augmentation de la limite de service et fournissez des informations supplémentaires concernant votre cas d’utilisation. Étapes :

  1. Connectez-vous à la console de gestion AWS, puis sélectionnez DynamoDB sous Bases de données.
  2. Assurez-vous d’avoir sélectionné la région dans laquelle vous voulez effectuer vos achats de capacité allouée réservée.
  3. Sélectionnez « Capacité réservée » dans le volet de navigation, puis choisissez « Acheter de la capacité réservée ».
  4. Sélectionnez le type d’offre et la durée que vous souhaitez.
  5. Ajustez la quantité de capacité allouée réservée à acheter.
  6. Sélectionnez Acheter de la capacité réservée, vérifiez les informations d’achat et confirmez.

  Ce que vous devez savoir avant d’acheter

  Mécanisme de tarification à prix réduit. L’achat de capacités allouées réservées est un engagement à payer un montant minimum pour une capacité de débit réservée et ce, pour toute la durée de l’accord et en contrepartie de tarifs réduits. Si votre utilisation réelle est inférieure à vos capacités allouées réservées, vous payez, chaque mois, le montant minimum convenu pour la capacité de débit réservée.
  Applicabilité. La capacité allouée réservée est disponible pour les unités de capacité de lecture et d’écriture (RCU et WCU) allouées à une seule région sur les tables DynamoDB qui utilisent la classe de table DynamoDB Standard. Vous ne pouvez pas acheter de capacité provisionnée réservée pour les WCU répliquées (rWCU) ni pour la classe de table DynamoDB Standard-Infrequent Access (DynamoDB Standard-IA).
  Achat par tranches de 100 unités de capacité de lecture/écriture. La capacité allouée réservée est achetée par blocs de 100 WCU ou 100 RCU. L’offre la plus basse concernant les capacités allouées réservées comprend 100 unités de capacité (en écriture ou lecture). Tout débit que vous allouez au-delà de votre capacité allouée réservée est facturé au tarif standard du débit alloué. Par exemple, si vous achetez 100 WCU réservées et que votre consommation réelle est inférieure ou égale à 100 WCU, le tarif de capacité réservée pour 100 WCU vous sera facturé.
  Paiements initiaux partiels. L’option de paiement initial partiel fournit le meilleur prix horaire effectif et équilibre les paiements de capacité allouée réservée entre les paiements initiaux et horaires. Vous pouvez effectuer un paiement initial partiel pour la capacité allouée réservée pour des périodes d’un ou trois ans.
  Restrictions. La région, la quantité et la durée doivent être définies au moment de l’achat et ne peuvent être modifiées ultérieurement. La capacité allouée réservée ne peut pas être transférée vers une autre région ou un autre compte, vendue ou annulée et les frais uniques ne sont pas remboursables. Une capacité allouée réservée d’un an est disponible dans toutes les régions, et une capacité de trois ans est disponible dans certaines régions.
  Facturation. 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é allouée réservée DynamoDB que vous achetez. Cette fonction est facturée à un taux horaire réduit. Lors de la facturation, l’utilisation de la capacité est d’abord comparée à votre capacité réservée active afin de minimiser les coûts. Chaque heure, si la capacité utilisée est inférieure ou égale à la capacité allouée totale réservée que vous avez achetée, toute la capacité sera facturée au tarif de capacité réservée. La capacité allouée 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.
  La capacité provisionnée réservée est facturée en premier. La capacité allouée réservée ne nécessite aucun changement dans votre mode d’utilisation de DynamoDB. Lors du calcul de votre facture, le système de facturation AWS applique automatiquement les tarifs de capacité allouée réservée en premier lieu afin de minimiser vos coûts. Les capacités allouées réservées seront d’abord appliquées au compte les ayant achetées. Toute capacité inutilisée sera ensuite appliquée aux autres comptes liés. Si vous possédez plusieurs comptes à facturation consolidée, les unités de capacité allouée réservée achetées au niveau du compte payant ou du compte lié sont partagées avec tous les comptes associés au compte payant.
  Surveillance. Vous pouvez contrôler la propriété de votre capacité allouée réservée depuis la console de gestion AWS.

Exemple de tarification DynamoDB

• Tarification à la demande : exemple simple

  Cet exemple montre la façon dont DynamoDB facture en utilisant la 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.
  

• Tarification à la demande : exemple avec des fonctionnalités optionnelles

  Cet exemple montre la façon dont DynamoDB facture en utilisant la 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 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 PITR. 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.

  CDC avec 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é CDC 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 CDC 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 DynamoDB. Supposons que vous deviez accélérer le temps de réponse de votre application et avez décidé d’utiliser 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). Notez que les coûts DAX sont partiellement compensés par la réduction du nombre de lectures requises sur vos tables DynamoDB. Par exemple, si votre taux de réussite de cache est de 85 %, vous aurez besoin de 85 % de lectures de table en moins.

  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. 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. Coût unitaire des demandes de lecture de flux : 0,02 USD pour 100 000. Comme vous ne payez que pour les 92 000 demandes de lecture restantes, vous paieriez moins de 2 cents (0,0184 USD) pour le mois.

  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
  CDC pour 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 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
  CDC pour 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 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
  Total des frais : 99,03 USD

• Tarification à la demande : exemple avec la classe de table Standard-IA

  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.
  Évaluons d’abord les frais mensuels de votre table avec la catégorie de tables 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 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 avec la catégorie de tables DynamoDB Standard sont de 325,62 USD.

  Frais mensuels avec la catégorie de tables DynamoDB Standard-IA
  Dans le scénario ci-dessus (avec la classe de table Standard), le coût du stockage de données représente une part importante (> 50 %) des coûts mensuels totaux. Supposons que vous vouliez optimiser vos coûts en passant à la classe de table DynamoDB Standard-IA. Vous seriez facturé comme suit.
  Stockage de données :les 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 pour l’utilisation de la catégorie de tables DynamoDB Standard-IA : 159,74 USD.
  En utilisant DynamoDB Standard-IA pour votre table, vous réduisez les frais mensuels totaux de votre table de 50,9 %, soit 165,88 USD.

• Tarification provisionnée : exemple simple

  Cet exemple montre comment la tarification est calculée pour une table avec scalabilité automatique et une capacité allouée. La scalabilité automatique 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 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. La scalabilité automatique ne déclencherait aucune activité de mise à niveau et votre facture par heure serait de 0,078 USD (0.065 USD pour les 100 WCU provisionnées [0,00065 USD x 100] et de 0,013 USD pour les 100 RCU[0,00013 USD x 100]).

  Supposons maintenant que le jour 11, la capacité consommée passe à 100 RCU et à 100 WCU. La scalabilité automatique 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 configurées = 69,9 %). La facture horaire est de 0,11109 USD (0,0925 USD pour 143 WCU et 0,01859 USD pour 143 RCU).

  Le jour 21, supposons que la capacité consommée diminue à 80 RCU et 80 WCU. La scalabilité automatique 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 configurées = 70,2 %). La facture horaire est de 0,08952 USD (0,0741 USD pour 114 WCU et 0,01482 USD pour 114 RCU).

  Pour le mois, des frais de 66,86 USD vous seront facturés comme suit :

  Jour 1 à 10 : 18,72 USD (0,078 USD par heure x 24 heures x 10 jours)

  Jour 11 à 20 : 26,66 USD (0,11109 USD par heure x 24 heures x 10 jours)

  Jours 21 à 30 : 21,48 USD (0,08952 USD par heure x 24 heures x 10 jours)

  L'offre gratuite d'AWS comprend 25 WCU et 25 RCU pour les tables de la catégorie de tables DynamoDB Standard, ainsi vous bénéficiez de 14,04 USD de réduction sur votre facture mensuelle.

  25 WCU x 0,00065 USD par heure x 24 heures x 30 jours = 11,70 USD

  25 RCU x 0,00013 USD par heure x 24 heures x 30 jours = 2,34 USD

  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. 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 totale sera de 53,32 USD, soit 52,82 USD pour les capacité de lectures et les écritures et 0,50 USD pour le stockage de données.

• Tarification provisionnée : exemple avec l’autoscaling et les fonctionnalités optionnelles

  Cet exemple montre comment la tarification est calculée pour une table avec scalabilité automatique et mode de capacité provisionnée. La scalabilité automatique 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 Limites dans DynamoDB). La scalabilité automatique 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, la scalabilité automatique 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 réservées) et 70 % (70 consommées ÷ 100 réservées), avec l’utilisation cible de 70 %. La scalabilité automatique ne déclenche aucune activité de mise à niveau et votre facture par heure sera de 0,078 USD (0,065 USD pour les 100 WCU provisionnées [0,00065 USD x 100] et de 0,013 USD pour les 100 RCU [0,00013 USD 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 réservées), ce qui va bien au-delà de l'utilisation cible de 70 %. La scalabilité automatique commence à déclencher des activités de mise à l'échelle pour augmenter la capacité allouée afin de rapprocher l'utilisation réelle de l'objectif de 70 %. Le résultat est une capacité allouée de 143 WCU et 143 RCU (100 consommées ÷ 143 allouées = 69,9 %). La facture pour cette deuxième heure serait alors de 0,1154 USD (0,09295 USD pour 143 WCU et de 0,01859 USD pour 143 RCU).

  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 allouées), bien au-dessous de l'utilisation cible de 70 %. La scalabilité automatique 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,08892 USD (0,0741 USD pour 114 WCU et 0,01482 USD pour 114 RCU).

  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,1341 USD, répartis comme suit :

  114 WCU x 0,00065 USD par heure x 24 heures = 1,7784 USD

  114 RCU x 0,00013 USD par heure x 24 heures = 0,3557 USD

  Pour le premier mois, votre facture est de 64,04 USD :

  Total jour 1 : 2,14578 USD par jour

  Heure 1 : 0,078 USD par heure

  Heure 2 : 0,1154 USD par heure

  Heures 3 à 24 : 0,08892 USD par heure

  Jours 2 à 30 : 2,1341 USD par jour

  L'offre gratuite d'AWS comprend 25 WCU et 25 RCU pour les tables de la catégorie de tables DynamoDB Standard, ainsi vous bénéficiez de 14,04 USD de réduction sur votre facture mensuelle :

  25 WCU x 0,00065 USD par heure x 24 heures x 30 jours = 11,70 USD

  25 RCU x 0,00013 USD par heure x 24 heures x 30 jours = 2,34 USD

  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. 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 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,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 PITR. La taille de votre table est de 29 Go, soit un coût mensuel de (0,20 USD x 29 Go) = 5,80 USD / mois.

  Si vous devez restaurer votre table de 29 Go une fois au cours du mois, les frais de restauration seront de (0,15 USD x 29 Go) = 4,35 USD.

  CDC 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é CDC pour chaque écriture de 1 Ko qu’il capture dans le flux de données Kinesis. Sur une période d’un mois, cela donne (80 x 3 600 x 24 x 30) = 207 360 000 unités CDC. Votre coût mensuel sera de (0,10 USD x 207 360 000/1 000 000) = 20,74 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 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 créez 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. Supposons que vos besoins en capacité sont les mêmes que ceux de l’exemple précédent. La scalabilité automatique continue d'allouer 114 unités de capacité en lecture (WCU) et 114 unités de capacité en lecture pour répondre au besoins en débit de votre application, mais doit également allouer maintenant des unités de capacité en lecture répliquée (rWCU) pour l'écriture dans vos deux tables de réplica. Les unités de capacité en lecture répliquée (rWCU) allouées correspondent au nombre total d'unités de capacité en lecture nécessaires pour les écritures d'application dans les deux régions. Dans ce scénario, vous effectuez maintenant 80 écritures par seconde dans les régions USA Est (Virginie du Nord) et USA Ouest (Oregon), ce qui donne une capacité minimum allouée de 160 unités de capacité en lecture répliquée (rWCU) 80 unités de capacité en lecture (rWCU) en Virginie du Nord + 80 unités de capacité en lecture répliquée (rWCU) en Oregon = 160 unités de capacité en lecture répliquée. La scalabilité automatique alloue 229 unités de capacité en lecture répliquée (rWCU) pour maintenir l'utilisation à 70 % de la capacité allouée. Pour plus d’informations, consultez Meilleures pratiques et conditions requises pour la gestion des tables globales. Vos 25 premières unités de capacité en lecture répliquée (rWCU) allouées par heure dans chaque région sont comprises dans l’offre gratuite d’AWS pour les tables de la catégorie de tables DynamoDB Standard, ce qui entraîne des tarifs horaires de 0,11635 USD, soit 83,77 USD par mois de 30 jours. 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 supplémentaires, soit 0,02 USD par 100 000 unités de demande de lecture.

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

  • Capacité allouée : 50,00 USD
  • Stockage de données : 0,50 USD
  • Sauvegarde à la demande : 5,00 USD
  • Sauvegarde continue (PITR) : 5,80 USD
  • Restauration de table : 4,35 USD
  • CDC pour Kinesis Data Streams : 20,74 USD
  • Exportation de données vers Amazon S3 : 2,90 USD
  • Intégration à DynamoDB Accelerator (DAX), un service de mise en cache compatible avec DynamoDB : 14,40 USD
  • Flux DynamoDB : 0,02 USD

  Total des frais : 103,71 USD

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

  • Capacité de lecture allouée : 10,68 USD
  • Stockage de données (Virginie du Nord) : 0,50 USD
  • Sauvegarde à la demande : 5,00 USD
  • Sauvegarde continue (PITR) : 5,80 USD
  • Restauration de table (Virginie du Nord) : 4,35 USD
  • CDC pour Kinesis Data Streams : 20,74 USD
  • Exportation de données vers Amazon S3 : 2,90 USD
  • Intégration à DynamoDB Accelerator (DAX), un service de mise en cache compatible avec DynamoDB : 14,40 USD
  • Flux DynamoDB : 0,02 USD
  • Restauration de tables globales (Oregon) : 3,75 USD
  • Capacité d’écriture répliquée de tables globales : 83,77 USD
  • Stockage de données de tables globales (Oregon) : 0,50 USD

  Total des frais : 152,41 USD

• Tarification provisionnée : exemple avec les classes de table Standard-IA

  Lorsque le stockage représente les frais principaux (50 % supérieurs aux frais de la capacité alloué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. 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 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 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.

  Capacité provisionnée : l'offre gratuite d'AWS comprend 25 WCU et 25 RCU pour les tables de la catégorie de tables DynamoDB Standard. Vous serez facturé pour :

  135 WCU x 0,00065 USD par heure x 24 heures x 30 jours = 63,18 USD pour la capacité d’écriture allouée,

  135 RCU x 0,00013 USD par heure x 24 heures x 30 jours = 12,63 USD pour la capacité de lecture allouée.

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

  • Capacité provisionnée : 75,82 USD
  • Stockage de données : 293,75 USD

  Vos frais mensuels totaux avec la catégorie de tables DynamoDB Standard sont de 369,57 USD.

  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. 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,10 USD par Go, ce qui entraîne un coût de stockage de table de 120,00 USD pour le mois.

  Capacité provisionnée : vous serez facturé pour

  160 WCU x 0,00081 USD par heure x 24 heures x 10 jours = 92,16 USD pour la capacité d'écriture provisionnée,
  160 RCU x 0,00016 USD par heure x 24 heures x 10 jours = 18,43 USD pour la capacité de lecture provisionnée.

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

  • Capacité provisionnée : 110,59 USD
  • Stockage de données : 120,00 USD

  Vos frais mensuels totaux avec la catégorie de tables DynamoDB Standard-IA sont de 230,59 USD. Le passage de votre table à DynamoDB Standard – Accès peu fréquent a réduit les frais mensuels totaux de votre table de 37,6 %, soit 138,97 USD.
  

• Exemple avec un débit à chaud

  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.