AWS SAA-C03/03 - Computação2 min
Tipos de Instância EC2
Responda com suas palavras antes de ler o resto da nota.
- Que problema isso resolve?
- Quando usar / quando NÃO usar?
- Qual o principal trade-off (custo, latência, operação)?
- Que sinal no enunciado aponta pra isso?
- Com o que isso é confundido na prova?
Conceito
O nome da instância carrega toda a informação: m6g.2xlarge = família m, geração 6, processador g (Graviton), tamanho 2xlarge.
| Família | Perfil | Use para |
|---|---|---|
| T (t3, t4g) | Burstable — acumula crédito de CPU | Dev/test, carga baixa e irregular, microserviço ocioso |
| M (m6i, m7g) | Uso geral, CPU:RAM equilibrado | App server, backend padrão |
| C (c6i, c7g) | Compute otimizado | Batch, encoding de vídeo, HPC, servidor de jogo |
| R / X / z | RAM otimizada | Cache in-memory, banco grande, SAP HANA |
| I / D / H | Storage local, IOPS alto | NoSQL, data warehouse, Elasticsearch |
| P / G / Inf / Trn | GPU e aceleradores | Treino de ML, inferência, renderização |
Mnemônico: Compute · RAM · IOPS · GPU.
Sufixos de processador
- g = Graviton (ARM da AWS) — até ~40% melhor custo-benefício. Sinal de "reduzir custo sem perder performance", desde que a carga recompile pra ARM.
- i = Intel · a = AMD (mais barato que Intel) · n = rede otimizada · d = NVMe local
Instâncias T e o modelo de crédito
Instância T acumula crédito enquanto está ociosa e gasta ao passar da baseline. Se o crédito acaba, ela estrangula (throttle) — ou, em modo Unlimited, continua rápida e cobra extra. Por isso T é péssima escolha pra carga sustentada e alta.
Trade-offs
Escolher família grande demais desperdiça dinheiro; pequena demais estrangula. Escalar horizontalmente (muitas instâncias menores atrás de ELB) quase sempre bate escalar verticalmente na prova, porque tolera falha e escala sem downtime. Vertical só ganha quando o software não é distribuível (banco monolítico, licença por nó).
Sinais de prova
- "Reduzir custo mantendo performance" → Graviton (ARM)
- "Carga sustentada de CPU alta" → C, e não T (estrangula)
- "Banco em memória / cache grande" → R ou X
- "Treinar modelo de ML" → P ou Trn; inferência → Inf
- "IOPS local altíssimo, dado efêmero" → família I com instance store
- "Instância está lenta depois de algumas horas" → crédito de CPU esgotado numa T
Relacionado
Parte de 03 - MOC Computação · Documentação AWS