Avec le mode de capacité à la demande, vous payez par demande pour les lectures et écritures de données que votre application effectue sur vos tables. Vous n'avez pas besoin de préciser le débit de lecture et d'écriture que vous attendez de votre application, car DynamoDB répond immédiatement à vos charges de travail lorsqu'elles augmentent ou diminuent. Cette page explique comment DynamoDB facture les fonctions principales et optionnelles de DynamoDB. Pour connaître les tarifs dans les régions AWS en Chine, consultez la page de tarification des régions AWS en Chine.
Termes clés
Unité de demande de lecture : Les appels d'API pour lire les données de votre table sont facturés en unités de demande de lecture. Les demandes de lecture de DynamoDB peuvent être fortement cohérentes, éventuellement cohérentes ou transactionnelles. Une demande de lecture fortement cohérente d'un maximum de 4 Ko nécessite une unité de demande de lecture. Pour les éléments de plus de 4 Ko, des unités de demande de lecture supplémentaires sont nécessaires. Pour les éléments d'une taille maximale de 4 Ko, une demande de lecture éventuellement cohérente nécessite une demi-unité de demande de lecture, et une demande de lecture transactionnelle nécessite deux unités de demande de lecture. Par exemple, une demande de lecture fortement cohérente d'un élément de 8 Ko nécessite deux unités de demande de lecture, une lecture éventuellement cohérente d'un élément de 8 Ko nécessite une unité de demande de lecture, et une lecture transactionnelle d'un élément de 8 Ko nécessite quatre unités de demande de lecture. Consultez Cohérence de lecture pour plus de détails.
Unité de demande d'écriture : les appels d'API pour écrire les données à votre table sont facturés en unités de demande d'écriture. Une unité de demande d'écriture standard peut écrire un article d’une taille allant jusqu'à 1 Ko. Pour les éléments supérieurs à 1 Ko, des unités de demande d'écriture supplémentaires sont requises. Une écriture transactionnelle requiert deux unités de demande d'écriture. Par exemple, une demande d'écriture d'un article de 1 Ko requiert une unité de demande d'écriture, une demande d'écriture d'un article de 3 Ko requiert trois unités de demande d'écriture et une demande d'écriture transactionnelle d'un article de 3 Ko requiert six unités de demande d'écriture.
Unité de demande d'écriture répliquée : lors de l'utilisation des tables globales DynamoDB, vos données sont automatiquement écrites dans plusieurs régions AWS de votre choix. Chaque écriture se produit dans la région locale, ainsi que dans les régions répliquées.
Unité de demande de lecture de flux : chaque appel d'API GetRecords vers DynamoDB Streams est une unité de demande de lecture de flux. Chaque unité de demande de lecture de flux peut renvoyer jusqu'à 1 Mo de données.
Demandes de lecture ou d’écriture transactionnelles : dans DynamoDB, une lecture ou une écriture transactionnelle diffère d'une lecture ou d'une écriture standard car elle garantit la réussite ou l'échec de toutes les opérations contenues dans un seul ensemble de transactions.
Unités de capture des données modifiées : DynamoDB peut enregistrer les modifications des éléments de vos tables DynamoDB et les répliquer à d'autres services AWS tels que Amazon Kinesis Data Streams et AWS Glue. DynamoDB enregistre ces modifications en tant qu’opérations déléguées, et par conséquent effectue la réplication pour vous de sorte que vous n’avez pas à gérer la capacité de débit. DynamoDB facture une unité de capture des données modifiées pour chaque écriture dans votre table (jusqu'à 1 Ko). Pour les éléments supérieurs à 1 Ko, des unités supplémentaires de capture de données modifiées sont requises.
Catégories de tables DynamoDB : DynamoDB propose deux catégories de tables conçues pour vous permettre d'optimiser les coûts. DynamoDB Standard est la catégorie de tables par défaut et est recommandée pour la grande majorité des charges de travail. La catégorie de tables DynamoDB Standard – Accès peu fréquent (DynamoDB Standard-IA) est optimisée pour les tables qui stockent les données peu utilisées, le stockage représentant les frais principaux. Le stockage de données et les demandes de lecture et d'écriture sont tarifiés différemment en fonction de la catégorie de tables. Vous pouvez choisir la catégorie de tables la plus économique en fonction des exigences en matière de stockage et des tendances d'accès aux données de votre table. En savoir plus sur les catégories de tables DynamoDB dans le Manuel du développeur DynamoDB.
Fonctionnalités et aperçu de la facturation DynamoDB
Fonctionnalité |
Ce qu’elle fait |
Unité de facturation |
|
Fonctionnalités centrales |
|||
|
Demande d’écriture |
Écrit des données à votre table |
Unité de demande d’écriture |
|
Demande de lecture |
Lit des données de votre table |
Unité de demande de lecture |
Fonctionnalités optionnelles |
|||
|
Sauvegarde continue |
Effectue des sauvegardes continues des 35 jours précédents |
Go/mois |
|
Sauvegarde à la demande |
Effectue des sauvegardes instantanées à des moments précis |
Go/mois |
|
Restauration depuis une sauvegarde |
Restaure une table à un instantané ou une heure spécifique |
Go |
|
Tables globales |
Réplique les données pour créer un tableau multi-régions et multi-activités |
Unité de demande d'écriture répliquée |
Capture de données modifiées pour Amazon Kinesis Data Streams | Enregistre les modifications des données des éléments d’une table et les réplique sur Kinesis Data Streams | Unité de capture des données modifiées | |
Capture de données modifiées pour AWS Glue | Enregistre les modifications des données des éléments d’une table et les réplique sur AWS Glue | Unité de capture des données modifiées | |
Export de données vers Amazon S3 | Exporte les sauvegardes de tableaux DynamoDB depuis un instant précis vers Amazon S3 | Go | |
Importation de données depuis Amazon S3 | Migrer et charger des données depuis Amazon S3 vers de nouvelles tables DynamoDB | Go | |
|
Flux DynamoDB |
Fournit une séquence chronologique de modifications au niveau des éléments d'une table. |
Unité de demande de lecture de flux |
|
Transfert de données sortantes |
Transfère des données vers d'autres régions AWS |
Go |
Présentation de la facturation des intégrations avec DynamoDB
Intégration |
Son rôle |
Unité de facturation |
|
|
Intégration à DynamoDB Accelerator (DAX), un service de mise en cache compatible avec DynamoDB |
Améliore les performances en termes de prix et réduit la latence de quelques millisecondes à quelques microsecondes |
Nœud-heure |
Intégration zéro ETL avec Amazon OpenSearch Service | Permet la recherche en texte intégral, la recherche vectorielle, la recherche sémantique, la recherche géospatiale etc. sans créer ni gérer de pipelines de données | Go d’exportations | |
Intégration zéro ETL à Amazon Redshift | Permet d’analyser les données opérationnelles sans créer ni gérer de pipelines de données | Go d’exportations |
Tarification de DynamoDB
-
• Demandes de lecture et d’écriture
Lorsque vous sélectionnez le mode de capacité à la demande pour votre table DynamoDB, vous ne payez que pour les lectures et les écritures effectuées par votre application. Vous pouvez effectuer des appels d'API si nécessaire sans devoir gérer la capacité de débit de la table. DynamoDB gère la gestion des ressources matérielles pour répondre aux besoins de votre charge de travail avec des performances cohérentes et un faible temps de latence. DynamoDB facture une unité de demande d'écriture pour chaque écriture (jusqu'à 1 Ko) et deux unités de demande d'écriture pour les écritures transactionnelles. Pour les lectures, DynamoDB facture une unité de demande de lecture pour chaque lecture fortement cohérente (jusqu'à 4 Ko), deux unités de demande de lecture pour chaque lecture transactionnelle et une demi-unité de demande de lecture pour chaque lecture éventuellement cohérente. Les prix des demandes de lecture et d'écriture dépendent de la classe de votre table.
-
• Stockage de données
Vous n'avez pas besoin de provisionner le stockage: DynamoDB surveille en permanence la taille de vos tables pour déterminer vos frais de stockage. DynamoDB mesure le volume de données facturables en ajoutant le nombre d'octets brut de vos données à un supplément de stockage par élément qui dépend des fonctions que vous avez activées. Consultez le Guide du développeur DynamoDB pour en savoir plus. Le prix du stockage des données dépend de la classe de votre table.
-
• Sauvegarde et restauration
DynamoDB propose deux méthodes pour sauvegarder vos données de table. Les sauvegardes continues avec récupération ponctuelle (PITR) fournissent une sauvegarde continue de votre table pour les 35 jours précédents. Vous pouvez restaurer votre table à l’état précédent de n’importe quelle seconde spécifiée au cours des cinq semaines précédentes. Les sauvegardes à la demande créent des instantanés de votre table à archiver pour de longues périodes pour vous aider à respecter les exigences réglementaires des entreprises et des gouvernements.
Sauvegardes continues (PITR)
DynamoDB facture PITR en fonction de la taille de chaque table DynamoDB (données de table et index secondaires locaux) sur laquelle elle est activée. DynamoDB surveille de manière continue la taille de vos tables sur lesquelles PITR est activée tout au long du mois pour déterminer vos frais de sauvegarde et continue de vous facturer jusqu'à ce que vous désactiviez PITR sur chaque table.
Sauvegarde à la demande
DynamoDB facture pour les sauvegardes à la demande en fonction de la taille de stockage de la table (données de table et index secondaires locaux). La taille de chaque sauvegarde est déterminée au moment de chaque demande de sauvegarde. La taille totale du stockage de sauvegarde facturée chaque mois correspond à la somme de toutes les sauvegardes des tables DynamoDB. DynamoDB surveille la taille des sauvegardes à la demande de façon continue tout au long du mois pour déterminer vos frais de sauvegarde.
Vous pouvez utiliser DynamoDB ou AWS Backup pour créer et gérer les sauvegardes à la demande. Pour en savoir plus, consultez Utilisation de la sauvegarde et de la restauration à la demande. Grâce à AWS Backup, vous pouvez centraliser et automatiser la protection des données dans les services AWS. Il offre en outre des fonctions avancées telles que la copie de sauvegarde à la demande entre comptes et entre régions, un niveau de stockage à faible coût, une étiquette de sauvegarde et un chiffrement de la sauvegarde indépendant de ses données sources, afin de répondre à vos exigences en matière de continuité des activités et d'optimiser les coûts de sauvegarde. Des frais supplémentaires s'appliquent au transfert de données entre régions. Pour en savoir plus sur ces frais, consultez la rubrique Prix de la sauvegarde AWS.
* Le stockage de sauvegarde à froid est pris en charge uniquement pour les sauvegardes à la demande qui sont gérées par AWS Backup. Vous pouvez choisir d'utiliser AWS Backup à partir de la console de gestion AWS.
Les sauvegardes converties en stockage à froid sont conservées 90 jours au minimum. Celles qui sont supprimées avant ce délai donnent lieu à des frais calculés au prorata correspondant aux frais de stockage pour les jours restants.Restauration d'une table
La restauration d'une table depuis les sauvegardes à la demande ou la PITR est facturée par rapport à la taille totale des données restaurées (données de la table, index secondaires locaux et index secondaires globaux) pour chaque requête.
* La restauration à partir d'un stockage de sauvegarde à froid est prise en charge uniquement pour les sauvegardes à la demande qui sont gérées par AWS Backup. Vous pouvez choisir d'utiliser AWS Backup à partir de la console de gestion AWS. Le stockage de sauvegarde à froid n'est pas applicable aux sauvegardes continues avec restauration à un instant dans le passé (PITR).
-
• Tables globales
Lorsque vous sélectionnez le mode de capacité à la demande pour vos tables globales DynamoDB, vous ne payez que pour les ressources utilisées par votre application sur chaque table de réplicas. Les demandes d'écriture pour les tables globales sont mesurées en unités de demande d'écriture répliquée et non pas en unités de demande d'écriture standard. Le nombre d'unités de demande d'écriture utilisées pour la réplication dépend de la version des tables globales que vous utilisez. Pour plus d'informations, consultez Bonnes pratiques et exigences pour la gestion des tables globales. Les demandes de lecture et le stockage de données sont facturés conformément aux tables qui ne sont pas globales. La tarification dépend de la catégorie de votre table. Si vous ajoutez un réplica de table pour créer ou étendre une table globale dans de nouvelles régions, DynamoDB facture une restauration de table dans les régions ajoutées par gigaoctets de données restaurées. La réplication entre régions et l'ajout de réplicas aux tables contenant des données entraîne également des frais de transfert de données. Pour plus d'informations, consultez la section « Transfert de données » de cette page de tarification.
-
• Capture de données modifiées pour Amazon Kinesis Data Streams
DynamoDB facture la capture de données modifiées pour Amazon Kinesis Data Streams dans les unités de capture de données modifiées. DynamoDB facture une unité de capture des données modifiées pour chaque écriture (jusqu'à 1 Ko). Vous ne payez que pour les écritures que votre application effectue sans avoir à gérer la capacité de traitement sur la table.
Les frais de Kinesis Data Streams s'appliquent également lorsque vous répliquez les modifications de DynamoDB à un flux de données Kinesis. Pour plus d'informations, consultez la tarification Amazon Kinesis Data Streams. -
• Capture de données modifiées pour AWS Glue
Des frais sont facturés pour la capture par DynamoDB des données modifiées pour AWS Glue, en unités de capture de données modifiées. DynamoDB facture une unité de capture des données modifiées pour chaque écriture (jusqu'à 1 Ko). Vous ne payez que pour les écritures que votre application effectue, et nous n’avez pas à gérer la capacité de débit de votre table.
Des frais AWS Glue s'appliquent également lorsque vous répliquez les modifications de DynamoDB à une base de données cible AWS Glue. Pour plus d'informations, consultez Tarifs d'AWS Glue.
-
• Export de données vers Amazon S3
Cette fonctionnalité vous permet d'exporter des données depuis vos sauvegardes DynamoDB en continu (récupération à un instant donné) vers Amazon Simple Storage Service (Amazon S3). Les formats de données de sortie pris en charge sont DynamoDB JSON et Amazon Ion. Vous pouvez analyser les données exportées à l'aide de services AWS tels qu'Amazon Athena, Amazon SageMaker et AWS Lake Formation.
Vous pouvez choisir entre une exportation complète ou incrémentielle. Les exportations complètes sont facturées en fonction de la taille de chaque table DynamoDB (données de table et index secondaires locaux) au moment spécifié lors de la création de la sauvegarde. Les exportations incrémentielles sont facturées en fonction de la taille des données traitées à partir de sauvegardes continues pour générer la sortie d'exportation incrémentielle. Des frais supplémentaires s'appliquent au stockage des données exportées dans Amazon S3 et aux requêtes PUT effectuées sur votre compartiment Amazon S3. Pour plus d'informations concernant ces frais, consultez la page Tarification Amazon S3.
-
• Importation de données à partir d'Amazon S3
L'importation de données Amazon DynamoDB offre un moyen simple et efficace de transférer des données entre des tables Amazon S3 et DynamoDB sans écrire de code. Vous pouvez copier des tables entre les régions et les comptes AWS pour faciliter la migration des données et la création de nouvelles applications, faciliter le partage des données et la collaboration entre les équipes et contribuer à simplifier la reprise après sinistre et la planification de la continuité des activités. La tarification de l'importation de données est basée sur la taille du fichier non compressé dans Amazon S3. Consultez la section Importation à partir de S3 pour plus de détails. Les formats de données d'entrée pris en charge sont CSV, DynamoDB JSON et Amazon Ion.
Amazon S3 facture également le stockage de vos données sources et les demandes GET effectuées sur votre compartiment Amazon S3. Pour plus d'informations sur les frais d'Amazon S3, consultez la section Tarification d'Amazon S3.
-
• Intégration avec DynamoDB Accelerator (DAX)
DAX est un service de mise en cache compatible avec Amazon DynamoDB. DynamoDB facture les capacités DAX utilisées à l’heure et vos instances DAX sont exécutées sans engagement à long terme. La tarification est calculée par nœud-heure consommée et dépend du type d'instance sélectionné. Chaque heure de nœud partielle consommée est facturée en tant qu'heure entière. La tarification s'applique à tous les nœuds du cluster DAX. Par exemple, si vous possédez un cluster DAX à trois nœuds, vous serez facturé pour chacun des nœuds séparés (trois nœuds au total) sur une base horaire.
Il n'y a pas de frais pour les transferts de données entre Amazon Elastic Compute Cloud (Amazon EC2) et DAX au sein de la même zone de disponibilité. Les frais de transfert de données Amazon EC2 standard s'appliquent lors du transfert de données entre une instance Amazon EC2 et un nœud DAX dans différentes zones de disponibilité de la même région AWS. Cependant, vous ne payez que pour le transfert de données vers ou provenant de l'instance Amazon EC2. Aucuns frais de transfert de données DAX ne sont facturés pour le trafic entrant ou sortant du nœud DAX lui-même.
Les instances DAX T3 s'exécutent en mode illimité, ce qui signifie que vous serez facturé si votre utilisation moyenne du processus sur une période continue de 24 heures dépasse la base de référence de l'instance. Les crédits CPU sont facturés 0,096 USD par heure vCPU. La tarification du crédit CPU est la même pour toutes les tailles d'instance T3 dans toutes les régions AWS.
-
• Flux DynamoDB
DynamoDB facture uniquement les données de lecture provenant de la fonction Flux DynamoDB en unités de demande de lecture. Chaque appel d'API GetRecords est facturé en tant qu’unité de demande de lecture de flux et renvoie jusqu'à 1 Mo de données depuis Flux DynamoDB. Les unités de demande de lecture de flux sont distinctes des demandes de lecture de votre table DynamoDB. Les appels d'API GetRecords invoqués par AWS Lambda dans le cadre des déclencheurs DynamoDB ne vous sont pas facturés. Et il en est de même pour les appels d'API GetRecords invoqués par les tables globales DynamoDB.
-
• Transfert de données
Le transfert des données « entrantes » et « sortantes » fait référence au transfert vers et depuis DynamoDB. DynamoDB ne facture pas le transfert de données entrantes ni les données transférées entre DynamoDB et d'autres services AWS au sein de la même région AWS (en d'autres termes, 0,00 USD par Go). Les données transférées entre les régions AWS (par exemple, entre DynamoDB dans la région USA Est [Virginie du Nord] et Amazon EC2 dans la région UE [Irlande]) sont facturées des deux côtés du transfert. Dans le cadre de l'offre gratuite d'AWS, les clients AWS reçoivent 100 Go de transfert de données sortantes chaque mois, cumulés sur l'ensemble des services AWS et des régions (à l'exception de la Chine et de GovCloud). Pour plus d'informations, consultez la page sur l'offre gratuite d'AWS. Pour les transferts de données supérieurs à 500 To par mois, contactez-nous.
Offre gratuite DynamoDB
L'offre gratuite AWS vous permet d'acquérir une expérience pratique et gratuite avec les services AWS. Les avantages DynamoDB suivants sont inclus dans l’offre gratuite AWS. Chaque avantage est calculé mensuellement sur la base d'un compte par région et par souscripteur.
- 25 Go de stockage de données pour les tables de la catégorie de tables DynamoDB Standard
- 2,5 millions de demandes de lecture de flux depuis les Flux DynamoDB
- 1 Go de transfert de données sortant (15 Go pour les 12 premiers mois), cumulés sur l'ensemble des services AWS et des régions (à l'exception de la Chine et de GovCloud)
Exemple de tarification DynamoDB
-
• Exemple de base
Cet exemple montre la façon dont DynamoDB facture en utilisant le mode de capacité à la demande.
Supposons que vous créez une table dans la région USA Est (Virginie du Nord). Comme cette table sert à une nouvelle application, vous ne savez pas quelles seront vos modèles de trafic. Par souci de simplicité, supposons que chaque fois qu'un utilisateur interagit avec votre application, une écriture de 1 Ko et une lecture fortement cohérente de 1 Ko sont effectuées.
Pendant une période de 10 jours, votre application génère peu de trafic, générant 10 000 lectures et 10 000 écritures sur votre table chaque jour. Cependant, le jour 11, votre application obtient de l'attention sur les médias sociaux et son trafic atteint 2 500 000 lectures et 2 500 000 écritures ce jour-là. DynamoDB se met à l’échelle pour offrir une expérience transparente à vos utilisateurs. Votre application reçoit alors trafic plus régulier, avec une moyenne de 50 000 lectures et de 50 000 écritures chaque jour jusqu'à la fin du mois. Le tableau suivant résume votre utilisation totale pour le mois.
Échéancier (Jour du mois)
Écritures totales
Lectures totales
1 à 10
100 000 écritures (10 000 écritures x 10 jours)
100 000 lectures (10 000 lectures x 10 jours)
11
2 500 000 écritures
2 500 000 lectures
12 à 30
950 000 écritures (50 000 écritures x 19 jours)
950 000 lectures (50 000 lectures x 19 jours)
Total mensuel
3 550 000 écritures
3 550 000 lectures
Facture mensuelle
4,44 USD (1,25 USD par million d’écritures x 3,55 millions d’écritures)
0,89 USD (0,25 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 5,83 USD, soit 5,33 USD pour les lectures et les écritures et 0,50 USD pour le stockage de données.
-
• Exemple détaillé
Cet exemple montre la façon dont DynamoDB facture en utilisant le mode de capacité à la demande.
Supposons que vous créez une table dans la région USA Est (Virginie du Nord). Comme cette table sert à une nouvelle application, vous ne savez pas quelles seront vos modèles de trafic. Par souci de simplicité, supposons que chaque fois qu'un utilisateur interagit avec votre application, une écriture de 1 Ko et une lecture fortement cohérente de 1 Ko sont effectuées.
Pendant une période de sept jours, votre application génère peu de trafic, générant 1 000 lectures et écritures sur votre table chaque jour. Cependant, le huitième jour, votre application retient l'attention d'un individu influent de votre secteur et le trafic de votre application augmente de manière inattendue à 10 000 000 écritures et lectures pour la journée. Votre application reçoit alors trafic plus régulier, avec une moyenne de 150 000 lectures et écritures chaque jour pendant les deux semaines suivantes. Le trafic commence alors à se dissiper rapidement, chutant à 10 000 écritures et lectures par jour durant les sept prochains jours.
Enfin, une popularité inattendue sur les médias sociaux rend votre application virale. Pour le dernier jour du mois, votre application effectue 30 000 000 écritures et lectures sur votre table. Le tableau suivant résume votre utilisation totale pour le mois.
Échéancier (Jour du mois)
Écritures totales
Lectures totales
1 à 7
7 000 écritures (1 000 écritures x 7 jours)
7 000 lectures (1 000 lectures x 7 jours)
8
10 000 000 écritures
10 000 000 lectures
9 à 22
2 100 000 écritures (150 000 écritures x 14 jours)
2 100 000 lectures (150 000 lectures x 14 jours)
23 à 29
70 000 écritures (10 000 écritures x 7 jours)
70 000 lectures (10 000 lectures x 7 jours)
30
30 000 000 écritures
30 000 000 lectures
Total mensuel
42 177 000 écritures
42 177 000 lectures
Facture mensuelle
52,72 USD (1,25 USD par million d’écritures x 42,177 millions d’écritures)
10,54 USD (0,25 USD par million de lectures x 42,177 millions de lectures)
Stockage des données : Supposons que votre table occupe 25 Go de stockage au début du mois et passe à 29 Go à la fin du mois, avec une moyenne de 27 Go basée sur la surveillance continue de la taille de votre table. Puisque la catégorie de votre table est définie sur DynamoDB Standard, les premiers 25 Go de stockage sont compris dans l'offre gratuite d'AWS. Les 2 Go de stockage restants sont facturés à 0,25 USD par Go, ce qui entraîne un coût de stockage de table de 0,50 USD pour le mois.
Sauvegarde et restauration : si la somme de votre stockage de sauvegarde à la demande était de 60 Go pour un mois de 30 jours, le coût mensuel de vos sauvegardes serait de (0,10 USD x 60 Go) = 6,00 USD / mois. Cependant, si vous supprimez 15 Go de vos données de sauvegarde à la demande 10 jours après le début du cycle mensuel, votre facture sera de (0,10 USD x 60 Go) – (0,10 USD x 15 Go x 20/30) = 5,00 USD/mois. Supposons maintenant qu'en plus des sauvegardes à la demande, vous utilisiez des sauvegardes continues. La taille moyenne de votre table est de 27 Go, soit un coût mensuel de (0,20 USD x 27 Go) = 5,40 USD / mois. Si vous devez restaurer votre table à la fin du mois, le coût sera de (0,15 USD x 29 Go) = 4,35 USD.
Capture de données modifiées pour Kinesis Data Streams : Supposons maintenant que vous activez la diffusion en continu vers un flux de données Kinesis pour traiter vos modifications de données à l’aide des services Amazon Kinesis. DynamoDB facture une unité de capture des données de changement pour chaque écriture de 1 Ko qu'il capture dans le flux de données Kinesis. En supposant que le trafic d'écriture de votre application, tel que décrit plus haut dans cet exemple, est cohérent avec votre flux de données Kinesis, on obtient 42 177 000 unités de capture de données modifiées au cours du mois. Votre coût mensuel sera de (0,10 USD x 42 177 000/1 000 000) = 4,22 USD.
Export de données vers Amazon S3 : Imaginons que vous voulez exporter les sauvegardes de tableaux vers Amazon S3 pour analyse. Si la taille de votre table au moment donné est de 29 Go, les frais d’exportation représentent : (0,10 USD x 29 Go) = 2,90 USD.
Intégration à DynamoDB Accelerator (DAX) : DAX est un service de mise en cache compatible avec Amazon DynamoDB. Vous avez déterminé que vous deviez accélérer le temps de réponse de votre application et avez décidé d’utiliser le service DynamoDB Accelerator (DAX). Vous examinez les spécifications matérielles disponibles et déterminez qu’un cluster à trois nœuds du type d’instance t2.small répondra à vos besoins. Vous activez DAX le jour 26. DynamoDB facture 0,12 USD par heure (0,04 USD x 3 nœuds), pour un total de 14,40 USD pour les 5 derniers jours du mois (0,12 USD x 120 heures).
Tables globales : Supposons maintenant que vous choisissez de créer une table de réplica de reprise après sinistre dans la région USA Ouest (Oregon). Supposons que vous ajoutez le réplica dans la région USA Ouest (Oregon) lorsque la taille de votre table est de 25 Go, ce qui entraîne 3,75 USD (0,15 USD x 25 Go) de frais de restauration de table. L'ajout de ce réplica génère également 25 Go de transfert de données, comme indiqué dans la section « Transfert de données » ci-dessous. Supposons que le trafic de votre application de cet exemple est le même pour votre table globale. Vous utiliserez 84,35 millions d'unités de demande d'écriture répliquée (42 177 000 écritures x 2 régions), comme décrit dans Bonnes pratiques et exigences en matière de gestion des tables globales, ce qui entraîne un coût de 158,16 USD (84,35 millions d'unités de demandes d'écriture répliquée x 1,875 USD par million). Vous stockez également 27 Go de données supplémentaires dans votre table de réplique dans la région USA Ouest (Oregon). Les premiers 25 Go de stockage sont compris dans l'offre gratuite d'AWS dans chaque région AWS pour les tables de la catégorie de tables DynamoDB Standard. Les 2 Go de stockage restants sont facturés à 0,25 USD par Go, ce qui entraîne un coût de stockage de table supplémentaire de 0,50 USD pour le mois.
DynamoDB Streams : supposons que vous activez DynamoDB Streams et créez votre application pour qu’elle exécute une demande de lecture par seconde sur les données de flux. Au cours d'un mois, 2 592 000 demandes de lecture de flux ont été générées, dont 2 500 000 premières demandes de lecture incluses dans l’offre gratuite AWS. Vous ne payez que pour les 92 000 demandes de lecture restantes, soit 0,02 USD par 100 000 unités de demande de lecture.
Transfert de données : étant donné que vous transférez des données entre des régions AWS pour l'implémentation de vos tables globales, DynamoDB facture les données transférées hors de la région, mais pas le transfert des données entrantes. En supposant 42 177 000 écritures dans le mois de 1 Ko chacune, vous générez 40,22 Go de données à transférer entre régions. L'ajout du réplica dans la région USA Ouest (Oregon) génère 25 Go supplémentaires de transfert de données. Vous serez facturé 5,94 USD (0,09 USD x [41 + 25]) Go) pour le transfert de données interrégional.
En résumé, vos frais mensuels totaux pour une table DynamoDB à région unique sont les suivants :
- Trafic d’écriture : 52,72 USD
- Trafic de lecture : 10,54 USD
- Stockage de données : 0,50 USD
- Sauvegarde à la demande : 5,00 USD
- Sauvegarde continue (PITR) : 5,40 USD
- Restauration de table : 4,35 USD
- Capture de données modifiées pour Amazon Kinesis Data Streams : 4,22 USD
- Exportation de données vers Amazon S3 : 2,90 USD
- Intégration à DynamoDB Accelerator (DAX), un service de mise en cache compatible avec Amazon DynamoDB : 14,40 USD
- Flux DynamoDB : 0,02 USD
Total des frais : 100,05 USD
Vos frais mensuels totaux DynamoDB après l’ajout de la région USA Ouest (Oregon) sont les suivants :
- Trafic de lecture : 10,54 USD
- Stockage de données dans la région USA Est (Virginie du Nord) : 0,50 USD
- Sauvegarde à la demande : 5,00 USD
- Sauvegarde continue (PITR) : 5,40 USD
- Restauration de table dans la région USA Est (Virginie du Nord) : 4,35 USD
- Capture de données modifiées pour Amazon Kinesis Data Streams : 4,22 USD
- Exportation de données vers Amazon S3 : 2,90 USD
- Intégration à DynamoDB Accelerator (DAX), un service de mise en cache compatible avec Amazon DynamoDB : 14,40 USD
- Flux DynamoDB : 0,02 USD
- Restauration de tables globales dans la région USA Ouest (Oregon) : 3,75 USD
- Demandes d’écriture répliquée de tables globales : 158,16 USD
- Stockage de données de tables globales dans la région USA Ouest (Oregon) : 0,50 USD
- Transfert de données : 5,94 USD
Total des frais : 215,68 USD
-
• Exemple avec différentes catégories de tables
Cet exemple illustrera la façon dont vous pouvez réduire les frais mensuels liés à votre table en choisissant la catégorie de tables DynamoDB qui répond le mieux aux tendances de stockage et d'accès aux données de votre table.
Supposons que vous avez une nouvelle table dans la région USA Est (Virginie du Nord). Votre table occupe déjà 1 To de données historiques. Vous n'accédez pas souvent aux données mais elles doivent être immédiatement disponibles pour vos utilisateurs en cas de besoin. Supposons maintenant que votre stockage de données occupe 1,4 To à la fin du mois avec une moyenne de 1,2 To basée sur la surveillance continue de la taille de votre table. Votre table a un modèle de trafic au cours du mois qui entraîne un total de 42,5 millions d'écritures et 42,5 millions de lectures. Par souci de simplicité, supposons que chaque fois qu'un utilisateur interagit avec votre application, une écriture de 1 Ko et une lecture fortement cohérente de 1 Ko sont effectuées.
Nous allons commencer par estimer les frais mensuels de votre table en utilisant la classe de table DynamoDB Standard.
Frais mensuels avec la catégorie de tables DynamoDB Standard
En définissant la catégorie de votre table sur DynamoDB Standard, vous serez facturé comme suit :
Stockage de données : avec la catégorie de tables DynamoDB Standard, les premiers 25 Go de stockage sont compris dans l'offre gratuite d'AWS. Les 1,175 To de stockage restants sont facturés à 0,25 USD par Go, ce qui entraîne un coût de stockage de table de 293,75 USD pour le mois.
Lecture et écriture : Vous serez facturé pour
42,5 millions d'écritures x 1,25 USD par million d'écritures = 53,125 USD pour les demandes d'écriture,
42,5 millions de lectures x 0,25 USD par million de lectures = 10,625 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 : 53,125 USD
- Trafic de lecture : 10,625 USD
- Stockage de données : 293,75 USD
Vos frais mensuels totaux en utilisant la classe de table DynamoDB Standard sont de 357,50 USD.
Frais mensuels utilisant la classe de table DynamoDB Standard – Accès peu fréquent
Comme indiqué précédemment, lorsque l'on utilise la classe de table DynamoDB Standard, le coût de stockage est supérieur à 50 % des coûts de lecture et d'écriture. Lorsque le stockage est le coût dominant (plus de 50 % des coûts de lecture et d'écriture) en utilisant la classe de table DynamoDB Standard, vous pouvez optimiser le coût en passant à la classe de table DynamoDB Standard – Accès peu fréquent. Avec la même charge de travail, supposons maintenant que vous avez passé la classe de table à DynamoDB Standard – Accès peu fréquent au début du mois suivant. Vous serez facturé comme suit :
Stockage de données :1,2 To de stockage sont facturés à 0,10 USD par Go, ce qui entraîne un coût de stockage de table de 120,00 USD pour le mois.
Lecture et écriture : Vous serez facturé pour
42,5 millions d'écritures x 1,56 USD par million d'écritures = 66,30 USD pour les demandes d'écriture,
42,5 millions de lectures x 0,31 USD par million de lectures = 13,18 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 : 66,30 USD
- Trafic de lecture : 13,18 USD
- Stockage de données : 120,00 USD
Total des frais en utilisant la classe de table DynamoDB Standard – Accès peu fréquent : 199,48 USD.
En utilisant DynamoDB Standard – Accès peu fréquent pour votre table, vous réduisez les frais mensuels totaux de votre table de 44,2 %, soit 158,03 USD.
Ressources de tarification supplémentaires
Calculer facilement vos coûts mensuels avec AWS
Contacter les spécialistes AWS pour obtenir un devis personnalisé
Consultez des didacticiels et des vidéos, inscrivez-vous à une formation.
Commencez à créer avec Amazon DynamoDB dans AWS Management Console.