Olá pessoALL,

Outro dia, em um dos grupos de Azure que participamos, um lead postou uma dúvida que me chamou a atenção: ele tinha acabado de contratar uma Reserved Instance de 3 anos pro Azure SQL Database dele e, ao verificar o blade de Reservations no portal, a utilização estava em 100%. Tudo certo, né? Você olha aquele número bonito, verde, 100% — e pensa: "Pronto, estou economizando."

Mas a fatura contava outra história. Ele continuava vendo cobranças de SQL Azure que não faziam sentido pra ele. A reserva estava funcionando ou não?

Decidi ajudar, mesmo sem ser nosso cliente. É o que fazemos na comunidade. E o que descobrimos foi bem mais do que uma confusão com o portal. Deixa eu te mostrar.

O Cenário — "Minha Reserva Não Está Funcionando"

O setup dele era o seguinte:

• Azure SQL Database — Single Database, vCore model
• Tier: Business Critical, Standard-series (Gen 5)
• Config: 1-4 vCores, 32 GB Storage
• Reserva: 3 anos
• Licenciamento SQL: Pay As You Go
• Backup: RA-GRS Backup Storage Redundancy
• Read replica: Geo Replica para Disaster Recovery

Ele contratou a reserva achando que ia ver uma diferença grande na fatura. E o portal confirmava: o blade de Reservations mostrava utilização de 100%. Nenhum desperdício.

Então por que a fatura ainda trazia cobranças de SQL Azure? Ele já tinha revisado os recursos, confirmado que não havia nada duplicado, verificado a subscription correta. Nada parecia estar errado.

Quando olhei o cenário junto com ele, minha primeira reação foi a mesma: se a utilização está em 100%, a reserva está funcionando. Gastamos um tempo revisando os detalhes no portal, procurando algum recurso órfão ou uma subscription cruzada. Parecia fazer sentido seguir nessa direção.

Mas o problema não era a reserva. A reserva estava funcionando perfeitamente. O problema era o que ele achava que a reserva cobria.

O Que a Reserva Realmente Cobre?

Aqui entra a primeira lição, e talvez a mais importante de tudo isso: reserva não é licença.

Quando você compra uma Reserved Instance para Azure SQL Database, o que exatamente está sendo reservado? Apenas o compute — CPU e memória. É isso. Nada mais.

O custo de um Azure SQL Database é composto por três camadas:

Componente	Coberto pela Reserva?	Observação
Compute (CPU + Memória)	Sim	É o que a Reserved Instance cobre
SQL Server License	Não	Cobrado por vCore, separadamente
Storage + Backup	Não	Cobrado pelo consumo

Ou seja, a reserva dele estava funcionando corretamente. O compute estava 100% coberto. Mas a cobrança que ele via na fatura era do licenciamento do SQL Server — um custo completamente separado, cobrado por vCore, que a reserva simplesmente não toca.

E aqui mora o detalhe que dói: ele estava usando Business Critical. Sabe o que isso significa em termos de licenciamento? Business Critical utiliza licença Enterprise do SQL Server — a mais cara que existe. Inclui In-Memory OLTP, read replica integrada, alta disponibilidade com Always On. Isso tudo é bom. Mas o custo de licenciamento por vCore nesse tier é bem mais alto do que no General Purpose, por exemplo.

Reserva não é licença. Guarda essa frase.

A Armadilha da Data de Compra

Com isso esclarecido, continuamos fuçando na conta dele. E achamos outro ponto que quase ninguém presta atenção.

Ele contratou a reserva no dia 22 do mês.

Parece irrelevante, né? Qual a diferença de comprar no dia 1 ou no dia 22?

A diferença é que reservas do Azure são cobradas a partir da data de compra, e o primeiro ciclo é um mês completo. Não importa o dia. Se você compra no dia 22, paga o mês cheio. Os 21 dias anteriores? O recurso já estava rodando sem reserva.

Ou seja: ele pagou Pay As You Go de compute por 21 dias e ao mesmo tempo pagou o mês cheio da reserva. Dinheiro jogado fora.

Detalhe pequeno? Parece. Mas numa reserva de 3 anos, cada real conta. A dica:

Sempre contrate reservas no início do mês. Você maximiza o aproveitamento desde o primeiro dia e evita pagar dois custos ao mesmo tempo.

Parece óbvio depois que alguém te conta. Mas quantas pessoas realmente pensam nisso na hora da compra?

Até aqui já tínhamos material suficiente pra uma boa conversa. Mas o que veio a seguir foi o que realmente virou a mesa.

O Grande Mas — Business Critical vs Hyperscale

Lembra que mencionei que ele estava usando Business Critical? Perguntei o motivo. A resposta foi direta:

Preciso da read replica pra não sobrecarregar o sistema.

Faz total sentido. Business Critical oferece uma read replica integrada, com replicação síncrona, sem custo adicional de compute. Muita gente escolhe esse tier só por causa disso.

MAS (aqui entra um GRANDE MAS) — ele estava pagando licenciamento Enterprise do SQL Server, por vCore, exclusivamente porque precisava de uma read replica. E existe um tier que oferece read replicas com um modelo de licenciamento completamente diferente.

Estou falando do Hyperscale.

O Azure SQL Database Hyperscale permite configurar High Availability replicas, que funcionam como read replicas, sem carregar o custo de licenciamento Enterprise por vCore da mesma forma que o Business Critical. O Hyperscale também traz storage que escala quase sem limite e backups rápidos independente do tamanho do banco.

Vamos aos números, que é o que importa. Para sermos justos, precisamos comparar maçãs com maçãs:

Cenário atual — Business Critical:

Item	Detalhe
Tier	Business Critical, Gen 5, 1-4 vCores
Reserva	3 anos
Licença SQL	Pay As You Go (Enterprise)
Storage	32 GB
Backup	RA-GRS
Custo mensal	$1.505,40 (R$7.527,00)

Cenário proposto — Hyperscale:

Item	Detalhe
Tier	Hyperscale, Provisioned, Gen 5, 1-4 vCores
Reserva	3 anos
HA Replicas	1 (substitui a read replica)
Storage	10 GB
Backup	RA-GRS
Custo mensal	$482,50 (R$2.412,50)

A diferença?

$1.022,90 por mês. R$5.114,50 por mês.

Por ano: $12.274,80 (R$61.374,00).

Ao longo dos 3 anos da reserva: $36.824,40 (R$184.122,00).

Leu certo. Quase R$184 mil reais de economia, só trocando de tier. Ele continua com a read replica, com alta disponibilidade, com reserva de 3 anos. A única coisa que muda é o modelo de licenciamento. Ele para de pagar Enterprise por vCore.

68% de redução no custo mensal. Pro mesmo cenário, com a mesma funcionalidade. Eu tive que recalcular pra ter certeza.

A Troca é Possível — Reservation Exchange

Se você está pensando "legal, mas ele já comprou a reserva de 3 anos em Business Critical — e agora?", tenho uma boa notícia.

O Azure permite fazer exchange de reservas. Você pode trocar sua Reserved Instance atual por uma nova, de tier diferente, sem custo de cancelamento. O valor restante da reserva original é creditado e aplicado na nova reserva.

Na prática, ele pode:

1. Acessar Reservations no portal do Azure
2. Selecionar a reserva atual (Business Critical)
3. Clicar em Exchange
4. Configurar a nova reserva (Hyperscale, mesma região, mesma série)
5. Confirmar a troca

O crédito proporcional do tempo restante é recalculado automaticamente. Você não perde dinheiro e não paga penalidade.

Mas atenção: nem sempre o exchange está disponível para todas as combinações de SKU. Valida a elegibilidade no portal antes de planejar qualquer coisa. E a migração do banco em si, de Business Critical para Hyperscale, exige planejamento de downtime e testes. Não confunda trocar a reserva com migrar o recurso.

O Valor de um Parceiro Microsoft

Agora me deixa te contar uma coisa sobre essa história. Esse lead não era nosso cliente. Ele pediu ajuda em um grupo de comunidade e nós, da AzureBrasil.cloud, ajudamos sem cobrar nada. Uma conversa e algumas perguntas certas.

O resultado? Uma economia projetada de R$5.114,50 por mês. Quase R$184 mil em 3 anos.

Isso não é marketing. São números de uma conversa que aconteceu num grupo do Telegram com um cara que simplesmente não sabia que estava pagando mais do que deveria.

E é aqui que entra o valor de ter um Microsoft Solutions Partner do lado.

Primeiro, ele te ajuda a não errar na compra. Saber o que uma reserva cobre antes de contratar, entender o impacto da data, escolher o tier certo desde o início.

Segundo, Azure muda o tempo todo. Novos tiers surgem, preços são ajustados, funcionalidades migram entre camadas. Um parceiro acompanha isso e traduz em economia real pro seu ambiente.

E terceiro, ele faz perguntas que você não faz. Quantas vezes você revisou custos de licenciamento SQL separadamente do compute? Quantas vezes comparou tiers olhando o modelo de licença? São coisas que parecem óbvias depois que alguém aponta, mas que raramente surgem numa revisão interna.

Se você está gerenciando Azure sozinho, provavelmente está deixando dinheiro na mesa sem saber. Não por incompetência — por falta de tempo, contexto ou alguém que pergunte "por que Business Critical e não Hyperscale?"

Lições Aprendidas

1. Reserva não é licença — Reserved Instances cobrem apenas compute (CPU e memória). O licenciamento do SQL Server é um custo separado, cobrado por vCore, e pode ser o maior componente da sua fatura — especialmente em Business Critical.

2. A data de compra importa — Reservas são cobradas a partir da data de contratação, mês cheio. Comprar no fim do mês significa desperdiçar dias de economia. Sempre que possível, contrate no início do mês.

3. Questione o tier — Se você está no Business Critical apenas por causa da read replica, analise o Hyperscale. A economia pode chegar a 68% do custo mensal — sem perder funcionalidade.

4. Reservation Exchange existe — Já comprou a reserva errada? O Azure permite trocar por outra sem penalidade. Não deixe o sunk cost te prender num tier mais caro.

5. Procure um parceiro — Um Microsoft Solutions Partner enxerga o que você não vê. Não porque você é menos capaz — porque é o trabalho dele olhar pra isso todos os dias.

6. Comunidade importa — Essa economia de quase R$184 mil nasceu de uma pergunta em um grupo. Participe, pergunte, compartilhe. O conhecimento coletivo economiza mais do que qualquer ferramenta de FinOps.

Conclusão

Uma reserva funcionando a 100% não significa que sua fatura está otimizada. Às vezes, o problema não está no que você comprou. Está no que você nem sabia que estava pagando separadamente.

Revise seus tiers, suas licenças, suas datas de compra. E se possível, converse com alguém que faz isso todos os dias. Pode valer quase R$184 mil.

Se você quer ajuda pra revisar seu ambiente Azure, a equipe da AzureBrasil.cloud está sempre disponível — seja como parceiro, seja na comunidade. É só chamar.

[]s e até a próxima

Referências

Reservas e Licenciamento

• O que são Azure Reservations — Visão geral de como funcionam as reservas no Azure
• Reserved capacity para Azure SQL Database — Detalhes sobre o que a reserva cobre no SQL Database
• Trocas e reembolsos de Azure Reservations — Como fazer exchange de reservas existentes

Azure SQL Database — Tiers e Pricing

• Visão geral do tier Business Critical — Quando usar e o que está incluído
• Visão geral do tier Hyperscale — Arquitetura, read replicas e modelo de licenciamento
• Comparação entre service tiers do Azure SQL Database — Tabela comparativa de features e preços por tier
• Azure SQL Database pricing — Calculadora oficial de preços