Custo de EC2: 5 erros comuns na conta da AWS

Se eu abrir a sua conta da AWS hoje, a chance de encontrar pelo menos um destes cinco erros de custo com EC2 é enorme. Para cada um, você vai ver o que fazer: alguns se corrigem em minutos e já reduzem a fatura, outros pedem mais tempo.

O que eu procuro quando abro uma conta

Catalogo esses cinco pontos pela minha experiência. É provável que eu não encontre os cinco na mesma conta. E lembre que a conta da AWS é em dólar.

1Use a última geração da sua família de instância

A AWS tem uma política de redução contínua de custos. Quase sempre, ela reduz custo lançando uma nova geração de instância para cada família.

Pegue a família T, a de propósito geral, onde normalmente se começa. Primeiro veio a T1, depois a T2, a T3, a T3A e a T4G.

Comparei os custos no EC2Instances.info (o endereço ec2instances.info redireciona para o instances.vantage.sh), filtrando pelo tamanho micro e olhando o custo de Linux sob demanda. O custo cai de uma geração para a seguinte. Da T1 para a T2, a redução já é brutal.

Se você trabalha com instância do tipo T, o mínimo é a T3A. É a mais barata entre as que exigem menos mudança de arquitetura, e por isso não coloco a T4G como ponto-chave. A T3A já deveria ser requisito na sua conta.

Eu uso a t3.micro porque estou na camada gratuita da AWS. Nela você pode usar a t2.micro ou a t3.micro, e a t3.micro tem poder computacional melhor.

2Tenha Savings Plans ou reserva de instância ativa

Aqui o percentual de redução é alto: dependendo do tipo de reserva, pode chegar a 30 ou 40%.

Na reserva de instância, você diz à AWS que vai trabalhar com aquele tipo de instância por um ano ou por três. O resultado depende do tipo de reserva e do tipo de provisionamento.

Existe também o Savings Plans, que você explora no console, com um modelo para poder computacional e outro para uso de instância EC2.

Se você já conhece o seu uso e não tem nem Savings Plans nem instância reservada, está jogando dinheiro fora. Eu chamo isso de erro porque não exige grande implementação, só o esforço mínimo de ir lá e executar.

3Use instância Spot quando você tem frota

Esse é um erro mais moderado. Sem frota, usar Spot é mais complicado: a instância pode ser perdida com base no leilão, e você não tem a garantia de tê-la o tempo todo.

Agora, se você trabalha com um pool de instâncias, em modelo de cluster ou atrás de um load balancer, deveria usar uma parte delas como Spot.

O modelo evoluiu bastante. Você pode trabalhar com frota, informando vários tipos de instância para atender à requisição: se não há uma, a AWS aloca outra, e você tem uma certa garantia de ter o poder computacional quando precisa.

Processamento em batch é o outro caso. Ele é totalmente compatível com Spot, então não usar é erro também.

4Desligue ou pare a instância fora do horário comercial

Esse é clássico. Se você trabalha com ambiente de desenvolvimento e homologação, é provável que eu encontre esse erro na sua conta. Também pode aparecer em instância de produção.

Se você atende apenas clientes no Brasil, fora do horário comercial, principalmente na madrugada, é muito provável que o poder computacional necessário seja menor. Em desenvolvimento e homologação, provavelmente nem é necessário nesse horário. Então é obrigação sua desligar ou parar.

Por que parar? Porque o seu modelo pode ainda não ser escalável. Nesse caso, você apenas para a instância provisionada fora do horário comercial, já que nenhuma requisição vai chegar até ela. Esse ligar e parar pode ser automatizado.

5Troque o volume gp2 pelo gp3

Abra a sua conta e veja qual volume você está usando. Na instância da aula, o volume era gp2, e eu não tinha custo por estar na camada gratuita. Fora dela, manter o gp2 é gastar dinheiro na AWS sem necessidade.

A AWS lançou o gp3, a evolução do gp2. Na página de preços do EBS, na região da Virgínia, o gp2 custa 10 centavos de dólar por giga por mês. No volume de 30 gigas da aula, a conta é 30 × 0,10 = 3 dólares por mês.

O gp3 custa 8 centavos de dólar por giga por mês, e entrega uma quantidade maior de IOPS.

Some todas as instâncias da conta e suponha 500 gigas. Em gp2, são 50 dólares por mês. Migrando para o gp3, que é um processo simples, passam a ser 40 dólares, com mais IOPS e custo menor.

Checklist

• Se você usa a família T, confirme que está pelo menos na T3A.
• Verifique se há Savings Plans ou reserva de instância ativa para o uso que você já conhece.
• Se você tem frota ou processamento em batch, use uma parte das instâncias como Spot.
• Desligue ou pare as instâncias de desenvolvimento e homologação fora do horário comercial.
• Veja o tipo dos volumes das instâncias e migre os gp2 para gp3.
• Confira os valores e percentuais atuais nas páginas oficiais da AWS antes de decidir.

São cinco pontos que eu olho primeiro numa conta. Se eu abrisse a sua agora, qual deles eu encontraria?