AWS para Iniciantes: Custos e controle — evitando surpresas ao hospedar um site

Como os custos aparecem ao hospedar um site na AWS

Na AWS, você paga pelo que usa. Em um cenário simples de hospedagem de site, os custos normalmente surgem de cinco áreas: computação (instância em execução), armazenamento (volumes e snapshots), transferência de dados (saída para a internet), DNS (zona e consultas) e endereços IP públicos (quando alocados). O ponto-chave para evitar surpresas é saber o que cobra, quando começa a cobrar e como identificar rapidamente o recurso responsável.

1) Instância em execução (EC2)

O custo de computação é medido principalmente por tempo de execução. Se uma instância está Running, ela está gerando custo (mesmo que ninguém acesse o site). Se estiver Stopped, em geral você deixa de pagar pela computação, mas pode continuar pagando por componentes associados (por exemplo, volumes EBS e IP elástico, se houver).

• O que costuma causar surpresa: esquecer instância rodando após testes; usar um tipo de instância maior do que o necessário.
• Boa prática imediata: parar ou encerrar instâncias que não serão usadas.

2) Armazenamento (EBS e snapshots)

Mesmo com a instância parada, o armazenamento pode continuar cobrando. Volumes EBS (discos) cobram por GB provisionado. Snapshots cobram pelo armazenamento consumido (incremental, mas ainda assim pode crescer com o tempo).

• O que costuma causar surpresa: volumes “órfãos” (sem instância) e snapshots antigos acumulados.
• Boa prática imediata: remover volumes não usados e revisar snapshots periodicamente.

3) Transferência de dados (Data Transfer)

Em sites, o custo mais comum é a transferência de dados de saída (da AWS para a internet). A entrada (internet para AWS) muitas vezes é menor ou gratuita em alguns cenários, mas a regra prática é: quanto mais tráfego e arquivos maiores (imagens, downloads), maior a conta.

• O que costuma causar surpresa: testes de carga, bots, downloads grandes e logs/monitoramento que geram tráfego.
• Boa prática imediata: acompanhar o volume de saída e limitar exposição desnecessária.

4) Snapshots e backups automáticos

Se você criou snapshots manuais ou habilitou rotinas de backup (por exemplo, via scripts/automatizações), o armazenamento de snapshots pode crescer continuamente. Mesmo snapshots incrementais podem se acumular ao longo de semanas.

Continue em nosso aplicativo e ...

• Ouça o áudio com a tela desligada
• Ganhe Certificado após a conclusão
• + de 5000 cursos para você explorar!

ou continue lendo abaixo...

Baixar o aplicativo

• O que costuma causar surpresa: “só mais um snapshot por segurança” repetido várias vezes.
• Boa prática imediata: definir retenção (ex.: manter últimos 3) e apagar o restante.

5) DNS (Route 53)

DNS costuma ser barato, mas é recorrente: você paga pela Hosted Zone (zona hospedada) e por consultas (queries). Em ambientes de laboratório, o custo pode parecer pequeno, mas se você esquecer a zona criada, ela continua cobrando mensalmente.

• O que costuma causar surpresa: deixar hosted zones antigas; muitas consultas por tráfego/bots.
• Boa prática imediata: remover hosted zones que não serão mais usadas (com cuidado para não derrubar produção).

6) IP público e Elastic IP (EIP)

Um IP público associado a uma instância pode mudar ao reiniciar (dependendo do caso). Já o Elastic IP é um IP fixo. O ponto de custo: Elastic IP alocado e não associado (ou associado de forma que gere cobrança, dependendo da condição) pode gerar custo. Em laboratório, é comum alocar um EIP e esquecer depois.

• Boa prática imediata: liberar Elastic IPs que não estão em uso.

Como visualizar gastos no console (Billing e Cost Management)

Para controlar custos, você precisa de duas visões: (1) quanto está acumulando no mês e (2) quais serviços estão gerando custo.

Passo a passo: ver o resumo de gastos

1. Acesse o console da AWS e procure por Billing and Cost Management.
2. No painel de billing, localize a visão de Charges / Current month (mês atual).
3. Verifique o total acumulado e compare com o que você esperava para o laboratório.

Dica prática: se você está em um laboratório, o total do mês deve ser baixo e previsível. Se estiver subindo rapidamente, vá direto para a quebra por serviço.

Passo a passo: identificar o que está gerando custo (por serviço)

1. No Billing, acesse a área de Cost Explorer (se for a primeira vez, pode ser necessário habilitar).
2. Selecione o período (ex.: Month-to-date).
3. Em Group by, escolha Service.
4. Ordene do maior para o menor e anote os serviços no topo (ex.: EC2, EBS, Route 53, Data Transfer).

Interpretação rápida do resultado:

• EC2 alto: instância ficou rodando tempo demais ou tipo de instância maior.
• EBS alto: volumes grandes, muitos volumes, ou volumes órfãos.
• EC2-Other / Data Transfer: saída de dados, IPs, ou itens relacionados.
• Route 53: hosted zones antigas ou volume de consultas.

Passo a passo: filtrar para achar o recurso (tag, região e tipo de uso)

Quando você já sabe o serviço, refine para chegar no “culpado”.

1. No Cost Explorer, mantenha Group by: Service e clique no serviço com maior custo (ou use filtros).
2. Use filtros como Region para ver onde está o gasto.
3. Troque Group by para Usage type (tipo de uso) para entender o que compõe o custo (ex.: armazenamento, horas, transferência).
4. Se você já usa tags, troque Group by para Tag (ex.: Project, Environment) para atribuir custo por laboratório/projeto.

Alertas básicos para não ser pego de surpresa

Alertas não reduzem custo por si só, mas evitam que um erro fique “rodando” por dias. Para iniciantes, o objetivo é simples: receber um aviso quando o gasto passar de um valor pequeno.

Passo a passo: criar um alerta de orçamento (AWS Budgets)

1. No console, vá em Billing and Cost Management > Budgets.
2. Clique em Create budget.
3. Escolha Cost budget (orçamento por custo).
4. Defina um valor baixo para laboratório (ex.: 5, 10 ou 20 na moeda da conta, conforme seu cenário).
5. Configure o período (geralmente Monthly).
6. Em Alerts, crie pelo menos um alerta em 80% e outro em 100%.
7. Informe um e-mail para receber notificações.
8. Revise e crie.

Boa prática: crie um orçamento específico para “Laboratórios” e outro para “Produção” (se aplicável), para separar expectativas.

Práticas imediatas para reduzir custo agora (sem quebrar o site por engano)

1) Parar vs encerrar instâncias

Stop é útil quando você quer pausar e voltar depois. Terminate é para apagar de vez. Em laboratório, se você terminou o exercício, normalmente o correto é encerrar para evitar custos residuais e recursos esquecidos.

Passo a passo: parar ou encerrar uma instância EC2

1. Abra EC2 > Instances.
2. Selecione a instância do laboratório.
3. Em Instance state, escolha Stop (pausar) ou Terminate (apagar).
4. Confirme.

Atenção: ao encerrar, você perde a instância. Dependendo das configurações do volume root, ele pode ser apagado automaticamente ou não. Verifique os volumes depois.

2) Remover volumes EBS não usados (evitar “órfãos”)

Um volume pode continuar existindo mesmo sem instância associada. Isso é comum após encerrar instâncias quando o volume não foi configurado para deletar automaticamente.

Passo a passo: encontrar e apagar volumes órfãos

1. Abra EC2 > Volumes (na seção Elastic Block Store).
2. Ordene/filtre por State e procure por available (disponível, sem anexação).
3. Verifique tags/nome para confirmar que é do laboratório.
4. Selecione o volume > Actions > Delete volume.

Boa prática: antes de apagar, confirme se não há dados importantes. Em laboratório, normalmente não há.

3) Apagar snapshots antigos

Snapshots são úteis, mas acumulam. Se você fez snapshots manuais durante testes, revise e apague os que não precisa.

Passo a passo: revisar e remover snapshots

1. Abra EC2 > Snapshots.
2. Filtre por Owned by me (se disponível) para ver apenas os seus.
3. Ordene por data e identifique snapshots antigos do laboratório.
4. Selecione > Actions > Delete snapshot.

Dica: use tags como Project=lab-site e TTL=2026-01-25 para facilitar a limpeza.

4) Revisar e liberar Elastic IPs

Elastic IP parado/alocado sem uso é um clássico de custo “invisível”.

Passo a passo: encontrar e liberar Elastic IP

1. Abra EC2 > Elastic IPs.
2. Verifique quais estão not associated (não associados) ou não necessários.
3. Selecione o IP > Actions > Release Elastic IP address.

Se o IP estiver associado a algo que você ainda usa, não libere. Em laboratório finalizado, geralmente você pode liberar.

5) Revisar DNS: hosted zones e registros que não serão usados

Hosted zones no Route 53 geram cobrança recorrente. Se você criou uma zona apenas para testar, remova quando terminar.

Passo a passo: remover uma hosted zone de laboratório

1. Abra Route 53 > Hosted zones.
2. Selecione a zona do laboratório.
3. Apague registros que impedem a exclusão (mantenha atenção ao NS/SOA conforme o console exigir).
4. Exclua a hosted zone.

Atenção: não remova hosted zones de ambientes que ainda precisam resolver o domínio.

Padronização de tags para atribuição de custos (e limpeza rápida)

Tags ajudam em dois pontos: (1) atribuir custo por projeto/ambiente e (2) localizar recursos para desligar/apagar. A ideia é simples: todo recurso criado para o site deve ter tags mínimas e consistentes.

Conjunto mínimo de tags recomendado

Passo a passo: ativar alocação de custos por tags (para aparecer no Billing)

1. Abra Billing and Cost Management > Cost allocation tags.
2. Encontre as tags que você está usando (ex.: Project, Environment).
3. Marque como Active.

Observação: após ativar, pode levar um tempo para refletir em relatórios. Ainda assim, vale fazer desde cedo.

Checklist “antes de sair” (evitar laboratório consumindo recursos)

• EC2: instâncias do laboratório estão Terminated (ou ao menos Stopped se você vai voltar logo)?
• EBS Volumes: não há volumes em estado available (órfãos) relacionados ao laboratório?
• Snapshots: snapshots antigos do laboratório foram removidos ou têm retenção definida?
• Elastic IPs: não existe Elastic IP alocado e não associado (ou desnecessário) do laboratório?
• Route 53: hosted zone de teste foi removida (se não for mais usada)?
• Billing: Cost Explorer por serviço confere com o que você espera (EC2/EBS/Route 53/Data Transfer)?
• Budgets: existe um orçamento com alertas (80% e 100%) ativo para a conta ou para o laboratório?
• Tags: recursos principais têm Project, Environment, Owner e TTL para facilitar auditoria e limpeza?