Práticas recomendadas para entender os relatórios de uso e faturamento da AWS no DynamoDB - Amazon DynamoDB

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.

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 para ter mais informações.

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