Gestão de custos
Enxergar, alocar, alertar e prever o gasto, e escolher o modelo de preço de banco de dados que combina com a carga. Este é o Domínio 4: Design Cost-Optimized Architectures, 20% do conteúdo pontuado.
Cost Explorer
AWS Cost Explorer
A visão interativa de custo e uso: filtrar, agrupar, comparar períodos e prever. A resposta típica para "analisar para onde vai o dinheiro".
Pontos-chave
- Histórico e previsão: até 13 meses de histórico e previsão para os próximos 18 meses. Os dados são atualizados pelo menos uma vez a cada 24 horas.
- Análise: filtra e agrupa por serviço, conta, Region, tipo de uso ou tag, e exporta em CSV.
- Recomendações: recomendações de compra de Reserved Instances. As de Savings Plans, baseadas no uso passado, ficam no mesmo console de Billing and Cost Management e na API do Cost Explorer.
- Custo: gratuito no console. A API custa US$ 0,01 por requisição paginada.
Na prova
"Visualizar qual serviço causou o aumento do mês passado" -> Cost Explorer. "Ser avisado antes de estourar o gasto" é AWS Budgets, não Cost Explorer.
Budgets
AWS Budgets
Limites sobre custo, uso ou métricas de compromisso, com alertas sobre valores reais ou previstos e ações automáticas opcionais.
Pontos-chave
- Tipos: custo, uso, utilização de RI, cobertura de RI, utilização de Savings Plans e cobertura de Savings Plans.
- Alertas: sobre valores reais ou previstos, por email ou tópico SNS, e também em aplicativos de chat.
- Budget actions: aplicam uma política IAM ou uma SCP, ou param instâncias EC2 ou RDS específicas, automaticamente ou após aprovação.
- Não é teto rígido: os dados são atualizados até 3 vezes por dia, então o gasto pode passar do limite antes de o alerta chegar.
- Organizations: a partir da conta de gerenciamento, uma ação pode aplicar SCP em outra conta, mas não pode parar instâncias nela.
Na prova
"Bloquear novos recursos automaticamente quando a previsão passar de 90%" -> budget action com política IAM de deny ou SCP. "Avisar quando a utilização de Savings Plans cair abaixo de 80%" -> budget de utilização de Savings Plans.
Anomaly Detection
AWS Cost Anomaly Detection
Machine learning que aprende o gasto normal e alerta sobre picos fora do padrão, com análise de causa raiz, sem limites fixos.
Pontos-chave
- Monitores: todos os serviços da AWS avaliados separadamente, ou contas membro, cost allocation tags ou cost categories específicas.
- Alertas: individuais ou em relatórios agregados, por email ou tópico SNS, que pode ser encaminhado ao Slack ou ao Chime.
- Causa raiz: ordenada por impacto em dólares, por serviço, conta, Region e tipo de uso.
- Tempo: roda cerca de 3 vezes por dia sobre o custo líquido não combinado e pode levar até 24 horas para apontar uma anomalia. Um serviço novo precisa de 10 dias de histórico.
- Lacuna: a maior parte das cobranças do AWS Marketplace não é monitorada, use Budgets para elas.
Na prova
"Detectar picos inesperados de gasto sem definir limites" -> Cost Anomaly Detection. Um limite fixo de budget é o distrator.
Data Exports e CUR
AWS Data Exports
Os dados de custo mais detalhados, entregues como arquivos no S3 para Athena, Redshift ou Amazon Quick. O CUR 2.0 no Data Exports é a forma atual do Cost and Usage Report.
Pontos-chave
- CUR 2.0: o export recomendado, com schema fixo, colunas aninhadas para tags, cost categories, produto e desconto, e nomes das contas.
- Personalização em SQL: escolha colunas, filtre linhas e renomeie, para o export levar só o que você precisa.
- Outras tabelas: recomendações do Cost Optimization Hub, FOCUS 1.0 e 1.2 com colunas da AWS e emissões de carbono.
- CUR legado: ainda oferecido como export legado, com schema que muda conforme o uso.
- Entrega: ZIP, GZIP ou Parquet num bucket S3. Um dashboard pronto de custo e uso pode ser implantado no Amazon Quick.
Na prova
"Dados de custo linha a linha, os mais detalhados, consultados com SQL no Athena" -> CUR 2.0 via Data Exports. O Cost Explorer é o distrator, ele serve para análise interativa, não para arquivos brutos.
Faturamento consolidado
Consolidated billing in AWS Organizations
Uma fatura para todas as contas da organização, paga pela conta de gerenciamento, com o uso somado para descontos.
Pontos-chave
- Uma fatura: a conta de gerenciamento paga por todas as contas membro, sem custo extra.
- Descontos por volume: o uso é somado entre as contas, então os preços por faixa caem antes do que em contas avulsas.
- Compartilhamento de RI e Savings Plans: ligado por padrão, aplicado primeiro na conta dona e depois nas demais. Pode ser desligado por conta ou limitado a grupos definidos com Cost Categories.
- Saída: uma conta que deixa a organização perde acesso aos dados do Cost Explorer do período em que fazia parte dela.
Na prova
"Várias contas, querem uma fatura única e desconto por volume" -> faturamento consolidado do AWS Organizations. "Impedir que o desconto de RI de uma unidade vá para outras contas" -> restringir ou desligar o compartilhamento de RI e Savings Plans.
Recomendações e estimativas
Trusted Advisor, Cost Optimization Hub and AWS Pricing Calculator
Ferramentas que acham desperdício no que roda hoje e estimam o que você pretende rodar depois.
Pontos-chave
- Checks de custo do Trusted Advisor: instâncias EC2 pouco usadas, load balancers ociosos, volumes EBS subutilizados, Elastic IPs sem associação, instâncias RDS ociosas e recomendações de compromisso.
- Plano de suporte: todos os checks exigem Business Support+, Enterprise Support ou Unified Operations. O Basic só recebe limites de serviço e alguns checks de segurança e tolerância a falhas.
- Cost Optimization Hub: recomendações de rightsizing, ociosidade, Savings Plans e RIs de todas as contas e Regions num só lugar, com economia sem duplicidade e já considerando seus descontos.
- AWS Pricing Calculator: estimativas gratuitas antes de construir, compartilhadas por link ou exportadas em CSV ou PDF. Impostos não entram.
Na prova
"Estimar o custo mensal de uma migração planejada" -> AWS Pricing Calculator, não Cost Explorer, que só cobre o que já roda.
Qual ferramenta responde a qual pergunta
| Pergunta | Ferramenta |
|---|---|
| Quanto vai custar este novo design? | AWS Pricing Calculator. |
| Para onde foi o dinheiro? | Cost Explorer. |
| Avisar ou agir num limite | AWS Budgets. |
| Alertar sobre um pico anormal | Cost Anomaly Detection. |
| Linhas brutas para SQL | Data Exports com CUR 2.0. |
| Recursos grandes demais ou ociosos | Compute Optimizer, Cost Optimization Hub, Trusted Advisor. |
| Custo por time ou projeto | Cost allocation tags. |
Preço dos bancos
Amazon DynamoDB, Aurora and RDS pricing models
A conta do banco segue o modelo de capacidade: por requisição, por unidade provisionada, por ACU ou por hora de instância. Escolha conforme a estabilidade da carga.
Pontos-chave
- DynamoDB on-demand: paga por requisição, sem planejar capacidade, o modo padrão e recomendado para a maioria das cargas. Um throughput máximo opcional limita o custo.
- DynamoDB provisioned: paga por hora de RCUs e WCUs, usadas ou não, com auto scaling (meta de 70% recomendada). Reserved capacity economiza até 54% em 1 ano ou 77% em 3 anos.
- Trocas no DynamoDB: de provisioned para on-demand até 4 vezes em 24 horas corridas, de volta a qualquer momento. A table class Standard-IA serve para tabelas em que o armazenamento domina.
- Aurora Serverless v2: capacidade em ACUs. Com mínimo de 0 ACUs, pausa após 5 minutos a 1 dia ocioso, sem cobrança de instância enquanto pausado. A retomada leva cerca de 15 segundos.
- RDS: Reserved Instances economizam até 69% em uso estável, com flexibilidade de tamanho na maioria dos engines. Database Savings Plans cobrem RDS, Aurora, DynamoDB e outros com até 35%.
- Backups: retenção de backups automáticos de 0 a 35 dias (0 desliga). Snapshots manuais ficam, e continuam cobrando, até você apagá-los.
Na prova
"Aplicação nova, tráfego imprevisível, sem planejar capacidade" -> DynamoDB on-demand. "Tráfego estável e conhecido, menor custo" -> provisioned com auto scaling e reserved capacity. "Banco de dev ocioso a maior parte do dia" -> Aurora Serverless v2 escalando a 0 ACUs.
Modelos de capacidade
| Modelo | Melhor uso |
|---|---|
| DynamoDB on-demand | Tráfego desconhecido, com picos ou novo. Paga por requisição. |
| DynamoDB provisioned | Tráfego estável e previsível com auto scaling, mais reserved capacity para a base. |
| Aurora Serverless v2 | Carga relacional variável ou intermitente, e dev ou teste que podem pausar em 0 ACUs. |
| RDS ou Aurora provisionado | Carga relacional estável 24/7, coberta por RIs ou Savings Plans. |