Right-sizing de máquinas virtuais no Azure

O erro de trazer o datacenter para a nuvem

No datacenter, o hardware era um custo afundado: uma vez comprado o servidor, usar 10% ou 90% dele custava o mesmo. Por isso, todo mundo comprava com folga. Quando essas cargas migram para o Azure sem revisão, o hábito vem junto — e a empresa passa a pagar por CPU e memória que nunca usa. O right-sizing é a prática de ajustar cada máquina virtual ao consumo real, e é uma das economias mais rápidas da nuvem.

Como parceira Microsoft e CSP, a RHC trata o right-sizing não como um evento único, mas como um ciclo contínuo de observação e ajuste.

Right-sizing começa com dados

Ajustar tamanho no chute é perigoso: reduzir demais degrada a aplicação, reduzir de menos não economiza. A base correta é o dado de desempenho ao longo do tempo. Métricas essenciais:

• CPU — média e picos (percentil 95), não só o instantâneo.
• Memória — consumo real vs. provisionado.
• Disco (IOPS e throughput) — muitas VMs estão mal dimensionadas no disco, não na CPU.
• Rede — relevante para cargas de comunicação intensa.

O Azure Monitor coleta essas métricas, e o Azure Advisor transforma o histórico em recomendações concretas de redimensionamento ou desligamento.

Entendendo as séries de VM

Right-sizing não é só diminuir o número — é escolher a série certa. O Azure organiza as VMs em famílias com perfis diferentes:

Uma VM de banco de dados sofrendo por memória não precisa de mais CPU — precisa migrar da série D para a série E. Escolher a família certa às vezes economiza mais que reduzir o tamanho.

VMs burstable para cargas leves

Muitos servidores rodam ociosos a maior parte do tempo e só precisam de potência em rajadas curtas. A série B (burstable) foi feita para isso: acumula créditos de CPU quando está ocioso e os gasta nos picos, a um custo bem menor que uma VM de uso geral equivalente.

O processo de right-sizing

1. Observar — colete pelo menos duas a quatro semanas de métricas para capturar ciclos de negócio.
2. Identificar candidatos — VMs com CPU e memória consistentemente baixas.
3. Escolher o novo tamanho — família e SKU adequados ao percentil de pico, com folga de segurança.
4. Testar — validar em não-produção ou em janela controlada.
5. Aplicar — redimensionar (exige reinício da VM).
6. Monitorar — confirmar que a performance se mantém após a mudança.

Além do tamanho: outras fontes de desperdício

O right-sizing anda junto com outras faxinas de custo:

• VMs paradas mas não desalocadas — uma VM "parada" pelo sistema operacional ainda cobra computação; é preciso desalocar pelo Azure.
• Discos órfãos — discos gerenciados que sobraram de VMs excluídas continuam cobrando.
• IPs públicos e balanceadores ociosos.
• Snapshots antigos acumulando custo de armazenamento.
• Ambientes de não-produção rodando 24×7 sem necessidade.

Right-sizing sem perder resiliência

Reduzir tamanho não pode comprometer a disponibilidade. Cuidados:

• Mantenha margem de segurança sobre o pico observado, não sobre a média.
• Considere sazonalidade (fechamento de mês, campanhas, picos de fim de ano).
• Combine com autoscale onde a carga varia, em vez de fixar uma VM grande.
• Documente o baseline antes de mudar, para comparar depois.

Checklist / Key takeaways

• Right-sizing começa com dados de desempenho, não com palpite.
• Olhe CPU, memória, disco e rede — o gargalo nem sempre é a CPU.
• Escolha a série de VM certa antes de mexer no tamanho.
• Use série B (burstable) para cargas leves e intermitentes.
• Desaloque VMs paradas e limpe discos e IPs órfãos.
• Mantenha margem sobre o pico e considere sazonalidade.

O right-sizing bem feito costuma liberar 20–40% do custo de computação sem que o usuário perceba qualquer diferença — e, tratado como ciclo, mantém a fatura enxuta ao longo do tempo. A RHC conduz esse ciclo com base nos seus dados reais.