Reserved Instances vs Savings Plans: como decidir o que reservar na AWS com dados de utilização reais

Comprometer-se com a AWS é a forma mais direta de pagar menos pelo mesmo: reserva capacidade ou gasto durante um ou três anos e, em troca, obtém um desconto importante sobre o preço a pedido. O problema é que o compromisso paga-se mesmo que não o use. Reservar uma máquina que desliga ao fim de quatro meses sai mais caro do que não ter reservado nada. Neste artigo resumimos o que são as Reserved Instances e os Savings Plans e depois mostramos, passo a passo, como decidir o que reservar com os dados de utilização que o AAA Sentinel já recolhe da sua conta.

Reserved Instances e Savings Plans em dois minutos

As duas fórmulas trocam compromisso por desconto, mas comprometem-se com coisas diferentes:

• Reserved Instances (RI): compromete-se com uma configuração concreta (tipo de instância, região, sistema operativo) durante 1 ou 3 anos. Existem para EC2 e também para bases de dados como o RDS. Em EC2 há duas variantes: Standard, com o maior desconto (a AWS fala em até 72 %) e pouca flexibilidade, e Convertible, com um desconto um pouco menor (até 66 %) em troca de poder trocá-la por outra configuração.
• Savings Plans: compromete-se a gastar um valor fixo por hora (por exemplo, 10 US$/hora) durante 1 ou 3 anos, e a AWS aplica o desconto ao que encaixar. O Compute Savings Plan cobre EC2, Fargate e Lambda em qualquer família, tamanho ou região (até 66 %). O EC2 Instance Savings Plan limita-se a uma família numa região e aproxima-se do desconto de uma RI Standard (até 72 %).
• Formas de pagamento, nos dois casos: tudo adiantado (All Upfront), uma parte (Partial Upfront) ou nada adiantado (No Upfront). Quanto mais adianta, maior o desconto; mas mesmo sem pagar nada no início, compromete-se a pagar todos os meses do prazo.

Qual escolher

Não há uma resposta universal, mas há uma regra prática que funciona na maioria das equipas:

• Arquitetura em mudança (contentores, migrações entre famílias, Lambda ou Fargate): Compute Savings Plan. Perde algum desconto, mas o compromisso continua a servir mesmo que mude de máquina.
• Frota estável que não vai mudar de família nem de região durante o prazo: RI Standard ou EC2 Instance Savings Plan, que dão o maior desconto.
• Bases de dados RDS: os Compute Savings Plans não cobrem o RDS, por isso a via clássica são as RI de RDS.
• Prazo: três anos quase duplicam o desconto de um, mas também o risco. Só compensam para cargas de que tenha muita certeza.

O problema: comprometer-se às cegas

Uma reserva só poupa se a máquina fosse estar ligada de qualquer forma. Uma m5.large em eu-west-1 custa cerca de 73 US$ por mês a pedido; a mesma com uma RI de 1 ano sem pagamento inicial, cerca de 45 US$. Ou seja, a RI custa à volta de 62 % do preço a pedido. Se essa instância fosse funcionar menos de 62 % das horas do mês, a reserva faz-lhe perder dinheiro. Por isso a pergunta útil não é «quanto desconto me dão?», mas «que cargas são suficientemente estáveis para me comprometer com elas?». E para lhe responder são precisos dados de utilização, não intuições.

O que ganha com isto

Decidir as reservas com dados muda a conversa com a área financeira:

• Sabe que instâncias concretas são candidatas e porquê, em vez de reservar «uma percentagem da fatura».
• Vê a poupança a 1 e a 3 anos lado a lado, com um nível de confiança para cada recomendação.
• Conhece o compromisso real que assina: quanto vai pagar todos os meses, aconteça o que acontecer.
• Pode validar o impacto no simulador antes de comprar o que quer que seja.

O que o AAA Sentinel cobre (e o que não cobre)

Convém deixá-lo claro desde o início: as recomendações de reserva do AAA Sentinel cobrem hoje Reserved Instances da AWS para instâncias EC2 e bases de dados RDS. A plataforma não recomenda Savings Plans, nem Reservas do Azure, nem Committed Use Discounts (CUD) do Google Cloud. Se trabalha com essas fórmulas, avalie-as com as ferramentas nativas de cada fornecedor:

• Savings Plans da AWS: na consola de Billing and Cost Management, Savings Plans → Recommendations. A AWS calcula o compromisso por hora a partir da sua utilização recente.
• Reservas do Azure: o Azure Advisor, nas suas recomendações de custo, propõe reservas a partir da utilização das suas máquinas virtuais e de outros serviços.
• CUD do Google Cloud: o Recommender do Google Cloud (visível na consola de faturação) propõe compromissos de utilização segundo o seu consumo.

Caso prático: a frota estável da ACME

A ACME, uma empresa fictícia, tem uma conta AWS em eu-west-1, com Linux e tudo ligado o mês inteiro. O gasto total na conta ronda os 2.400 US$ por mês. Esta é a parte que nos interessa:

Passo 1: começar pelo Resumo de economia

Com a conta ligada e pelo menos uma análise concluída, entre em Otimização → «Resumo de economia». Esta página está disponível em todos os planos e reúne o potencial de poupança da última análise: «Economia total/mês» (Reserved Instances a 1 ano mais rightsizing), o número de «Candidatos RI» e o «Detalhamento das economias potenciais». Daqui chega às três páginas de detalhe: Instâncias Reservadas, Rightsizing e «Simulador de economia», que exigem o plano Pro (o período experimental gratuito de 30 dias inclui o Pro).

Passo 2: ler a página Instâncias Reservadas

Em Otimização → «Instâncias Reservadas» (/savings/reservations) verá, para a conta selecionada (se tiver várias, há um seletor no canto superior direito):

• Um seletor de prazo, «1 ano» ou «3 anos», que recalcula a página inteira.
• Três indicadores: «Economia 1 ano» (ou «Economia 3 anos»), com a poupança mensal total; «Candidatos», as instâncias que cumprem os critérios; e «Analisados», quantas instâncias foram avaliadas.
• Uma tabela com uma linha por candidata: «Instância» (nome e identificador), «Tipo», preço On-Demand, preço da RI, «Economia» em valor e percentagem, CPU média e «Confiança».
• Uma caixa «Como funciona?» com o resumo dos critérios e dos pressupostos de preço.

Passo 3: perceber os critérios e a confiança

Saber como uma candidata é escolhida é o que lhe permite confiar na lista. Estes são os critérios exatos:

• EC2: só instâncias em execução, de um tipo que a plataforma tenha no seu catálogo de preços e que custem pelo menos 10 US$ por mês a pedido. Além disso, a CPU média dos últimos 30 dias (ou de 7, se não houver 30 dias de métricas) tem de ser de 15 % ou mais.
• Confiança em EC2: «Alta» se a CPU média for de 30 % ou mais e o p95 não passar do dobro da média; «Média» se a média for de 15 % ou mais e o p95 não passar do triplo; «Baixa» nos restantes casos. Uma instância com picos fortes não desaparece da lista: aparece com confiança «Baixa», e convém lê-la como um aviso, não como uma recomendação.
• RDS: instâncias de uma classe incluída no catálogo, de pelo menos 10 US$ por mês, com uma média de ligações em 7 dias superior a 0,5. A confiança é «Alta» com mais de 5 ligações em média e «Média» nos restantes casos. No RDS não há coluna de CPU.

Passo 4: os pressupostos de preço e o resultado da ACME

Os valores saem de um catálogo de preços aproximados de eu-west-1 para Linux, com RI sem pagamento inicial (No Upfront) e, no RDS, Single-AZ. Aplica-se o mesmo catálogo seja qual for a região da instância. Com o prazo em «1 ano», a página da ACME mostra «Economia 1 ano» de 287,10 US$/mês, 9 «Candidatos» e 11 «Analisados» (as 9 instâncias EC2 em execução mais as 2 de RDS). Com «3 anos», a poupança sobe para 458,50 US$/mês. Este é o detalhe a 1 ano:

Passo 5: decidir o que reservar de facto

A lista é o ponto de partida, não a ordem de compra. A ACME revê-a com a equipa e deixa de fora duas candidatas:

• A t3.medium dos relatórios, pela confiança «Baixa»: com picos perto de quatro vezes a média, a equipa prefere estudar se outro tamanho é mais adequado antes de se prender por um ano.
• A base de dados de staging, porque tencionam desligá-la à noite. Uma reserva sobre algo que vai desligar metade do tempo perde quase todo o sentido.
• Resultado: reservam as 4 m5.large, as 2 c5.xlarge e a db.m5.large. Poupança: 255,70 US$/mês, cerca de 3.068 US$ por ano.
• Compromisso: vão pagar 424,70 US$ por mês durante 12 meses (5.096,40 US$ no total), usem ou não essas máquinas. A pedido pagavam 680,40 US$/mês por elas.

Passo 6: validar no Simulador

Em Otimização → «Simulador de economia», a ACME ativa o cenário «Instâncias Reservadas (1 ano)». O campo «Economia estimada (USD/mês)» já vem preenchido com o total a 1 ano da última análise (287,10). Altera-o para 255,70 para refletir a sua decisão e clica em «Simular economia». O simulador devolve «Economia mensal» 255,70 US$, «Economia anual» 3.068,40 US$ e «Novo custo», que é o gasto mensal da conta na última análise menos essa poupança: cerca de 2.144 US$.

• Pode combinar o cenário com «Rightsizing de instâncias» e com os restantes, mas atenção: se uma instância aparecer em Rightsizing e em Instâncias Reservadas, redimensione-a primeiro e reserve-a depois com o novo tamanho. As duas poupanças não se somam sem mais.
• O cenário de reservas do simulador trabalha a 1 ano. Para comparar com 3 anos, use o seletor de prazo da página Instâncias Reservadas.

Passo 7: comprar a reserva na AWS

O AAA Sentinel recomenda, mas não compra: a reserva adquire-se na consola da AWS (EC2 → Reserved Instances para as instâncias, RDS → Reserved instances para as bases de dados). Escolha o mesmo tipo, região, sistema operativo e forma de pagamento que avaliou. Depois da compra, as análises seguintes continuarão a ver essas instâncias em execução, por isso não estranhe que continuem na lista: a plataforma ainda não lê as reservas que já tem.

O que ainda não faz

Para que a ferramenta o ajude sem surpresas, convém conhecer os seus limites atuais:

• Só recomenda Reserved Instances da AWS para EC2 e RDS. Não recomenda Savings Plans, Reservas do Azure nem CUD do Google Cloud.
• Não tem em conta as reservas nem os Savings Plans que já tenha comprado: reveja a sua cobertura atual no AWS Cost Explorer antes de comprar mais.
• Usa preços de catálogo aproximados de eu-west-1 (Linux, No Upfront, RDS Single-AZ), não o seu preço exato.
• Os tipos de instância que não estão no catálogo ficam fora da análise.
• Não compra nem gere reservas por si.

Checklist antes de reservar

Com estes pontos revistos, cada euro comprometido terá por trás uma carga que o usa de verdade:

• Conta AWS ligada e uma análise recente concluída.
• Lista de candidatas revista em Instâncias Reservadas, a 1 e a 3 anos.
• Candidatas com confiança «Baixa» estudadas uma a uma, não reservadas às cegas.
• Fora da lista o que vá desligar, redimensionar ou migrar durante o prazo.
• Cobertura atual de RI e Savings Plans revista no AWS Cost Explorer.
• Cenário validado no Simulador de economia e preço confirmado na consola da AWS.
• Para Savings Plans, Azure ou Google Cloud: recomendações nativas de cada fornecedor.