Um servidor pagando por 32 CPUs rodando em 8% de utilização média não é um servidor seguro — é um desperdício de dinheiro com uma justificativa que ninguém revisou desde o provisionamento inicial. Rightsizing é o processo de alinhar o que você paga com o que você realmente usa.
O que é rightsizing
Rightsizing é o processo de ajustar o tamanho (tipo e quantidade de recursos) das instâncias de cloud ao uso real da carga de trabalho. Em vez de pagar por 32 vCPUs e 128 GB de RAM em uma instância que usa 6 vCPUs e 24 GB de RAM em pico, você migra para uma instância de 8 vCPUs e 32 GB — pagando proporcionalmente menos pela mesma performance efetiva.
É a alavanca de FinOps mais direta e com resultados mais rápidos — porque não exige mudança de arquitetura, apenas mudança de tipo de instância.
Por que as instâncias ficam superdimensionadas
Se alguém pagou para provisionar recursos em excesso, havia uma razão. Entender essas razões ajuda a corrigi-las de forma sustentável:
Estimativas conservadoras no provisionamento inicial. Quando um novo sistema vai para produção, ninguém sabe exatamente qual será a carga. Para garantir que não vai falhar, o time provisiona generosamente. Isso é razoável no início — o problema é nunca revisar depois que o padrão de uso se estabeleceu.
Medo de performance. Existe um viés humano forte: ajustar para baixo e ter um incidente de performance tem uma consequência imediata e visível (sistema lento, usuários reclamando, escalonamento). Ajustar para cima tem custo invisível. O incentivo, sem FinOps, é sempre provisionar para cima.
Falta de monitoramento. Sem métricas de utilização histórica, é impossível fazer rightsizing com segurança. Se você não sabe que a instância está em 8% de CPU, não tem argumento para reduzir.
Mudança de carga ao longo do tempo. Um sistema que precisava de 32 vCPUs no lançamento pode não precisar mais após otimizações de código ou mudança de arquitetura. Sem revisão periódica, a instância fica no tamanho histórico indefinidamente.
Como identificar candidatos ao rightsizing
A regra geral: se a utilização média de CPU ou memória está abaixo de 20% por um período sustentado (2 a 4 semanas), a instância é candidata ao rightsizing.
No AWS:
- AWS Compute Optimizer analisa métricas de CloudWatch e faz recomendações automáticas de rightsizing com estimativa de economia
- Cost Explorer tem aba “Right Sizing Recommendations” para instâncias EC2
- Olhe CPU média E pico — uma instância com CPU média de 5% mas pico de 85% pode não ser candidata ao rightsizing
No Azure:
- Azure Advisor tem recomendações de rightsizing baseadas em 14 dias de métricas
- Azure Monitor fornece as métricas de utilização detalhadas
No GCP:
- Recommender API fornece recomendações de rightsizing para VMs
- Cloud Monitoring tem dashboards de utilização
Critérios para definir candidatos:
- CPU média < 20% por 4 semanas
- Memória média < 40% (memória tem menos pico relativo que CPU)
- Nenhum evento de pico > 80% no período
- Instância rodando carga estável (não candidata a burst)
Como fazer rightsizing com segurança
Rightsizing em produção exige cuidado — o objetivo é economizar sem causar degradação de performance.
1. Colete dados suficientes.
Analise no mínimo 2 a 4 semanas de métricas. Para sistemas com sazonalidade (picos no fim do mês, campanhas trimestrais), analise ao menos um ciclo completo.
2. Comece pelos ambientes de menor risco.
Dev e test são os alvos mais seguros — o impacto de um problema é limitado. Homologação em seguida. Produção por último.
3. Reduza gradualmente, não de uma vez.
Se a instância tem 32 vCPUs e a análise sugere que 8 são suficientes, considere ir para 16 primeiro, validar por 1 a 2 semanas, e então ir para 8. Reduções maiores exigem mais confiança nos dados.
4. Defina uma janela de manutenção.
Mesmo sendo apenas troca de tipo de instância (que geralmente exige restart), faça em janela acordada com os times de negócio.
5. Monitore ativamente após a mudança.
Configure alertas de CPU e memória para o período pós-rightsizing. Se a utilização subir para a faixa de risco (acima de 70% em média), avalie reverter ou ajustar para cima.
6. Tenha plano de rollback.
Para produção, saiba exatamente qual era a configuração anterior e quanto tempo leva para voltar. Instâncias podem ser redimensionadas novamente se necessário.
Impacto típico em custos
Rightsizing bem executado costuma resultar em economia de 20% a 40% nos custos de computação, dependendo do histórico de provisionamento da empresa.
Para uma empresa gastando USD 30.000/mês em EC2:
- 20% de economia: USD 6.000/mês → USD 72.000/ano
- 30% de economia: USD 9.000/mês → USD 108.000/ano
Esse valor em BRL, ao câmbio atual, representa economia que justifica amplamente o esforço de análise e implementação.
Além do rightsizing de CPU/memória, avalie também:
- Rightsizing de storage: discos maiores do que o necessário, IOPS provisionados acima do uso
- Rightsizing de banco de dados: instâncias RDS/Cloud SQL superdimensionadas
- Rightsizing de cache: ElastiCache/Memorystore com nós maiores do que o necessário
Se sua empresa usa cloud privada Adentro com contrato por recurso, o processo de rightsizing é feito em conjunto com nossa equipe — ajustando o contrato para refletir o uso real e gerando economia imediata.