Rightsizing — Otimização de Custos
A aba Rightsizing mostra oportunidades de economia de custo identificadas nos recursos de nuvem analisados. A plataforma cruza dados de utilização real com o dimensionamento atual dos recursos para recomendar configurações mais adequadas.
O que é rightsizing?
Rightsizing (redimensionamento correto) é o processo de ajustar o tamanho de recursos de nuvem para que correspondam à carga real de trabalho, eliminando desperdício de capacidade não utilizada.
Exemplo: uma instância RDS db.r5.4xlarge rodando com utilização média de CPU de 8% e memória de 15% pode ser redimensionada para db.r5.xlarge com economia significativa de custo sem impacto no desempenho.
Serviços cobertos
| Serviço | Métricas analisadas | Fonte dos dados |
|---|---|---|
| RDS | CPU, memória, IOPS, conexões | CloudWatch + Cost Explorer |
| Aurora | CPU, memória, ACUs (Aurora Capacity Units) | CloudWatch + Cost Explorer |
| ElastiCache | CPU, memória, cache hits/misses | CloudWatch |
| Redshift | CPU, disco, consultas concorrentes | CloudWatch + Redshift Advisor |
| Kubernetes Pods | CPU requests/limits vs uso real | Kubernetes Metrics Server |
| Kubernetes Nodes | CPU e memória do node group | CloudWatch / Cloud Monitoring |
| Kubernetes PVCs | Capacidade provisionada vs usada | Kubernetes Storage API |
Requisito para dados completos
Para recomendações de rightsizing com dados históricos de utilização, o Cost Explorer deve estar habilitado na conta AWS (para assessments AWS) e os dados de monitoramento devem ter pelo menos 14 dias de histórico.
Como ler as recomendações
Visão geral da aba
Screenshot
📸 Captura de tela: Aba Rightsizing — header com economia total estimada "USD 1.847/mês" em verde, tabela de recomendações com colunas: Serviço, Recurso, Tipo Atual, Tipo Recomendado, Utilização Atual, Economia Mensal (USD), Confiança.
A aba exibe:
- Economia total estimada — soma de todas as recomendações em USD/mês (destaque no topo)
- Tabela de recomendações — cada linha é um recurso com oportunidade de redimensionamento
- Gráfico por serviço — pizza ou barras mostrando onde está a maior oportunidade de economia
Colunas da tabela de recomendações
| Coluna | Descrição |
|---|---|
| Serviço | Tipo de recurso (RDS, ElastiCache, etc.) |
| Recurso | Nome/ID do recurso específico |
| Configuração atual | Tipo de instância ou configuração atual (ex.: db.r5.4xlarge) |
| Recomendação | Configuração sugerida (ex.: db.r5.xlarge) |
| Utilização média | CPU e memória médios nos últimos 14 dias (%) |
| Economia estimada | Redução de custo em USD/mês se a recomendação for aplicada |
| Confiança | Alta / Média / Baixa — baseada na qualidade dos dados históricos |
Níveis de confiança
| Nível | O que significa |
|---|---|
| Alta | 30+ dias de dados históricos, padrão de uso estável |
| Média | 14–29 dias de dados ou padrão de uso com variação moderada |
| Baixa | Menos de 14 dias de dados ou pico de uso ocasional que inflaciona a média |
Recomendações de baixa confiança
Trate recomendações de Baixa confiança com cautela. Valide a utilização histórica diretamente no console de monitoramento antes de aplicar qualquer mudança.
Kubernetes — Rightsizing de Pods, Nodes e PVCs
Pods
A plataforma compara os requests e limits de CPU/memória definidos nos manifests com o uso real coletado pelo Metrics Server:
Pod: api-backend (namespace: producao)
CPU Request: 500m | CPU Uso médio: 85m | Sugestão: 100m
Mem Request: 512Mi | Mem Uso médio: 180Mi | Sugestão: 256Mi
Economia estimada ao ajustar todos os pods deste deployment: USD 45/mês
Nodes (Node Groups)
Quando os pods estão superdimensionados, os nodes ficam subutilizados. A plataforma pode recomendar:
- Reduzir o tipo de instância dos nodes
- Reduzir o número mínimo de nodes no auto-scaling group
PVCs (Persistent Volume Claims)
Para volumes com muito espaço não utilizado:
PVC: postgres-data (namespace: banco)
Capacidade: 500Gi | Uso atual: 87Gi | Sugestão: 120Gi (com 30% de buffer)
Economia estimada: USD 38/mês
Como usar as recomendações
Ordem de aplicação sugerida
- Comece pelas recomendações de Alta confiança com maior economia estimada
- Aplique em staging/homologação primeiro e monitore por 1–2 semanas
- Aplique em produção durante janela de manutenção
- Acompanhe as métricas após a mudança para confirmar que não houve impacto
Aplicação gradual
Para instâncias de banco de dados, o redimensionamento requer reinicialização. Planeje janelas de manutenção e comunique as equipes afetadas com antecedência.
Terraform (recomendado)
Para ambientes gerenciados com Terraform, aplique as mudanças via código:
# Antes
resource "aws_db_instance" "main" {
instance_class = "db.r5.4xlarge" # USD 1.200/mês
...
}
# Depois (recomendação aplicada)
resource "aws_db_instance" "main" {
instance_class = "db.r5.xlarge" # USD 300/mês — economia: USD 900/mês
...
}
Exportando dados de rightsizing
Excel
O botão Exportar → Excel na aba Rightsizing gera uma planilha com:
- Aba "Rightsizing" — tabela completa de recomendações com todas as métricas
- Fórmula de economia total já calculada
- Agrupamento por serviço para facilitar o planejamento
CSV
Para integração com outras ferramentas (ex.: FinOps platforms, planilhas customizadas):
- Clique em Exportar → CSV (disponível na aba Rightsizing).
- O arquivo inclui todas as colunas da tabela.
Dicas para maximizar as economias
Reserved Instances e Savings Plans
O rightsizing deve ser feito antes de comprar Reserved Instances ou Savings Plans. Comprar reservas para instâncias superdimensionadas desperdiça dinheiro que poderia ser economizado com o redimensionamento.
Sazonalidade
Se seu ambiente tem picos sazonais (ex.: e-commerce no fim de ano), certifique-se de que o período analisado inclui o pico. Recomendações baseadas apenas em períodos de baixa utilização podem resultar em subdimensionamento.
Kubernetes: cuidado com VPA automático
A plataforma fornece recomendações manuais. Se você usa o Vertical Pod Autoscaler (VPA) no Kubernetes em modo automático, as recomendações da plataforma podem ser substituídas automaticamente pelo VPA — o que é um comportamento esperado e saudável.