Amazon RDS agora detalha o custo de cada snapshot de backup

O que mudou

Desde 2 de novembro de 2026, o Amazon RDS suporta o per snapshot billing: a cobrança por snapshot individual. O recurso permite ver exatamente quanto cada snapshot de backup custa, em vez de só enxergar um valor agregado.

Antes, o gasto com snapshots do RDS aparecia somado no nível da instância de banco de dados, tanto no Cost and Usage Report (CUR) quanto no Cost Explorer. Quem fechava a fatura via um único número de "armazenamento de backup" por instância, sem saber se o custo vinha de um snapshot manual antigo, de um backup automatizado recente ou de uma cópia mantida só para auditoria.

Com o per snapshot billing, cada snapshot pode receber cost allocation tags próprias, e esse detalhamento aparece separado no relatório de custos. Isso dá ao time de FinOps uma visão linha a linha do que está sendo pago, snapshot por snapshot, dentro da mesma conta.

Onde está disponível

O per snapshot billing está disponível para todos os engines do Amazon RDS, em todas as Regiões comerciais da AWS e também na AWS GovCloud (US). A região América do Sul (São Paulo), sa-east-1, é uma região comercial da AWS e está incluída: quem mantém instâncias RDS em São Paulo já tem o recurso ativo.

Quanto custa

O recurso em si não tem custo adicional. A AWS afirma que o per snapshot billing "está habilitado por padrão em todos os snapshots do RDS, sem cobrança adicional". O que muda não é o preço do armazenamento de backup, que continua seguindo o modelo normal de cobrança por GB-mês do RDS, e sim a granularidade com que esse gasto aparece no CUR e no Cost Explorer.

Na prática, isso significa que quem fecha a fatura mensal do time de infraestrutura não paga nada a mais para obter esse detalhamento: o custo total do backup não muda, só a forma como ele é exibido.

Como começar

Como o recurso já vem ativado, o trabalho que sobra é de tagueamento e configuração de relatório:

1. Aplicar tags aos snapshots de RDS (por exemplo, identificando o sistema, o ambiente ou o motivo da retenção do backup).
2. Ativar essas tags como cost allocation tags na console de Billing, em Cost allocation tags, para que elas passem a compor o Cost Explorer e o CUR.
3. No Cost Explorer, agrupar os gastos por tag para visualizar o custo de cada snapshot separadamente, em vez do valor agregado por instância.

A AWS não detalhou, no anúncio, um passo a passo de CLI específico para esse recurso; para o procedimento completo, a orientação é consultar a documentação do RDS sobre per snapshot billing.

O que muda para quem já usa

Para quem responde pela fatura e pelos impostos relacionados à infraestrutura em nuvem, esse detalhamento resolve um problema recorrente de auditoria. Um banco de dados de produção, como um pagamentos-db, costuma acumular snapshots automatizados diários somados a snapshots manuais tirados antes de uma migração ou mantidos por exigência de compliance. Até aqui, separar o custo de cada política de retenção dentro do CUR exigia estimativa; agora, com uma tag por snapshot, dá para atribuir o gasto exato a cada centro de custo ou a cada requisito regulatório.

Isso também facilita o rateio (chargeback) entre áreas de negócio quando várias equipes compartilham a mesma conta AWS, e dá base mais sólida para decidir políticas de retenção: se um snapshot específico está custando mais do que o esperado, agora há como identificar qual é, em vez de só ver o total da instância subir na fatura. Fica em aberto, pelo anúncio da AWS, se o detalhamento por snapshot também alimenta alertas automáticos de orçamento no AWS Budgets; isso não foi mencionado na nota oficial.

Fonte: AWS What's New