Aplicar o Right-sizing (ajuste do tamanho dos recursos) parece uma tarefa simples: basta reduzir o tamanho da máquina e economizar dinheiro. No entanto, na prática, essa é uma das áreas onde os times mais cometem erros estratégicos que podem comprometer a performance ou deixar economias massivas na mesa.
Aqui estão os erros mais comuns que você deve evitar para garantir uma infraestrutura eficiente:
1. Confiar apenas em médias ou picos de consumo
Muitas ferramentas sugerem ajustes baseados na média de uso do CPU, mas isso é um perigo. Uma média de 20% pode esconder picos agressivos que, se ignorados, causarão o "clipping" (gargalo de performance) após a redução do recurso. Por outro lado, dimensionar tudo pelo pico absoluto também é um erro, pois picos temporários (como backups ou reboots) podem levar a um superprovisionamento desnecessário.
2. Olhar apenas para o "Compute"
O erro clássico é focar apenas em instâncias de servidores e esquecer o resto. O Right-sizing deve se estender para bancos de dados (como RDS ou SQL) e, principalmente, para o armazenamento. Discos órfãos (não anexados a nenhuma máquina) ou volumes com IOPS (operações de entrada/saída) acima do necessário são fontes silenciosas de desperdício.
3. Ignorar o "Formato" do recurso
Não se trata apenas de reduzir o tamanho, mas de escolher a família de instâncias correta. Às vezes, o seu problema não é excesso de CPU, mas sim a proporção entre memória e processamento. Migrar para instâncias de gerações atuais ou famílias otimizadas para memória pode entregar mais performance por um custo muito menor.
4. Paralisia por causa de Instâncias Reservadas (RIs)
Muitos gestores deixam de fazer o Right-sizing porque têm medo de perder o desconto de uma reserva já comprada. Isso é um equívoco, pois provedores como AWS e Azure oferecem flexibilidade de tamanho dentro de certas famílias. É mais lucrativo ter um ambiente ajustado e flexível do que manter desperdício apenas para "gastar" um cupom de desconto.
5. Não simular o impacto antes da mudança
Mudar um recurso em produção sem visualizar o impacto esperado é um risco desnecessário. O ideal é utilizar ferramentas que mostrem como a carga de trabalho atual se comportaria no novo tamanho sugerido. Sem essa simulação, os engenheiros tendem a ser conservadores demais (perdendo economia) ou agressivos demais (causando quedas).
Dica de Ouro: O Right-sizing não é um evento único, mas um ciclo contínuo. O que é o tamanho ideal hoje pode se tornar obsoleto após uma atualização de código ou mudança no comportamento do usuário. Portanto, automatize a detecção, mas mantenha o diálogo blameless (sem culpa) com os engenheiros para entender o contexto de cada recurso.