Se você é gestor de TI ou CIO de uma empresa brasileira de médio ou grande porte, provavelmente já passou por isso: a fatura mensal da Azure chegou 20%, 30% acima do previsto e ninguém consegue apontar exatamente onde o dinheiro foi parar. O CFO quer explicações. Você abre o portal, olha aquele mar de recursos e pensa: “por onde começo?”.

Saber como reduzir custos Azure não é sobre cortar tudo e rezar para nada quebrar. É sobre entender onde está o desperdício, aplicar as alavancas certas e manter o ambiente saudável. A boa notícia: a maioria das empresas tem entre 20% e 40% de economia escondida no próprio ambiente, segundo dados que a Microsoft publica no Azure Advisor de clientes corporativos. O problema é que quase ninguém olha para isso com regularidade.
O que vem a seguir são sete dicas que funcionam de verdade. Não são conceitos abstratos. São ações que você pode começar a aplicar esta semana, com exemplos de como cada uma impacta o bolso.
1. Use o Azure Advisor toda semana (de verdade, não só quando lembrar)
O Azure Advisor é a ferramenta gratuita da Microsoft que analisa seu ambiente e gera recomendações de custo, segurança, desempenho e confiabilidade. Ele identifica VMs subutilizadas, discos órfãos, IPs públicos sem uso e até sugere mudanças de SKU que reduzem a fatura sem afetar a operação.
O problema é que a maioria dos times de TI abre o Advisor uma vez a cada trimestre, quando deveria ser um ritual semanal. Crie um lembrete recorrente. Delegue para alguém da equipe. Coloque na pauta da reunião de segunda-feira. Parece simples demais para funcionar, mas eu já vi empresas economizarem R$ 15 mil por mês só por agir nas recomendações de sizing que estavam lá, ignoradas, há semanas.
Um exemplo concreto: o Advisor aponta que uma VM Standard_D8s_v3 (8 vCPUs, 32 GB RAM) está usando em média 12% de CPU e 18% de memória. A recomendação é fazer downsize para uma D4s_v3. Isso corta o custo daquela VM pela metade. Multiplique por 30 ou 50 VMs nessa situação e o impacto é real.
E tem um detalhe que pouca gente percebe: as recomendações do Advisor mudam. Uma VM que estava bem dimensionada três meses atrás pode estar ociosa hoje porque o projeto que a usava terminou. Se você não olha com frequência, perde o timing.
2. Compre Reserved Instances para workloads estáveis de produção
Se você tem VMs de produção que rodam 24/7, 365 dias por ano, e está pagando preço sob demanda (pay-as-you-go), está literalmente jogando dinheiro fora. As Reserved Instances (RIs) oferecem descontos de até 72% em relação ao preço sob demanda, segundo a tabela pública da Microsoft, dependendo da série da VM e do prazo de compromisso.
O modelo é simples: você se compromete com 1 ou 3 anos de uso de determinado tipo de VM em determinada região. Em troca, paga muito menos. O desconto de 3 anos é maior, mas o de 1 ano já é significativo e tem menos risco de lock-in.
A dica prática aqui: não reserve tudo de uma vez. Comece pelas VMs que você tem certeza absoluta que vão continuar rodando. Servidores de banco de dados de produção, domain controllers, servidores de aplicação que atendem o ERP. Esses são candidatos óbvios. Já VMs de projetos temporários ou ambientes que podem migrar de região, deixe no pay-as-you-go por enquanto.
Um erro comum é comprar RIs sem antes fazer o rightsizing (dica 1). Não faz sentido reservar uma VM superdimensionada por três anos. Primeiro ajuste o tamanho, depois reserve.
E uma coisa que facilita a vida: as RIs da Azure têm flexibilidade de instância dentro da mesma família. Se você reservou uma D4s_v3 mas precisa trocar por duas D2s_v3, o desconto se aplica automaticamente. Isso reduz muito o medo de “e se eu precisar mudar”.
3. Ative o Azure Hybrid Benefit se já tem licenças Windows Server ou SQL Server
Essa é talvez a economia mais fácil de capturar e, ao mesmo tempo, a mais esquecida. O Azure Hybrid Benefit permite usar licenças Windows Server e SQL Server que você já comprou (com Software Assurance ativo) para eliminar o custo de licenciamento das VMs na Azure. Você paga só pela computação.
O impacto é grande. Para VMs Windows, a economia chega a 40% do custo da VM. Para SQL Server, pode passar de 55%, especialmente nas edições Enterprise. E sim, pode ser combinado com Reserved Instances. Uma VM com RI de 3 anos mais Hybrid Benefit pode custar até 80% menos que o preço pay-as-you-go cheio. Esses números estão na calculadora pública de preços da Azure.
O passo prático: peça para o time de licenciamento levantar quantas licenças Windows Server e SQL Server com Software Assurance a empresa tem. Depois, cruze com as VMs que rodam esses sistemas na Azure. A ativação do benefício é feita direto no portal, VM por VM, ou via PowerShell em lote.
Se a sua empresa não tem clareza sobre o inventário de licenças Microsoft (e honestamente, a maioria não tem), esse é o tipo de situação em que vale buscar ajuda especializada. A gestão de licenciamento Microsoft 365 e Azure com a Omega Brasil inclui exatamente esse mapeamento, identificando onde o Hybrid Benefit pode ser ativado e quanto se economiza.
4. Use Spot VMs para workloads que toleram interrupção
As Spot VMs são capacidade ociosa da Azure vendida com desconto de até 90% sobre o preço sob demanda. O trade-off: a Microsoft pode reclamar a VM com 30 segundos de aviso quando precisar daquela capacidade. Parece assustador, mas para vários cenários isso funciona muito bem.
Ambientes de desenvolvimento e teste são o caso mais óbvio. Se a VM de dev for despejada, o desenvolvedor reinicia e continua trabalhando. Processamento em lote (batch jobs) que pode ser retomado do ponto onde parou também se encaixa. Treinamento de modelos de machine learning, rendering, pipelines de CI/CD que já tem retry automático.
O que não entra: banco de dados de produção, servidor de aplicação que atende cliente, qualquer coisa que não pode cair sem aviso. Isso é óbvio, mas vale reforçar porque já vi gente tentando colocar carga crítica em Spot VM para “ver se aguenta”. Não faça isso.
Na prática, o jeito mais seguro de começar é pegar um ambiente de homologação que hoje roda em VMs sob demanda e migrar para Spot. Meça por duas semanas. Veja quantas vezes houve despejo. Se o impacto foi mínimo, expanda para outros ambientes não críticos.
5. Implemente tagging por centro de custo e crie budgets no Cost Management
Essa dica não economiza dinheiro diretamente, mas sem ela todas as outras perdem eficácia. É como tentar emagrecer sem balança: você até pode cortar calorias, mas não sabe se está funcionando.
Tagging é aplicar etiquetas (tags) nos recursos da Azure com informações como centro de custo, projeto, responsável e ambiente (produção, homologação, dev). O Azure Cost Management usa essas tags para gerar relatórios de custo por área, por projeto, por qualquer dimensão que faça sentido para o seu negócio.
O cenário clássico no Brasil: a empresa tem 200 recursos na Azure, três equipes diferentes provisionando coisas, e quando chega a fatura ninguém sabe quem pediu aquele cluster de Kubernetes que está custando R$ 8 mil por mês. Com tagging consistente, você abre o Cost Management e vê que 40% do gasto é do projeto X, que o time de dados está consumindo o triplo do orçado, que o ambiente de homologação custa quase tanto quanto produção.
Depois de ter visibilidade, crie budgets no Cost Management. Defina um teto de gasto mensal por subscription, por resource group ou por tag. Configure alertas em 50%, 80% e 100% do budget. Quando o alerta dispara, alguém investiga antes que vire surpresa na fatura.
Uma dica operacional: defina uma política (Azure Policy) que impeça a criação de recursos sem as tags obrigatórias. Sem isso, a disciplina de tagging dura duas semanas e depois todo mundo esquece. A policy funciona como trava automática. Sem tag, não sobe recurso. Simples e efetivo.
Aliás, se o seu ambiente Azure já cresceu além do que o time interno consegue acompanhar com conforto, considere um parceiro que viva esse tipo de gestão no dia a dia. A gestão de infraestrutura Azure e soluções de TI corporativa da Omega Brasil cobre desde o assessment inicial até a operação contínua com práticas de FinOps.
6. Desligue VMs de dev/test fora do horário comercial
Parece óbvio, mas é impressionante a quantidade de VMs de desenvolvimento e teste que ficam ligadas 24 horas, 7 dias por semana, sendo usadas só das 9h às 18h de segunda a sexta. Isso significa que a empresa está pagando por 128 horas semanais de uso para algo que roda, no máximo, 45 horas. São 65% de desperdício puro.
A Azure oferece a solução Start/Stop VMs during off-hours, que hoje roda via Azure Automation ou Azure Functions. Você define os horários de ligar e desligar, aplica por tags ou resource groups, e pronto. As VMs desligam às 19h e religam às 8h no dia seguinte. Nos finais de semana, ficam desligadas.
Importante: VM desligada (deallocated) na Azure não cobra computação. Você paga só pelo disco e pelo IP público, se tiver. A economia de computação é total durante o período desligado.
Um ponto de atenção: combine com o time de desenvolvimento antes de ligar o desligamento automático. Nada pior do que o dev estar rodando um teste de carga às 20h e a VM desligar. Defina exceções. Permita que o desenvolvedor adie o desligamento via tag ou via uma automação simples. Rigidez demais gera workarounds, e workaround em cloud geralmente significa alguém criando uma VM nova fora do processo, que aí sim nunca mais é desligada.
Se a empresa tem 20 VMs de dev/test com custo médio de R$ 800/mês cada, desligar fora do horário comercial economiza algo em torno de R$ 10 mil por mês. Não é o maior corte do mundo, mas paga o almoço do time de TI por um bom tempo (e acumula ao longo de 12 meses).
7. Audite o storage e mova dados frios para tiers Cool ou Archive
Storage é daqueles custos que crescem silenciosamente. Todo mês alguém sobe um backup, um log, um dump de banco, um snapshot de VM. Ninguém deleta nada porque “vai que precisa”. Em dois anos, a conta de storage dobrou e boa parte do que está armazenado não é acessada há mais de 90 dias.
A Azure tem três tiers principais de Blob Storage: Hot (acesso frequente), Cool (acesso eventual, mínimo 30 dias) e Archive (acesso raro, mínimo 180 dias). A diferença de preço é brutal. O tier Archive pode custar até 1/20 do preço do Hot, dependendo da região. Para dados que existem só por compliance ou backup histórico, Archive faz todo sentido.
O passo prático: use o Azure Storage Explorer ou o relatório de “last access time” (precisa habilitar o tracking de último acesso) para identificar blobs que não são lidos há 90 dias ou mais. Depois, crie uma Lifecycle Management Policy que move automaticamente blobs sem acesso para Cool após 30 dias e para Archive após 90 dias. A política roda sozinha, sem intervenção manual.
Mas atenção ao trade-off: reidratar dados do tier Archive pode levar até 15 horas (na prioridade padrão) e tem custo por GB reidratado. Então não jogue para Archive dados que podem ser pedidos com urgência. Logs de auditoria antigos, backups de meses anteriores, exports de sistemas legados: esses são candidatos perfeitos. Base de dados ativa do financeiro: obviamente não.
Outro ponto que muita gente ignora: snapshots de VMs. Cada snapshot ocupa espaço no storage e cobra por isso. É comum encontrar ambientes com dezenas de snapshots antigos de VMs que já foram deletadas. Uma limpeza manual de snapshots pode liberar terabytes e economizar centenas de reais por mês.
Quanto realmente dá para economizar na Azure?
A resposta honesta: depende de quanto desperdício existe hoje. Empresas que nunca fizeram um exercício sério de otimizar custos Azure costumam encontrar reduções de 25% a 40% na fatura mensal combinando as sete práticas acima. Empresas que já têm alguma disciplina de FinOps podem encontrar 10% a 15% adicionais.
Mas aqui vai um conselho que parece contraintuitivo: nem toda economia vale o esforço. Se o seu ambiente gasta R$ 2 mil por mês em storage e R$ 80 mil em computação, não comece pelo storage. Comece pelas VMs. Faça o rightsizing, compre Reserved Instances, ative o Hybrid Benefit. Essas três ações sozinhas provavelmente representam 70% da economia disponível.
Priorize as três maiores fontes de custo primeiro. Resolva o grosso. Depois vá refinando com as outras dicas. Querer otimizar tudo ao mesmo tempo gera paralisia e reuniões intermináveis.
Vale a pena fazer FinOps com equipe interna ou com um parceiro?
Se o time de TI já tem alguém com experiência em gestão financeira de cloud e tempo disponível para se dedicar, fazer internamente funciona. O Azure Cost Management e o Advisor dão muita informação. As ferramentas estão lá.
O problema é que na maioria das empresas brasileiras de médio porte, o time de infra já está sobrecarregado mantendo a operação. Ninguém tem tempo de sentar toda semana para analisar recomendações do Advisor, revisar tagging, validar se as RIs compradas ainda fazem sentido. O assessment fica para “o mês que vem” e o mês que vem nunca chega.
Nesses casos, trazer um parceiro que já tem processo e experiência montados acelera muito o resultado. A Omega Brasil faz assessment FinOps do seu ambiente Azure e entrega um mapa claro de onde estão os cortes mais rápidos, com estimativa de economia por ação e priorização por impacto. É o tipo de projeto que se paga em um ou dois meses de economia capturada.
Resumo prático: as 7 ações para economizar na Azure
- Azure Advisor semanal: rightsizing e eliminação de recursos ociosos.
- Reserved Instances: compromisso de 1 ou 3 anos para VMs estáveis de produção.
- Azure Hybrid Benefit: usar licenças Windows Server e SQL Server existentes para eliminar custo de licenciamento na cloud.
- Spot VMs: até 90% de desconto para workloads de dev/test, batch e ML que toleram interrupção.
- Tagging e budgets: visibilidade de custo por centro de custo, alertas automáticos e Azure Policy para garantir disciplina.
- Desligamento automático: VMs de dev/test desligadas fora do horário comercial via Automation ou Azure Functions.
- Storage lifecycle: mover dados não acessados para tiers Cool e Archive com políticas automáticas.
Comece pelas três que atacam a maior fatia do seu gasto. Meça o resultado. Depois siga para as demais. Em três meses, a fatura da Azure vai ser uma conversa muito mais tranquila com o CFO.
Profissional com sólida experiência no mercado corporativo de Tecnologia da Informação, à frente da Omega Brasil, construiu uma trajetória de 20 anos com foco em soluções, parcerias estratégicas e crescimento sustentável dos negócios.