Blog Samax
Microsoft aposentou séries de Reserved Instances do Azure: o checklist para sua reserva não virar on-demand
Desde 1º/07/2026, RIs de séries antigas do Azure não renovam mais. O auto-renew segue ligado, só não dispara.
O botão de renovação automática da sua reserva do Azure continua ligado.
Ele só não vai disparar.
Desde 1º de julho de 2026, a Microsoft não aceita mais compras nem renovações de Reserved Instances para uma lista de séries antigas de máquina virtual. As reservas ativas valem até o fim do prazo contratado. Depois disso, a mesma máquina continua rodando — cobrada em preço on-demand.
Não gera incidente. Não quebra pipeline. Não aparece em monitoramento.
Só na fatura.
São dois grupos, e o segundo é o mais exposto:
| Séries | O que acabou |
|---|---|
| Av2, Amv2, Bv1, D, Ds, Dv2, Dsv2, F, Fs, Fsv2, G, Gs, Ls, Lsv2 | Reserva de 1 ano. As de 3 anos já haviam encerrado em 2025 |
| Dv3, Dsv3, Ev3, Esv3 | Reserva de 1 e de 3 anos |
O segundo grupo não está sendo aposentado como máquina. Você pode rodar nele indefinidamente. O que não dá mais é travar desconto.
Sobre a opção de não fazer nada, a documentação da Microsoft traz uma frase incomum para um manual técnico:
“Isso deve ser uma decisão consciente, não um resultado acidental.”
A diferença entre as duas coisas é só uma: alguém ter olhado a data.
E quase nunca alguém olhou. No Radar da Nuvem, apenas 11% das empresas têm o time Financeiro como responsável pelo controle do custo de nuvem. Nas outras nove em cada dez, a conta é inteira do time técnico — que não tem motivo nenhum para acompanhar calendário de contrato. No mesmo estudo, um terço das empresas não sabe dizer se estourou o orçamento de cloud.
Uma reserva que expira e vira on-demand é exatamente o tipo de variação que se dissolve nesse terço.
Foto de Kevin Ache na Unsplash
E existe uma segunda data, mais dura, que quase ninguém está olhando. Várias dessas séries são aposentadas de vez: Dv2, Dsv2 e Ls em maio de 2028; Av2, Fsv2, Gs e Lsv2 em novembro de 2028; HBv2 e NP-series já em maio de 2027. Depois dessa data a Microsoft desaloca a VM — ela para de funcionar, perde SLA e suporte, e o que estava em memória se perde.
Renovar desconto em uma série que vai ser desalocada resolve a fatura de um ano e adia um problema maior.
O checklist, feito no portal, leva menos de uma hora:
- Em Reservations, filtre por Product type: Virtual Machines
- Anote VM family e Reservation expiration date de cada reserva e cruze com a tabela acima
- Em Cost Management + Billing, confirme se a carga de trabalho sobrevive à data de expiração
- Desligue o auto-renew das reservas afetadas, ou trate como desligado — ele não vai executar
- Calcule a diferença entre a taxa reservada e a on-demand, vezes as horas do mês, vezes o câmbio
- Decida por reserva: savings plan, modernizar para v5/v6, trocar ou on-demand consciente
- Dê um nome responsável e uma data de revisão para cada uma
Sem a última linha, o resto vira documento.
A recomendação da própria Microsoft é começar de 6 a 12 meses antes de cada vencimento. Reservas do Azure são só o exemplo desta semana — no mês que vem será outro provedor, outro programa, outra data.
Quem na sua empresa sabe, hoje, quando expira a próxima reserva?