

# Avaliar seus custos no nível da tabela
<a name="CostOptimization_TableLevelCostAnalysis"></a>

 A ferramenta Explorador de Custos encontrada no Console de gerenciamento da AWS permite ver os custos divididos por tipo, como taxas de leitura, gravação, armazenamento e backup. Também é possível ver esses custos resumidos por período, como mês ou dia.

Um desafio que os administradores podem enfrentar é precisar revisar os custos apenas de uma tabela específica. Alguns desses dados estão disponíveis por meio do console do DynamoDB ou por meio de chamadas para a API `DescribeTable`, mas, por padrão, o Explorador de Custos não permite filtrar ou agrupar por custos associados a uma tabela específica. Esta seção mostrará como usar a marcação para realizar análises de custos de tabelas individuais no Explorador de Custos.

**Topics**
+ [Como visualizar os custos de uma única tabela do DynamoDB](#CostOptimization_TableLevelCostAnalysis_ViewInfo)
+ [Visualização padrão do Explorador de Custos](#CostOptimization_TableLevelCostAnalysis_CostExplorer)
+ [Como usar e aplicar tags de tabela no Explorador de Custos](#CostOptimization_TableLevelCostAnalysis_Tagging)

## Como visualizar os custos de uma única tabela do DynamoDB
<a name="CostOptimization_TableLevelCostAnalysis_ViewInfo"></a>

Tanto o Console de gerenciamento da AWS do Amazon DynamoDB quanto a API `DescribeTable` mostrarão informações sobre uma única tabela, incluindo o esquema de chave primária, quaisquer índices na tabela e o tamanho e a contagem de itens da tabela e de quaisquer índices. O tamanho da tabela e o dos índices podem ser usados para calcular o custo mensal de armazenamento da tabela. Por exemplo, USD 0,25 por GB na região us-east-1.

Se a tabela estiver no modo de capacidade provisionada, as configurações atuais de RCU e WCU também serão retornadas. Elas podem ser usadas para calcular os custos atuais de leitura e gravação da tabela, mas esses custos podem mudar, especialmente se a tabela tiver sido configurada com o Auto Scaling.

**nota**  
Se a tabela estiver no modo de capacidade sob demanda, `DescribeTable` não ajudará a estimar os custos de throughput, pois eles são cobrados com base no uso real em cada período, e não no uso provisionado.

## Visualização padrão do Explorador de Custos
<a name="CostOptimization_TableLevelCostAnalysis_CostExplorer"></a>

A visualização padrão do Explorador de Custos fornece gráficos que mostram o custo dos recursos consumidos, como throughput e armazenamento. É possível optar por agrupar os custos por período, como totais por mês ou por dia. Os custos de armazenamento, leituras, gravações e outros recursos também podem ser divididos e comparados.

![\[Visualização padrão do Explorador de Custos mostrando o custo dos recursos consumidos agrupados por tipo de uso.\]](http://docs.aws.amazon.com/pt_br/amazondynamodb/latest/developerguide/images/CostOptimization/CostExplorerView.png)


## Como usar e aplicar tags de tabela no Explorador de Custos
<a name="CostOptimization_TableLevelCostAnalysis_Tagging"></a>

Por padrão, o Explorador de Custos não fornece um resumo dos custos de nenhuma tabela específica, pois combinará os custos de várias tabelas em um total. No entanto, é possível usar a [marcação de recursos da AWS](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html) para identificar cada tabela por uma tag de metadados. As tags são pares de chave-valor que podem ser usadas para diversas finalidades, como identificar todos os recursos pertencentes a um projeto ou departamento. Neste exemplo, vamos supor que você tenha uma tabela chamada **MyTable**.

1. Defina uma tag com a chave de **table\$1name** e o valor de **MyTable**.

1. [Ative a tag no Explorador de Custos](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/activating-tags.html) e filtre o valor da tag para obter mais visibilidade dos custos de cada tabela.

**nota**  
Pode levar um ou dois dias para que a tag comece a aparecer no Explorador de Custos.

Você mesmo pode definir tags de metadados no console ou por meio de automação, como a CLI da AWS ou o SDK da AWS. Considere exigir que uma tag **table\$1name** seja definida como parte do processo de criação de tabelas da sua organização. Para tabelas existentes, há um utilitário Python disponível que encontrará e aplicará essas tags a todas as tabelas existentes em uma determinada região da sua conta. Consulte [Eponymous Table Tagger no GitHub](https://github.com/awslabs/amazon-dynamodb-tools#eponymous-table-tagger-tool) para obter mais detalhes.