Bonnes pratiques pour comprendre vos rapports AWS de facturation et d'utilisation dans DynamoDB - Amazon DynamoDB

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Bonnes pratiques pour comprendre vos rapports AWS de facturation et d'utilisation dans DynamoDB

Ce document explique les codes UsageType de facturation pour les frais liés à DynamoDB.

AWS fournit des rapports sur les coûts et l'utilisation (CUR) qui contiennent des données relatives aux services utilisés. Vous pouvez l'utiliser AWS Cost and Usage Report pour publier des rapports de facturation sur Amazon S3 dans un CSV format. Lors de la configuration, CUR vous pouvez choisir de ventiler les périodes par heure, jour ou mois, et vous pouvez choisir de ventiler l'utilisation par ID de ressource ou non. Pour plus de détails sur la générationCUR, veuillez consulter la section Création de rapports sur les coûts et l'utilisation

Dans l'CSVexport, vous trouverez les attributs pertinents répertoriés pour chaque ligne. Voici des exemples d'attributs qui peuvent être inclus :

  • lineitem/ UsageStartDate : date et heure de début de l'élément de ligne inclusUTC.

  • lineitem/ UsageEndDate : date et heure de fin de la rubrique correspondante dansUTC, exclusif.

  • lineitem/ ProductCode : Pour DynamoDB, ce sera « DB » AmazonDynamo

  • lineitem/ UsageType : code de description spécifique pour le type d'utilisation, tel qu'il est énuméré dans ce document

  • LineItem/Operation : nom qui fournit le contexte de la charge, tel que le nom de l'opération à l'origine de la charge (facultatif).

  • lineitem/ ResourceId : identifiant de la ressource à l'origine de l'utilisation. Disponible s'il CUR inclut une ventilation par ID de ressource.

  • lineitem/ UsageAmount : quantité d'utilisation encourue au cours de la période spécifiée.

  • lineitem/ UnblendedCost : Le coût de cette utilisation.

  • lineitem/ LineItemDescription : Description textuelle de l'élément de ligne.

Pour plus d'informations sur le dictionnaire de CUR données, consultez le rapport sur les coûts et l'utilisation (CUR) 2.0. Notez que les noms exacts varient en fonction du contexte.

A UsageType est une chaîne dont la valeur est telle que ReadCapacityUnit-HrsUSW2-ReadRequestUnits,EU-WriteCapacityUnit-Hrs, ouUSE1-TimedPITRStorage-ByteHrs. Chaque type d'utilisation commence par un préfixe de région facultatif. En cas d'absence, cela indique la région us-east-1. Le cas échéant, le tableau ci-dessous fait correspondre le code de région de facturation abrégé au code et au nom de région conventionnels.

Par exemple, le nom d'utilisation USW2-ReadRequestUnits indique les unités de demande de lecture consommées dans us-west-2.

Code de région de facturation Code région Nom de la région
AFS1 af-south-1 Afrique (Le Cap)
APE1 ap-east-1 Asie-Pacifique (Hong Kong)
APN1 ap-northeast-1 Asie-Pacifique (Tokyo)
APN2 ap-northeast-2 Asie-Pacifique (Séoul)
APN3 ap-northeast-3 Asie-Pacifique (Osaka)
APS1 ap-south-1 Asie-Pacifique (Mumbai)
APS2 ap-south-2 Asie-Pacifique (Hyderabad)
APS3 ap-southeast-1 Asie-Pacifique (Singapour)
APS4 ap-southeast-2 Asie-Pacifique (Sydney)
APS5 ap-southeast-3 Asie-Pacifique (Jakarta)
APS6 ap-southeast-4 Asie-Pacifique (Melbourne)
CAN1 ca-central-1 Canada (Centre)
UE eu-central-1 Europe (Francfort)
EUC1 eu-central-2 Europe (Zurich)
EUN1 eu-north-1 Europe (Stockholm)
EUS1 eu-south-1 Europe (Milan)
EUS2 eu-south-2 Europe (Espagne)
EUW1 eu-west-1 Europe (Irlande)
EUW2 eu-west-2 Europe (Londres)
EUW3 eu-west-3 Europe (Paris)
ILC1 IL-Central-1 Israël (Tel Aviv)
MEC1 me-central-1 Moyen-Orient (UAE)
MES1 me-south-1 Moyen-Orient (Bahreïn)
SAE1 sa-east-1 Amérique du Sud (São Paulo)
USE1 (default) us-east-1 USA Est (Virginie du Nord)
USE2 us-east-2 USA Est (Ohio)
UGE1 us-gov-east-1 Gouvernement américain de l'Est
UGW1 us-gov-west-1 Gouvernement américain de l'Ouest
USW1 us-west-1 USA Ouest (Californie du Nord)
USW2 us-west-2 USA Ouest (Oregon)

Dans les sections suivantes, nous utilisons REG-UsageType un modèle pour examiner les frais de DynamoDB, qui indique la région dans REG laquelle l'utilisation a eu lieu usageType et indique le code du type de frais. Par exemple, si vous voyez un élément correspondant à USW1- ReadCapacityUnit-Hrs dans votre CSV fichier, cela signifie que la capacité de lecture allouée a été utilisée dans US-West-1. Dans ce cas, la liste indiqueraitREG-ReadCapacityUnit-Hrs.

Capacité de débit

Capacité allouée en lecture et en écriture

Lorsque vous créez une table DynamoDB en mode capacité provisionnée, vous spécifiez la capacité de lecture et d'écriture dont votre application devrait avoir besoin. Le type d'utilisation dépend de la classe de votre table (accès standard ou standard peu fréquent). Vous configurez la lecture et l'écriture en fonction du taux de consommation par seconde, mais les frais sont facturés par heure en fonction de la capacité allouée.

UsageType Unités Granularité Description
REG- ReadCapacityUnit -Heures RCU-heures Heure Frais pour les lectures en mode capacité allouée à l'aide de la classe de table Standard.
REG-IA-ReadCapacityUnit-Hrs RCU-heures Heure Frais pour les lectures en mode capacité allouée à l'aide de la classe de table Standard-IA.
REG- WriteCapacityUnit -Heures WCU-heures Heure Frais pour les écritures en mode capacité allouée à l'aide de la classe de table Standard.
REG-IA-WriteCapacityUnit-Hrs WCU-heures Heure Frais pour les écritures en mode capacité allouée à l'aide de la classe de table Standard-IA.

Capacité réservée de lecture et d'écriture

Avec une capacité réservée, vous payez une fois un droit initial et vous vous engagez à un niveau d'utilisation alloué minimal sur une période donnée. La capacité réservée est facturée à un taux horaire réduit. Toute capacité que vous allouez au-delà de votre capacité réservée est facturée selon les frais de capacité allouée standard. La capacité réservée est disponible pour les unités de capacité de lecture et d'écriture allouées à une seule région (RCUetWCU) sur les tables DynamoDB qui utilisent la classe de table standard. Les capacités réservées d'un an et de 3 ans sont facturées de la même manière. SKUs

UsageType Unités Granularité Description
REG- HeavyUsage : dynamodb.read RCU-heures À l'avance puis sur une base mensuelle Frais pour les lectures réservées : un montant initial unique et un prélèvement mensuel au début de chaque mois couvrant toutes les RCU heures engagées à prix réduit au cours du mois. Il y aura des articles correspondants à coût REG-ReadCapacityUnit-Hrs nul.
REG- HeavyUsage : dynamodb.write WCU-heures À l'avance puis sur une base mensuelle Frais liés à la capacité réservée écrit : des frais initiaux uniques et des frais mensuels au début de chaque mois couvrant toutes les WCU heures engagées à prix réduit au cours du mois. Il y aura des articles correspondants à coût REG-WriteCapacityUnit-Hrs nul.

Capacité de lecture et d'écriture à la demande

Lorsque vous créez une table DynamoDB en mode capacité à la demande, vous ne payez que pour les lectures et les écritures effectuées par votre application. Les prix des demandes de lecture et d'écriture dépendent de votre classe de table.

UsageType Unités Granularité Description
REG-ReadRequestUnits RRUs Unité Frais pour les lectures en mode capacité à la demande avec la classe de table standard.
REG-IA- ReadRequestUnits RRUs Unité Les frais de lecture en mode capacité à la demande avec la classe de table Standard-IA sont facturées.
REG-WriteRequestUnits WRUs Unité Frais d'écriture en mode capacité à la demande avec la classe de table standard.
REG-IA- WriteRequestUnits WRUs Unité Frais d'écriture en mode capacité à la demande avec la classe de table Standard-IA.

Lectures et écritures de tables globales

DynamoDB facture l'utilisation des tables globales en fonction des ressources utilisées sur chaque table répliquée. Pour les tables globales provisionnées, les demandes d'écriture pour les tables globales sont mesurées en répliqué WCUs (rWCU) plutôt qu'en standard WCUs et les écritures sur les index secondaires globaux dans les tables globales sont mesurées en. WCUs Pour les tables globales à la demande, les demandes d'écriture sont mesurées en répliqués WRUs (rWRU) plutôt qu'en standardWRUs. Le nombre de tables globales rWRUs utilisées rWCUs ou consommées pour la réplication dépend de la version des tables globales que vous utilisez. Le prix dépend de votre classe de table.

Les écritures sur les index secondaires globaux (GSIs) sont facturées en utilisant les unités d'écriture standard (WCUsetWRUs). Les demandes de lecture et le stockage des données sont facturés de la même manière aux tables à région unique.

Si vous ajoutez une réplique de table pour créer ou étendre une table globale dans de nouvelles régions, DynamoDB facture la restauration d'une table dans les régions ajoutées par gigaoctet de données restaurées. Les données restaurées sont facturées comme REG-RestoreDataSize-Bytes. Veuillez vous référer à Backup et restauration pour DynamoDB pour plus de détails. La réplication entre régions et l'ajout de répliques aux tables contenant des données entraînent également des frais de transfert de données sortants.

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

UsageType Unités Granularité Description
REG- ReplWriteCapacityUnit -Heures ou 3 WCU heures Heure Table globale, provisionnée, classe de table standard.
REG-IA- ReplWriteCapacityUnit -Heures ou 3 WCU heures Heure Table globale, provisionnée, classe de table standard IA.
REG-ReplWriteRequestUnits rWRU Unité Table globale, à la demande, classe de table standard.
REG-IA- ReplWriteRequestUnits rWRU Unité Table globale, à la demande, classe de table Standard- IA

Streams

DynamoDB utilise deux technologies de streaming, DynamoDB Streams et Kinesis. Chacun d'entre eux a une tarification distincte.

DynamoDB Streams facture la lecture des données dans les unités de demande de lecture. Chaque GetRecords API appel est facturé comme une demande de lecture de flux. Vous n'êtes pas facturé pour les GetRecords API appels invoqués dans AWS Lambda le cadre des déclencheurs DynamoDB ou par les tables globales DynamoDB dans le cadre de la réplication.

UsageType Unités Granularité Description
REG-Streams- RequestsCount Nombre Unité Lisez les unités de requête pour DynamoDB Streams.

Amazon Kinesis Data Streams facture des unités de capture de données modifiées. DynamoDB facture une unité de capture des données de modification pour chaque écriture (jusqu'à 1 Ko). Pour les éléments supérieurs à 1 Ko, des unités supplémentaires de capture des données de modification sont requises. Vous ne payez que pour les écritures effectuées par votre application sans avoir à gérer la capacité de débit sur la table.

UsageType Unités Granularité Description
REG- ChangeDataCaptureUnits -Kinésie CDCUnités Unité Modifiez les unités de capture de données pour Kinesis Data Streams.

Stockage

DynamoDB mesure la taille de vos données facturables en ajoutant la taille brute en octets de vos données plus une surcharge de stockage par article qui dépend des fonctionnalités que vous avez activées.

Note

Les valeurs d'utilisation du stockage indiquées dans le CUR seront plus élevées par rapport aux valeurs de stockage lors de l'utilisationDescribeTable, car elles DescribeTable n'incluent pas les frais de stockage par article.

Le stockage est calculé toutes les heures, mais le prix est mensuel, sur la base d'une moyenne des frais horaires.

Bien que le stockage soit UsageType utilisé ByteHrs comme suffixe, l'utilisation du stockage CUR est mesurée en Go et facturée par Go par mois.

UsageType Unités Granularité Description
REG-TimedStorage-ByteHrs Go Mois Volume de stockage utilisé par vos tables et index DynamoDB, pour les tables dotées de la classe de table Standard.
REG-IA- - TimedStorage ByteHrs Go Mois Volume de stockage utilisé par vos tables et index DynamoDB, pour les tables dotées de la classe de table Standard-IA.

Sauvegarde et restauration

DynamoDB propose deux types de sauvegardes : les sauvegardes point in time Recovery PITR () et les sauvegardes à la demande. Les utilisateurs peuvent également effectuer des restaurations à partir de ces sauvegardes dans des tables DynamoDB. Les frais ci-dessous concernent à la fois les sauvegardes et les restaurations.

Les frais de stockage des sauvegardes sont facturés le premier du mois et des ajustements sont effectués tout au long du mois à mesure que des sauvegardes sont ajoutées ou supprimées. Consultez le blog Understanding Amazon DynamoDB On-Demand Backups and Billing pour plus d'informations

UsageType Unités Granularité Description
REG-TimedBackupStorage-ByteHrs Go Mois Stockage utilisé par les sauvegardes à la demande de vos tables DynamoDB et de vos index secondaires locaux.
T imedPITRStorage - ByteHrs Go Mois Stockage utilisé par les sauvegardes point-in-time recovery (PITR). DynamoDB surveille la taille de PITR vos tables activées en permanence tout au long du mois afin de déterminer vos frais de sauvegarde et vos factures de stockage tant qu'il est activé. PITR
REG- RestoreDataSize -Octets Go Size Taille totale des données restaurées (y compris les données de table, les index secondaires locaux et les index secondaires globaux) mesurée en Go à partir de sauvegardes DynamoDB.

AWS Backup

AWS Backup est un service de sauvegarde entièrement géré qui facilite la centralisation et l'automatisation de la sauvegarde des données entre les AWS services dans le cloud et sur site. AWS Backup est facturé pour le stockage (stockage à chaud ou à froid), les activités de restauration et le transfert de données entre régions. Les UsageType frais suivants apparaissent sous la rubrique « AWS Backup » ProductCode plutôt que sous la rubrique « AmazonDynamo DB ».

UsageType Unités Granularité Description
REG- WarmStorage - ByteHrs -DynamoDB Go Mois Stockage utilisé par les sauvegardes DynamoDB gérées tout au long du mois, mesuré en Go AWS Backup par mois.
REG- CrossRegion - WarmBytes -DynamoDB Go Size Les données sont transférées vers une autre AWS région, soit au sein du même compte, soit vers un autre AWS compte. Des frais de transfert entre régions sont facturés lors de la copie de sauvegardes d'une région vers une autre. Les frais sont toujours facturés sur le compte à partir duquel les données sont transférées.
REG-Restaurer- WarmBytes -DynamoDB Go Size Taille totale des données restaurées à partir d'un stockage à chaud, mesurée en Go.
REG- ColdStorage - ByteHrs -DynamoDB Go Mois Stockage à froid utilisé par les sauvegardes DynamoDB gérées tout au long du mois, mesuré en Go AWS Backup par mois.
REG-Restaurer- ColdBytes -DynamoDB Go Mois Taille totale des données restaurées depuis le stockage à froid, mesurée en Go.

Exportation et importation

Vous pouvez exporter des données de DynamoDB vers Amazon S3 ou importer des données d'Amazon S3 vers une nouvelle table DynamoDB.

Bien que les UsageType utilisations soient utilisées Bytes comme suffixe, l'utilisation des exportations et des importations CUR est mesurée et facturée en Go.

UsageType Unités Granularité Description
REG- ExportDataSize -Octets Go Size Les frais d'exportation de données vers S3. DynamoDB facture les données que vous exportez en fonction de la taille de la table de base DynamoDB (données de table et index secondaires locaux) au moment spécifié lors de la création de l'exportation.
REG- ImportDataSize -Octets Go Size Les frais d'importation de données depuis S3. La taille est calculée en fonction de la taille de l'objet non compressé des données dans Amazon S3. Il n'y a pas de frais supplémentaires pour l'importation vers des tables avecGSIs.
REG- IncrementalExportDataSize -Octets Go Size Les frais liés à la taille des données traitées à partir de la sauvegarde continue pour produire des exportations incrémentielles.

Transfert de données

L'activité de transfert de données peut apparaître associée au service DynamoDB. DynamoDB ne facture pas le transfert de données entrantes, ni le transfert de données entre DynamoDB et d' AWS autres services de la AWS même région (en d'autres termes, 0,00 USD par Go). Les données transférées entre AWS les régions (par exemple entre DynamoDB dans la région USA Est [Virginie du Nord] et EC2 Amazon dans la région UE [Irlande]) sont facturées des deux côtés du transfert.

UsageType Unités Granularité Description
REG- DataTransfer -En octets Go Unités Données transférées vers DynamoDB depuis Internet.
REG- DataTransfer -Octets de sortie Go Unités Données transférées de DynamoDB vers Internet.

CloudWatch Informations sur les contributeurs

CloudWatch Contributor Insights for DynamoDB est un outil de diagnostic permettant d'identifier les clés les plus fréquemment consultées et les plus limitées de votre table DynamoDB. Les UsageType frais suivants apparaissent sous le « AmazonCloudWatch » ProductCode plutôt que sous le « AmazonDynamo DB ».

UsageType Unités Granularité Description
REG-WC : ContributorEventsManaged Événements traités Unités Nombre d'événements DynamoDB traités. Par exemple, pour un tableau dans lequel CloudWatch Contributor Insights est activé, chaque fois qu'un élément est lu ou écrit, il est compté comme un événement. Si le tableau comporte une clé de tri, cela entraîne des frais pour deux événements.
REG-WC : ContributorRulesManaged Nombre de règles Mois DynamoDB crée des règles pour identifier les éléments les plus consultés et les clés les plus limitées lorsque vous activez Cloud Watch Contributor Insights. Ces frais sont facturés pour les règles ajoutées pour chaque entité (tables etGSIs) configurée pour enregistrer les informations des CloudWatch contributeurs.

DynamoDB Accelerator (DAX)

DynamoDB Accelerator DAX () est facturé à l'heure en fonction du type d'instance sélectionné pour le service. Les frais ci-dessous se réfèrent aux instances DynamoDB Accelerator mises en service. Les UsageType frais suivants apparaissent sous « Amazon DAX » ProductCode plutôt que sous « AmazonDynamo DB ».

UsageType Unités Granularité Description
REG-:dax-< > NodeUsage INSTANCETYPE Heure du nœud Heure L'utilisation horaire d'un type d'instance particulier. La tarification est calculée par heure de nœud consommée, à partir du moment où un nœud est lancé jusqu'à sa fermeture. Chaque heure de nœud partielle consommée sera facturée comme une heure complète. DAXfrais pour chaque nœud d'un DAX cluster. Si vous avez un cluster comportant plusieurs nœuds, vous verrez plusieurs rubriques dans votre rapport de facturation.

Le type d'instance sera l'une des valeurs de la liste suivante. Pour plus de détails sur les types de nœuds, consultezNœuds.

  • r3,2 x large, r4,8 x large ou 5,8 x large

  • r3.4xlarge, r4.large ou r5.large

  • r3,8xlarge, r4.xlarge ou r5.xlarge

  • r3.2xlarge, r5.12xlarge ou t2.medium

  • r3.4xlarge, r4.large ou r5.large

  • r3.xlarge, r5.16xlarge ou t2.small

  • r4.16xlarge, r5.24xlarge ou t3.medium

  • r4.2xlarge, r5.2xlarge ou t3.small

  • r4.4xlarge ou r5.4xlarge