Guia Prático: Como Parar de Queimar Dinheiro no Azure Storage
Você já parou para conferir quanto está pagando de Azure Storage? Não o valor total na fatura — aquele número você conhece. Estou falando de quanto você está pagando a mais do que deveria.
Olá pessoALL,
Você já parou pra conferir quanto está pagando de Azure Storage? Não o valor total na fatura — aquele número você conhece. Estou falando de quanto você está pagando a mais do que deveria.
Na minha experiência com projetos aqui na AzureBrasil.cloud, a resposta quase sempre é: mais do que imagina. E o motivo é quase sempre o mesmo — tudo está no Hot tier. Logs de 2022, backups que ninguém acessa, PDFs de compliance que só existem por obrigação legal. Tudo ali, sentado na primeira classe, tomando champanhe, enquanto a fatura engorda mês a mês.
Vou ser honesto: já vi isso em dezenas de projetos. Storage accounts com terabytes de dados onde menos de 10% era acessado com frequência. O restante? Parado. Esquecido. Mas pagando como se fosse essencial.
Se você se identificou, esse guia é pra você. Vamos direto às dicas que mais geram economia real.
Nem Tudo Merece o Hot Tier
O Azure oferece cinco access tiers — cada um com um trade-off diferente entre custo de armazenamento e custo de acesso:
| Tier | Otimizado Para | Custo de Armazenamento | Custo de Acesso | Retenção Mínima |
|---|---|---|---|---|
| Hot | Dados acessados/modificados frequentemente | Mais alto | Mais baixo | Nenhuma |
| Cool | Dados acessados com pouca frequência | Menor | Maior | 30 dias |
| Cold | Dados raramente acessados, recuperação rápida | Ainda menor | Ainda maior | 90 dias |
| Archive | Dados raramente acessados, latência flexível (horas) | O mais baixo | O mais alto | 180 dias |
| Smart | Padrões desconhecidos/variáveis | Auto-otimizado | Auto-otimizado | Nenhuma |
A regra prática é simples: se você precisa pesquisar pra encontrar um blob, ele provavelmente não deveria estar no Hot. Quantos dos seus blobs realmente precisam de acesso imediato?
Pense no Hot tier como a mesa de trabalho. Só deveria estar ali o que você usa hoje. O resto vai pro armário (Cool), pro depósito (Cold) ou pro arquivo morto (Archive).
Faça Upload Pro Tier Certo Desde o Início
Esse é um erro que pega muita gente: fazer upload pro Hot tier e depois mover pro Cool. Parece inofensivo, mas você paga três vezes:
- Write cost no tier inicial (quando faz o upload)
- Write cost no novo tier (quando move)
- Custo de armazenamento enquanto o blob fica no Hot esperando a movimentação
Ou seja, é como comprar uma passagem de primeira classe e pedir pra trocar pra econômica depois da decolagem. Você já pagou pela primeira classe.
A solução? Definir o tier correto na hora do upload. Se você sabe que aquele arquivo é um backup mensal que ninguém vai acessar nos próximos 90 dias, mande direto pro Cold ou Archive. Seu financeiro vai agradecer.
Mas e quando você não sabe qual será o padrão de acesso? Aí entra o próximo aliado.
Smart Tier — Quando Você Não Quer Pensar Nisso
Não tem certeza de onde seus dados devem ficar? Não quer criar regras? Conheça o Smart Tier — a opção "deixa que eu resolvo" do Azure.
O funcionamento é elegante:
- Dados começam no Hot
- Ficaram 30 dias sem acesso? Movem automaticamente pro Cool
- 90 dias parados? Vão pro Cold
- Alguém acessou? Voltam pro Hot instantaneamente. Sem penalidades.
Sem taxas de exclusão antecipada. Sem cobranças de transição. Apenas uma pequena taxa de monitoramento: $0,04 por 10 mil objetos/mês (para objetos maiores que 128 KiB).
Na prática, é como ter um estagiário muito eficiente organizando seu armário de storage o tempo todo. Barato e silencioso.
Smart Tier resolve muito. Mas se você precisa de Archive tier, quer thresholds customizados (tipo mover pro Cool depois de 7 dias em vez de 30), ou precisa deletar blobs antigos automaticamente — Smart Tier não faz isso. Pra esse nível de controle, você precisa de outra ferramenta.
Lifecycle Management — Seu Piloto Automático de Custos
Se Smart Tier é o "set and forget", Lifecycle Management é o "eu tenho uma planilha e não tenho medo de usar".
Você define regras como:
- "Mova pro Cool depois de 15 dias"
- "Mova pro Cold depois de 60 dias"
- "Archive depois de 180 dias"
- "Delete depois de 365 dias"
- "Delete versões anteriores depois de 90 dias"
É gratuito pra configurar. Você paga apenas pelas transições de tier. E suporta Archive — algo que o Smart Tier não toca.
Qual usar? Depende do cenário:
| Aspecto | Smart Tier | Lifecycle Management |
|---|---|---|
| Setup | Habilita uma vez. Zero regras. | Cria, testa e mantém policies JSON |
| Thresholds | Fixos (30d Cool, 90d Cold) | Você define qualquer threshold |
| Archive tier | Não suporta | Suporta |
| Auto-delete | Não | Sim |
| Penalidades de exclusão | Nenhuma | Cool 30d, Cold 90d, Archive 180d |
| Custo de monitoramento | $0,04 por 10K objetos/mês | Gratuito |
Lifecycle Management dá controle total. Mas vamos ser honestos: as penalidades de exclusão antecipada pegam muita gente desprevenida. Se você mover um blob do Archive depois de 45 dias, paga pelos 135 dias restantes da retenção mínima de 180 dias. Isso pode transformar uma "otimização" em prejuízo se o planejamento não for bem feito.
Vale ressaltar: se sua empresa tem múltiplas storage accounts com padrões de acesso complexos, contar com um Solutions Partner pode fazer diferença. Mapear a estratégia certa de tiering e lifecycle em escala não é trivial — e um parceiro com experiência em otimização de custos Azure evita que você descubra os erros na fatura.
Monitore Antes de Otimizar
Você não otimiza o que não enxerga. Antes de sair movendo blobs entre tiers, ligue as luzes:
- Blob inventory reports — descubra o que você tem e onde vive. Parece básico, mas quantas storage accounts na sua organização têm inventário ativo?
- Last access time tracking — saiba o que realmente está sendo usado. Esse recurso é obrigatório pra regras de lifecycle baseadas em tempo de acesso.
- Análise com Azure Synapse ou Databricks — encontre dados ociosos escondidos em tiers caros
Esse é o passo do "confira seu extrato bancário". Chato? Sim. Eficaz? Absolutamente.
Checklist de Otimização
Se você pulou direto pra cá — sem julgamentos. Aqui está o guia inteiro numa tabela:
| # | Ação | O Que Você Economiza |
|---|---|---|
| 1 | Faça upload pro tier certo desde o início | Custos de double-write |
| 2 | Habilite Smart Tier para dados imprevisíveis | Tempo de gestão + taxas de penalidade |
| 3 | Configure lifecycle policies para padrões conhecidos | 30–70% em dados ociosos |
| 4 | Habilite blob inventory + last access time tracking | Visibilidade pra decisões futuras |
| 5 | Revise o access tier padrão da conta | Combine o default com o workload dominante |
| 6 | Monitore penalidades de exclusão antecipada | Evite cobranças desnecessárias |
| 7 | Reavalie periodicamente | Adapte-se a padrões de uso que mudam |
Lembra daquela pergunta do início — quanto você está pagando a mais? Agora você tem as ferramentas pra descobrir e, mais importante, pra resolver.
Já parou pra pensar que otimização de storage não é algo que você faz uma vez e esquece? Padrões de acesso mudam, dados novos chegam, e o que era Hot ontem pode ser Archive amanhã. O segredo é criar o hábito: monitore, ajuste, repita.
Se não está no tier certo, está no tier caro.
Espero que esse guia ajude você a colocar cada blob no lugar certo. Se tiver dúvidas, compartilhe nos comentários — e se aplicou alguma dessas dicas e viu resultado, conta pra gente!
[]s e até a próxima
Referências
Documentação Oficial
- Best practices for using blob access tiers — Boas práticas para uso de access tiers
- Access tiers for blob data — Visão geral dos tiers de acesso
- Optimize costs with Smart Tier — Como funciona o Smart Tier
- Lifecycle management overview — Visão geral do gerenciamento de ciclo de vida
Gerenciamento e Custos
- Manage and find data with blob index tags — Como usar index tags para organizar dados
- Block Blob pricing — Tabela de preços atualizada do Block Blob
Inspiração
- Stop Burning Money in Azure Storage — Artigo original do Azure Architecture Blog que inspirou este guia