Práticas recomendadas para entender os relatórios de uso e faturamento da AWS no DynamoDB
Este documento explica os códigos de faturamento UsageType
para cobranças relacionadas ao DynamoDB.
A AWS fornece Relatórios de Custos e Uso (CUR) que contêm dados dos serviços usados. É possível usar o AWS Cost and Usage Report para publicar relatórios de faturamento no Amazon S3 em formato CSV. Ao configurar o CUR, é possível optar por dividir os períodos por hora, dia ou mês, e escolher se deseja dividir o uso por ID de recurso ou não. Para ter mais detalhes sobre a geração de CUR, consulte Criar relatórios de custos e uso
Na exportação de CSV, você encontrará atributos relevantes listados para cada linha. Veja a seguir exemplos de atributos que podem ser incluídos:
lineitem/UsageStartDate: a data e a hora de início do item de linha em UTC, inclusive.
lineitem/UsageEndDate: a data e a hora de término do item de linha correspondente em UTC, excluindo-se esse momento.
lineitem/ProductCode: para o DynamoDB, será “AmazonDynamoDB”.
lineitem/UsageType: código de descrição específico para o tipo de uso, conforme enumerado neste documento
lineitem/Operation: um nome que fornece contexto à cobrança, como o nome da operação que gerou a cobrança (opcional).
lineitem/ResourceId: o identificador do recurso que gerou o uso. Disponível se o CUR incluir um detalhamento por ID do recurso.
lineitem/UsageAmount: a quantidade de uso incorrida durante um período específico.
lineitem/UnblendedCost: o custo desse uso.
lineitem/LineItemDescription: descrição textual do item de linha.
Para ter mais informações sobre o dicionário de dados do CUR, consulte Cost and Usage Report (CUR) 2.0. Observe que os nomes exatos variam de acordo com o contexto.
UsageType
é uma string com um valor como ReadCapacityUnit-Hrs
, USW2-ReadRequestUnits
, EU-WriteCapacityUnit-Hrs
ou USE1-TimedPITRStorage-ByteHrs
. Cada tipo de uso começa com um prefixo de região opcional. Se ausente, isso indica a região us-east-1. Se presente, a tabela abaixo associa o código curto da região de faturamento ao código e ao nome da região convencionais.
Por exemplo, o uso chamado USW2-ReadRequestUnits
indica unidades de solicitação de leitura consumidas em us-west-2.
Código da região de faturamento | Código da região | Nome da região |
---|---|---|
AFS1 | af-south-1 | África (Cidade do Cabo) |
APE1 | ap-east-1 | Ásia-Pacífico (Hong Kong) |
APN1 | ap-northeast-1 | Ásia-Pacífico (Tóquio) |
APN2 | ap-northeast-2 | Ásia-Pacífico (Seul) |
APN3 | ap-northeast-3 | Ásia-Pacífico (Osaka) |
APS1 | ap-south-1 | Ásia-Pacífico (Mumbai) |
APS2 | ap-south-2 | Ásia-Pacífico (Hyderabad) |
APS3 | ap-southeast-1 | Ásia-Pacífico (Singapura) |
APS4 | ap-southeast-2 | Ásia-Pacífico (Sydney) |
APS5 | ap-southeast-3 | Ásia-Pacífico (Jacarta) |
APS6 | ap-southeast-4 | Ásia-Pacífico (Melbourne) |
CAN1 | ca-central-1 | Canadá (Central) |
UE | eu-central-1 | Europa (Frankfurt) |
EUC1 | eu-central-2 | Europa (Zurique) |
EUN1 | eu-north-1 | Europa (Estocolmo) |
EUS1 | eu-south-1 | Europa (Milão) |
EUS2 | eu-south-2 | Europa (Espanha) |
EUW1 | eu-west-1 | Europa (Irlanda) |
EUW2 | eu-west-2 | Europa (Londres) |
EUW3 | eu-west-3 | Europa (Paris) |
ILC1 | Il-central-1 | Israel (Tel Aviv) |
MEC1 | me-central-1 | Oriente Médio (Emirados Árabes Unidos) |
MES1 | me-south-1 | Oriente Médio (Barém) |
SAE1 | sa-east-1 | América do Sul (São Paulo) |
USE1 (padrão) | us-east-1 | Leste dos EUA (Norte da Virgínia) |
USE2 | us-east-2 | Leste dos EUA (Ohio) |
UGE1 | us-gov-east-1 | Gov (Leste dos EUA) |
UGW1 | us-gov-west-1 | Gov (Oeste dos EUA) |
USW1 | us-west-1 | Oeste dos EUA (N. da Califórnia) |
USW2 | us-west-2 | Oeste dos EUA (Oregon) |
Nas seções a seguir, usamos o padrão REG-UsageType
ao analisar as cobranças do DynamoDB, em que REG especifica a região em que ocorreu o uso e usageType é o código para o tipo de cobrança. Por exemplo, se você vir um item de linha para USW1-
ReadCapacityUnit-Hrs
no arquivo CSV, isso significa que o uso ocorreu em US-West-1 para a capacidade de leitura provisionada. Nesse caso, a listagem será REG-ReadCapacityUnit-Hrs
.
Tópicos
Capacidade de throughput
Capacidade provisionada de leituras e gravações
Ao criar uma tabela do DynamoDB no modo de capacidade provisionada, você deve especificar a capacidade de leitura e gravação que espera que a aplicação exija. O tipo de uso depende da classe da tabela (Standard ou Standard-Infrequent Access). Você deve provisionar leituras e gravações com base na taxa de consumo por segundo, mas as cobranças são feitas por hora com base na capacidade provisionada.
UsageType | Unidades | Granularity | Descrição |
---|---|---|---|
REG-ReadCapacityUnit-Hrs | RCU-hours | Hora | Cobranças por leituras no modo de capacidade provisionada usando a classe de tabela Standard. |
REG-IA-ReadCapacityUnit-Hrs | RCU-hours | Hora | Cobranças por leituras no modo de capacidade provisionada usando a classe de tabela Standard-IA. |
REG-WriteCapacityUnit-Hrs | WCU-hours | Hora | Cobranças por gravações no modo de capacidade provisionada usando a classe de tabela Standard. |
REG-IA-WriteCapacityUnit-Hrs | WCU-hours | Hora | Cobranças por gravações no modo de capacidade provisionada usando a classe de tabela Standard-IA. |
Capacidade reservada de leituras e gravações
Com a capacidade reservada, você paga uma taxa única antecipada e se compromete a um nível mínimo de uso provisionado ao longo de um período. A capacidade reservada é cobrada com desconto por hora. Qualquer capacidade que você provisionar além da sua capacidade reservada será cobrada de acordo com as taxas de capacidade provisionada padrão. A capacidade reservada está disponível para unidades de capacidade de leitura e gravação provisionadas de região única (RCU e WCU) nas tabelas do DynamoDB que usam a classe de tabela padrão. A capacidade reservada de um e três anos é cobrada usando as mesmas SKUs.
UsageType | Unidades | Granularity | Descrição |
---|---|---|---|
REG-HeavyUsage:dynamodb.read | RCU-hours | Antecipado e depois mensalmente | Cobranças por leituras de capacidade reservada: uma cobrança antecipada única e uma cobrança mensal no início de cada mês cobrindo todas as horas de RCU confirmadas com desconto durante o mês. Terá itens de linha REG-ReadCapacityUnit-Hrs correspondentes e de custo zero. |
REG-HeavyUsage:dynamodb.write | WCU-hours | Antecipado e depois mensalmente | Cobranças por gravações de capacidade reservada: uma cobrança antecipada única e uma cobrança mensal no início de cada mês cobrindo todas as horas de WCU confirmadas com desconto durante o mês. Terá itens de linha REG-WriteCapacityUnit-Hrs correspondentes e de custo zero. |
Capacidade de leituras e gravações sob demanda
Ao criar uma tabela do DynamoDB no modo de capacidade sob demanda, você paga somente pelas leituras e gravações que sua aplicação executa. Os preços das solicitações de leitura e gravação dependem da classe da tabela.
UsageType | Unidades | Granularity | Descrição |
---|---|---|---|
REG-ReadRequestUnits | RRUs | Unidade | Cobranças por leituras no modo de capacidade sob demanda com a classe de tabela Standard. |
REG-IA-ReadRequestUnits | RRUs | Unidade | Cobranças por leituras no modo de capacidade sob demanda com a classe de tabela Standard-IA. |
REG-WriteRequestUnits | WRUs | Unidade | Cobranças por gravações no modo de capacidade sob demanda com a classe de tabela Standard. |
REG-IA-WriteRequestUnits | WRUs | Unidade | Cobranças por gravações no modo de capacidade sob demanda com a classe de tabela Standard-IA. |
Leituras e gravações de tabelas globais
O DynamoDB cobra pelo uso de tabelas globais com base nos recursos usados em cada tabela de réplica. Para tabelas globais provisionadas, as solicitações de gravação para tabelas globais são medidas em WCUs replicadas (rWCU) em vez de WCUs padrão e as gravações em índices secundários globais em tabelas globais são medidas em WCUs. Para tabelas globais sob demanda, as solicitações de gravação são medidas em WRUs replicadas (rWRU) em vez de WRUs padrão. O número de rWCUs ou rWRUs consumidas para replicação depende da versão das tabelas globais que você está usando. O preço depende da classe da tabela.
As gravações em índices secundários globais (GSIs) são cobradas usando unidades de gravação padrão (WCUs e WRUs). As solicitações de leitura e o armazenamento de dados são cobrados de forma idêntica às tabelas de uma única região.
Se você adicionar uma réplica de tabela para criar ou estender uma tabela global em novas regiões, o DynamoDB cobrará pela restauração da tabela nas regiões adicionadas por gigabyte de dados restaurados. Os dados restaurados são cobrados como REG-RestoreDataSize-Bytes. Consulte Backup e restauração para o DynamoDB para ter detalhes. A replicação entre regiões e a adição de réplicas às tabelas que contêm dados também geram cobranças pela transferência externa de dados.
Ao selecionar o modo de capacidade sob demanda para as tabelas globais do DynamoDB, você paga somente pelos recursos que a aplicação usa em cada tabela de réplica.
UsageType | Unidades | Granularity | Descrição |
---|---|---|---|
REG-ReplWriteCapacityUnit-Hrs | rWCU-hours | Hora | Tabela global, provisionada, classe de tabela Standard. |
REG-IA-ReplWriteCapacityUnit-Hrs | rWCU-hours | Hora | Tabela global, provisionada, classe de tabela Standard-IA. |
REG-ReplWriteRequestUnits | rWRU | Unidade | Tabela global, sob demanda, classe de tabela Standard. |
REG-IA-ReplWriteRequestUnits | rWRU | Unidade | Tabela global, sob demanda, classe de tabela Standard-IA. |
Fluxos
O DynamoDB tem duas tecnologias de streaming, DynamoDB Streams e Kinesis. Cada um tem preços distintos.
O DynamoDB Streams cobra pela leitura de dados em unidades de solicitação de leitura. Cada chamada de API GetRecords
é cobrada como uma solicitação de leitura de fluxos. Você não recebe cobranças por chamadas de API GetRecords
invocadas pelo AWS Lambda como parte de gatilhos do DynamoDB ou por tabelas globais do DynamoDB como parte da replicação.
UsageType | Unidades | Granularity | Descrição |
---|---|---|---|
REG-Streams-RequestsCount | Contagem | Unidade | Unidades de solicitação de leitura para o DynamoDB Streams. |
O Amazon Kinesis Data Streams cobra em unidades de captura de dados de alterações. O DynamoDB cobra uma unidade de captura de dados de alterações para cada gravação (até 1 KB). Para itens maiores que 1 KB, unidades de captura de dados de alterações adicionais são necessárias. Você paga somente pelas gravações que a aplicação executa sem precisar gerenciar a capacidade de throughput na tabela.
UsageType | Unidades | Granularity | Descrição |
---|---|---|---|
REG-ChangeDataCaptureUnits-Kinesis | Unidades de CDC | Unidade | Unidades de captura de dados de alterações para o Kinesis Data Streams. |
Armazenamento
O DynamoDB mede o tamanho dos dados faturáveis adicionando o tamanho do byte bruto dos dados mais uma sobrecarga de armazenamento por item que depende dos atributos ativados.
nota
Os valores de uso de armazenamento no CUR serão maiores em comparação com os valores de armazenamento durante o uso de DescribeTable
, porque DescribeTable
não inclui as despesas indiretas de armazenamento por item.
O armazenamento é calculado por hora, mas o preço é mensal, calculado por uma média das cobranças por hora.
Embora o armazenamento UsageType
use ByteHrs
como sufixo, o uso do armazenamento no CUR é medido em GB e precificado por GB/mês.
UsageType | Unidades | Granularity | Descrição |
---|---|---|---|
REG-TimedStorage-ByteHrs | GB | Mês | Quantidade de armazenamento usada por suas tabelas e índices do DynamoDB, para tabelas com a classe de tabela Standard. |
REG-IA-TimedStorage-ByteHrs | GB | Mês | Quantidade de armazenamento usada por suas tabelas e índices do DynamoDB, para tabelas com a classe de tabela Standard-IA. |
Backup e restauração
O DynamoDB oferece dois tipos de backups: backups para recuperação para um ponto no tempo (PITR) e backups sob demanda. Os usuários também podem restaurar esses backups em tabelas do DynamoDB. As cobranças abaixo se referem tanto a backups quanto a restaurações.
As cobranças de armazenamento de backup são feitas no primeiro dia do mês, com ajustes ao longo do mês à medida que os backups são adicionados ou removidos. Consulte o blog Understanding Amazon DynamoDB On-demand Backups and Billing
UsageType | Unidades | Granularity | Descrição |
---|---|---|---|
REG-TimedBackupStorage-ByteHrs | GB | Mês | O armazenamento consumido por backups sob demanda de suas tabelas e índices secundários locais do DynamoDB. |
TimedPITRStorage-ByteHrs | GB | Mês | O armazenamento usado por backups para recuperação para um ponto no tempo (PITR). O DynamoDB monitora continuamente o tamanho das tabelas habilitadas para PITR durante todo o mês a fim de determinar as cobranças de backup e as contas para armazenamento durante o período em que a PITR permanece habilitada. |
REG-RestoreDataSize-Bytes | GB | Tamanho | O tamanho total dos dados restaurados (incluindo dados de tabela, índices secundários locais e índices secundários globais) medido em GB por meio de backups do DynamoDB. |
AWS Backup
O AWS Backup é um serviço de backup totalmente gerenciado que facilita a centralização e a automação do backup de dados entre todos os serviços da AWS na nuvem e on-premises. O AWS Backup é cobrado pelo armazenamento (armazenamento de alta e baixa atividade), atividades de restauração e transferência de dados entre regiões. As cobranças UsageType
a seguir aparecem no ProductCode “AWSBackup” e não no “AmazonDynamoDB”.
UsageType | Unidades | Granularity | Descrição |
---|---|---|---|
REG-WarmStorage- ByteHrs-DynamoDB | GB | Mês | O armazenamento usado pelos backups do DynamoDB é gerenciado pelo AWS Backup durante todo o mês, medido em GB/mês. |
REG-CrossRegion-WarmBytes-DynamoDB | GB | Tamanho | Os dados transferidos para uma região da AWS diferente dentro da mesma conta ou para outra conta da AWS. As cobranças por transferências entre regiões ocorrem ao copiar backups de uma região em outra. A cobrança é sempre realizada na conta da qual os dados são transferidos. |
REG-Restore-WarmBytes-DynamoDB | GB | Tamanho | O tamanho total dos dados restaurados do armazenamento de alta atividade, medido em GB. |
REG-ColdStorage-ByteHrs-DynamoDB | GB | Mês | O armazenamento de baixa atividade usado pelos backups do DynamoDB é gerenciado pelo AWS Backup durante todo o mês, medido em GB/mês. |
REG-Restore-ColdBytes-DynamoDB | GB | Mês | O tamanho total dos dados restaurados do armazenamento de baixa atividade, medido em GB. |
Exportação e importação
É possível exportar dados do DynamoDB para o Amazon S3 ou importar dados do Amazon S3 para uma nova tabela do DynamoDB.
Embora UsageType
use Bytes
como sufixo, o uso de exportação e importação no CUR é medido e precificado em GB.
UsageType | Unidades | Granularity | Descrição |
---|---|---|---|
REG-ExportDataSize-Bytes | GB | Tamanho | A cobrança pela exportação dos dados para o S3. O DynamoDB cobra por dados exportados com base no tamanho da tabela do DynamoDB (dados da tabela e índices secundários locais) no momento em que a exportação foi criada. |
REG-ImportDataSize-Bytes | GB | Tamanho | A cobrança pela importação dos dados do S3. O tamanho é calculado com base no tamanho do objeto não compactado dos dados no Amazon S3. Não há custos adicionais pela importação para tabelas com GSIs. |
REG-IncrementalExportDataSize-Bytes | GB | Tamanho | A cobrança pelo tamanho dos dados processados a por meio do backup contínuo para produzir exportações incrementais. |
Transferência de dados
A atividade de transferência de dados pode aparecer associada ao serviço do DynamoDB. O DynamoDB não cobra pela transferência de dados de entrada e não cobra pelos dados transferidos entre o DynamoDB e outros serviços da AWS na mesma região da AWS (em outras palavras, USD 0,00 por GB). Os dados transferidos entre regiões da AWS [como entre o DynamoDB na região Leste dos EUA (Norte da Virgínia) e o Amazon EC2 na região da UE (Irlanda)] são cobrados nos dois lados da transferência.
UsageType | Unidades | Granularity | Descrição |
---|---|---|---|
REG-DataTransfer-In-Bytes | GB | Unidades | Dados transferidos da internet para o DynamoDB. |
REG-DataTransfer-Out-Bytes | GB | Unidades | Dados transferidos do DynamoDB para a internet. |
CloudWatch Contributor Insights
O CloudWatch Contributor Insights para DynamoDB é uma ferramenta de diagnóstico para identificar as chaves acessadas com maior frequência e com controle de utilização na tabela do DynamoDB. As cobranças UsageType
a seguir aparecem no ProductCode “AmazonCloudWatch” e não no “AmazonDynamoDB”.
UsageType | Unidades | Granularity | Descrição |
---|---|---|---|
REG-CW:ContributorEventsManaged | Eventos processados | Unidades | A quantidade de eventos do DynamoDB processados. Por exemplo, para uma tabela com o CloudWatch Contributor Insights habilitado, sempre que um item é lido ou gravado, ele é contabilizado como um evento. Se a tabela tiver uma chave de classificação, isso vai gerar cobranças por dois eventos. |
REG-CW:ContributorRulesManaged | Contagem de regras | Mês | O DynamoDB cria regras para identificar os itens mais acessados e as chaves com maior controle de utilização ao habilitar o Cloud Watch Contributor Insights. Essa cobrança é realizada pelas regras adicionadas para cada entidade (tabelas e GSIs) configurada para registrar em log o CloudWatch Contributor Insights. |
DynamoDB Accelerator (DAX)
O DynamoDB Accelerator (DAX) é cobrado por hora com base no tipo de instância selecionado para o serviço. As cobranças abaixo se referem às instâncias provisionadas do DynamoDB Accelerator. As cobranças UsageType
a seguir aparecem no ProductCode “AmazonDAX” e não no “AmazonDynamoDB”.
UsageType | Unidades | Granularity | Descrição |
---|---|---|---|
REG-NodeUsage:dax-<INSTANCETYPE> | Node-hour | Hora | O uso horário de um tipo específico de instância. O preço é por hora de nó consumida, desde o momento em que um nó é lançado até seu encerramento. Cada hora de nó parcial consumida será cobrada como uma hora completa. O DAX cobra por nó em um cluster do DAX. Se você tiver um cluster com vários nós, verá vários itens de linha no relatório de faturamento. |
O tipo de instância será um dos valores da lista a seguir. Para obter detalhes sobre os tipos de nó, consulte Nodes.
-
r3.2xlarge, r4.8xlarge ou r5.8xlarge
-
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