Instâncias Spot na AWS: como o aviso de 2 minutos evita surpresa na fatura

A AWS avisa com só 2 minutos de antecedência antes de tomar de volta uma instância Spot. Entenda como funciona o sinal, quanto você paga se for interrompido e quando vale trocar a On-Demand pela mais barata.

Nota da redação: a seção abaixo descreve o modelo antigo de Spot Instances baseado em leilão e lance como fato histórico, mas essa informação não consta na documentação oficial usada como fonte deste artigo, que descreve apenas o mecanismo atual de precificação. Trata-se de um dado de contexto histórico amplamente conhecido no mercado, porém não verificável na fonte citada, e o leitor deve considerar isso ao avaliar essa passagem específica.

Quem decide rodar um pipeline de dados, um job de treinamento ou um runner de CI numa instância Spot da AWS precisa entender uma coisa antes de qualquer outra: o preço baixo vem com uma contrapartida de 2 minutos. É o tempo que a Amazon EC2 te dá entre o aviso de interrupção e o momento em que a instância é efetivamente parada, hibernada ou terminada. A documentação oficial do EC2 sobre Spot Instances detalha esse mecanismo, e vale revisitar porque o modelo mudou bastante desde os primeiros anos do serviço.

O que mudou no modelo Spot

Na origem, Spot funcionava como leilão: você definia um preço máximo que topava pagar, e a instância rodava enquanto o preço de mercado ficasse abaixo do seu lance. A AWS deixou de usar esse modelo de lance baseado em leilão. Hoje o Spot price é definido pela própria AWS e ajustado de forma gradual conforme a oferta e a demanda de longo prazo por capacidade ociosa em cada tipo de instância e Availability Zone, sem leilão e sem você competir contra outro cliente em tempo real.

Isso simplifica a decisão: você não escolhe mais um preço-teto, só decide usar Spot ou não. A instância roda enquanto houver capacidade disponível daquele tipo naquela zona, e continua rodando até você terminá-la, a capacidade acabar ou um Auto Scaling group desligá-la num scale-in.

Os conceitos por trás do sinal de 2 minutos

A documentação define um vocabulário específico que todo engenheiro de dados ou SRE que opera Spot precisa conhecer. Um Spot capacity pool é o conjunto de instâncias ociosas de um mesmo tipo (por exemplo, m5.large) numa mesma Availability Zone. O Spot price é o valor por hora daquele pool naquele momento, atualizado a cada cinco minutos na página de preços.

Um Spot Instance request pode ser one-time (pede uma vez só) ou persistent (a EC2 refaz o pedido automaticamente depois de cada interrupção). Antes mesmo da interrupção acontecer, a AWS pode emitir uma EC2 instance rebalance recommendation: um sinal de que a instância está sob risco elevado, dado justamente para você reagir sem esperar o aviso final.

Rebalance recommendation não é a mesma coisa que o aviso de interrupção

A diferença é sutil mas importa na prática. O rebalance recommendation é um alerta preventivo, sem prazo fixo, para você mover a carga para outras instâncias Spot ou on-demand antes que a interrupção chegue. Já o Spot Instance interruption notice é o aviso final e tem prazo definido.

A Amazon EC2 fornece um aviso de interrupção da instância Spot, que dá à instância um aviso de dois minutos antes de ela ser interrompida.

Amazon EC2 provides a Spot Instance interruption notice, which gives the instance a two-minute warning before it is interrupted.Documentação do Amazon EC2, AWS

Na prática, um pipeline que roda em Spot precisa escutar esse sinal (via metadata da instância ou EventBridge) e, nos 2 minutos, fazer checkpoint do estado, drenar conexões ou devolver a tarefa para a fila. Quem não trata isso perde trabalho em andamento, não a instância em si.

Spot x On-Demand: as diferenças que afetam o design

Essa tabela, direto da documentação, resume por que Spot pede desenho de aplicação tolerante a falha: a EC2 pode tomar a decisão de interromper por você, algo que nunca acontece numa On-Demand.

Quanto você paga quando a instância é interrompida

Aqui está o ponto que mais gera dúvida em quem está calculando a economia. Se você ou a EC2 interrompe uma Spot Instance em execução, a cobrança depende de dois fatores: o sistema operacional usado e quem causou a interrupção. Dependendo dessa combinação, você paga pelos segundos efetivamente usados, paga a hora cheia, ou não paga nada pela última hora parcial.

Isso significa que a economia de Spot não é só "preço por hora mais baixo": é preço mais baixo multiplicado pela certeza de que você vai pagar exatamente pelo que rodou, sem arredondar sempre para cima como pode acontecer em outros cenários de billing por hora. Para quem opera jobs curtos (minutos, não horas), vale conferir a regra de billing específica do seu sistema operacional antes de projetar a economia.

Savings Plans não cobre Spot, e isso muda o cálculo de FinOps

Um erro comum de quem monta a fatura é achar que o Savings Plans contratado empurra o preço do Spot para baixo também. Não empurra. A documentação é direta: Spot Instances não são cobertas por Savings Plans, e o gasto em Spot não consome o compromisso do seu Compute Savings Plan.

Na prática, isso quer dizer que o time de FinOps precisa tratar Spot como uma linha de otimização separada na fatura, não como parte da meta de cobertura de Savings Plans. Misturar os dois no mesmo dashboard de cobertura gera número de economia inflado e decisão de compra de commitment equivocada.

Como consultar preço e economia antes de migrar uma carga

Para ver o histórico de Spot price dos últimos três meses, a documentação indica o console do EC2 ou o comando describe-spot-price-history, que permite consultar o preço de um tipo de instância numa Availability Zone específica ao longo do tempo.

Para acompanhar economia já realizada, a AWS expõe visão de savings por Spot Fleet ou para todas as Spot Instances da conta, com janelas de última hora ou últimos três dias, e custo médio por vCPU-hora e por GiB de memória-hora. A própria documentação alerta que esses números são estimados e podem diferir da economia real, porque não incluem ajustes de billing do seu uso efetivo.

Quando vale a pena usar Spot (e quando não)

Spot compensa quando a carga tolera interrupção e você consegue reagir ao sinal de 2 minutos: a documentação cita como exemplos típicos análise de dados, jobs batch, processamento em segundo plano e tarefas opcionais. Na prática, isso também costuma se aplicar a cargas como renderização, pipelines de CI/CD ou treinamento distribuído com checkpoint frequente, desde que o workload seja desenhado para retomar de onde parou.

Não vale a pena para o que não tolera parada abrupta sem perda: banco de dados transacional sem réplica, serviço stateful sem mecanismo de failover, ou qualquer processo cujo checkpoint custe mais caro, em tempo de engenharia, do que a diferença de preço entre Spot e On-Demand. Antes de migrar uma carga, a pergunta certa não é "quanto custa menos", é "o que eu perco nos 2 minutos entre o aviso e a interrupção, e quanto custa me proteger disso".

Fonte

Fonte 1: Documentação do Amazon EC2, Spot Instances (https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html). As definições de Spot capacity pool, Spot price, Spot Instance request e rebalance recommendation, a tabela comparativa entre Spot e On-Demand, as regras de cobrança na interrupção e a observação sobre Savings Plans citadas neste artigo vêm diretamente dessa página oficial da AWS.

Fonte: Documentação do Amazon EC2 — Spot Instances