Tarification pour la capacité provisionnée

Termes clés

Fonctionnalités et aperçu de la facturation DynamoDB

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

Tarification de DynamoDB

• • Demandes de lecture et d’écriture

  « 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 la scalabilité automatique 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é alloué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é allouée 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é alloué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) alloué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. Vous ne pouvez pas acheter de capacité réservée pour les WCU répliqués (rWCU). À 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 récupération ponctuelle (PITR) fournissent une sauvegarde continue de votre table pour les 35 jours précédents. Vous pouvez restaurer votre table à l’état précédent de n’importe quelle seconde spécifiée au cours des cinq semaines précédentes. Les sauvegardes à la demande créent des instantanés de votre table à archiver pour de longues périodes pour vous aider à respecter les exigences réglementaires des entreprises et des gouvernements.

  Sauvegardes continues (PITR)

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

  Sauvegarde à la demande

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

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

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

  Restauration d'une table

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

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

• • Tables globales

  DynamoDB facture l'utilisation des tables globales en fonction des ressources utilisées sur chaque table réplica. Les demandes d'écriture pour les tables globales sont mesurées en unités de demande d'écriture répliquée (rWCU) et non pas en unités de demande d'écriture (WCU) standard. Le nombre d'unités de demande d'écriture répliquée (rWCU) pour la réplication dépend de la version des tables globales que vous utilisez. Pour plus d'informations, consultez Meilleures pratiques et conditions requises pour la gestion des tables globales. La tarification dépend de votre catégorie de tables. Les demandes de lecture et le stockage de données sont facturés conformément aux tables qui ne sont pas globales. Si vous ajoutez un réplica de table ou étendez une table globale dans une nouvelle région, DynamoDB facture une restauration de table dans les régions ajoutées par gigaoctet de données restaurées. La réplication entre régions et l'ajout de réplicas aux tables contenant des données entraîne également des frais de transfert de données. Pour plus d'informations, consultez la section « Transfert de données » de cette page de tarification.
  

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

  DynamoDB facture la capture de données modifiées pour Amazon Kinesis Data Streams dans les unités de capture de données modifiées. DynamoDB facture une unité de capture des données modifiées pour chaque écriture (jusqu'à 1 Ko). Vous ne payez que pour les écritures que votre application effectue sans avoir à gérer la capacité de traitement sur la table.

  Les frais de Kinesis Data Streams s'appliquent également lorsque vous répliquez les modifications de DynamoDB à un flux de données Kinesis. Pour plus d'informations, consultez la tarification Amazon Kinesis Data Streams.

• • Débit chaud

  Par défaut, les valeurs de débit chaud sont visibles pour toutes les tables et tous les index Amazon DynamoDB. Ces valeurs s’ajustent automatiquement à mesure que vous augmentez votre débit provisionné ou votre consommation à la demande, sans frais supplémentaires. Toutefois, si vous choisissez d’augmenter ces valeurs manuellement, des frais supplémentaires s’appliqueront.

  Lorsque vous demandez à préchauffer vos tables ou index en définissant de nouvelles valeurs de débit chaud pour les lectures et les écritures, DynamoDB facture en fonction de la différence entre les nouvelles valeurs et le débit chaud actuel que la table ou l’index peut prendre en charge. Vous devrez payer des frais uniques au tarif régional d’une unité de capacité de lecture (RCU) pour chaque unité d’augmentation du débit chaud de lecture, et d’une unité de capacité d’écriture (WCU) pour chaque unité d’augmentation du débit chaud d’écriture. Ces frais s’appliquent à la fois aux classes de tables DynamoDB Standard et Standard-Infrequent Access.

  Si vous préchauffez une réplique de table globale pour les lectures, les écritures ou les deux, toutes les répliques seront préchauffées pour correspondre aux mêmes valeurs de débit chaud. Vous serez facturé dans chaque région AWS faisant partie de la configuration globale des tables.

  Exemple : supposons que vous disposez d’une table DynamoDB Standard dans la région USA Est (Virginie du Nord) avec un débit chaud actuel de 12 000 unités de lecture par seconde et 4 000 unités d’écriture par seconde. Pour un événement de pointe à venir, vous vous attendez à ce que la table ait besoin de 100 000 unités de lecture par seconde. Vous devez donc définir cette valeur comme la nouvelle valeur de débit chaud de lecture. Vous devrez payer des frais uniques pour les 88 000 unités de lecture supplémentaires (la différence entre 100 000 et 12 000) au taux de 11,44 USD (88 000 unités × 0,00013 USD par RCU). Cette structure de facturation s’applique que vous préchauffiez votre table ou votre index pour les lectures ou les écritures, dans la classe de table DynamoDB Standard ou Standard-Infrequent Access. Si cette table fait partie d’une configuration de table globale avec des répliques dans trois régions, dont USA Est (Virginie du Nord), les trois répliques seront préchauffées pour prendre en charge un débit chaud de 100 000 unités de lecture par seconde. Outre les frais dans la région USA Est (Virginie du Nord), vous serez également facturé aux tarifs respectifs de chaque région faisant partie de la configuration globale des tables.

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

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

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

• • Export de données vers Amazon S3

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

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

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

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

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

• • Intégration avec DynamoDB Accelerator (DAX)

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

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

• • Flux DynamoDB

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

• • Transfert de données

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

Offre gratuite DynamoDB

Exemple de tarification DynamoDB

• • Exemple de base

  Cet exemple montre 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 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.

• • Exemple détaillé

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

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

  Tables globales : supposons maintenant que vous 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. L'ajout de ce réplica génère également 25 Go de transfert de données, comme indiqué dans la section « Transfert de données » ci-dessous. Supposons que 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 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. 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.

  Transfert de données : étant donné que vous transférez maintenant des données entre des régions AWS pour votre implémentation de tables globales, DynamoDB facture les données transférées hors de la région, mais pas le transfert de données entrantes. En supposant 80 écritures par seconde constantes de 1 Ko chacune, vous générez 80 Ko par seconde en transfert de données entre régions, ce qui correspond à 198 Go (80 Ko par seconde x 2 592 000 secondes dans un mois de 30 jours) de transfert de données entre régions par mois. L'ajout du réplica dans la région USA Ouest (Oregon) génère 25 Go supplémentaires de transfert de données. Si vous avez déjà utilisé votre allocation de transfert de données de l’offre gratuite AWS sur d'autres services AWS, des frais de 20,07 USD (0,09 USD x [198 Go + 25 Go]) vous sont facturés.

  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
  • Capture de données modifiées pour Amazon 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 Amazon 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
  • Capture de données modifiées pour Amazon 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 Amazon 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
  • Transfert de données : 20,07 USD

  Total des frais : 172,48 USD

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

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

  Supposons que vous avez une nouvelle table dans la région USA Est (Virginie du Nord). Votre table occupe déjà 1 To de données historiques. Vous n'accédez pas souvent aux données mais elles doivent être immédiatement disponibles pour vos utilisateurs en cas de besoin. Supposons maintenant que votre stockage de données occupe 1,4 To à la fin du mois avec une moyenne de 1,2 To basée sur la surveillance continue de la taille de votre table. Votre table a 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.

  É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 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 10 jours = 63,18 USD pour la capacité d'écriture provisionnée,

  135 RCU x 0,00013 USD par heure x 24 heures x 10 jours = 12,63 USD 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 : 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. 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,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.