AWS SAA-C03/03 - Computação2 mincheatsheet
Cheatsheet Computação
Cheatsheet — Computação
Famílias de instância
| Letra | Perfil | Use para |
|---|---|---|
| T | Burstable (créditos de CPU) | Carga baixa e irregular, dev/test |
| M | Uso geral (equilibrado) | App server padrão |
| C | Compute otimizado | Batch, encoding, HPC, servidor de jogo |
| R / X / z | Memória otimizada | Cache in-memory, SAP HANA, banco grande |
| I / D / H | Storage otimizado | NoSQL, data warehouse, IOPS local alto |
| P / G / Inf / Trn | GPU / acelerador | ML training, inferência, gráficos |
Mnemônico: Compute, RAM, IOPS, GPU.
Modelos de compra — o eixo de custo da prova
| Modelo | Desconto | Compromisso | Sinal no enunciado |
|---|---|---|---|
| On-Demand | 0% | Nenhum | Imprevisível, curto, primeira carga |
| Reserved Instance | até ~72% | 1 ou 3 anos, família fixa | Carga estável e previsível 24/7 |
| Savings Plans | até ~72% | 1 ou 3 anos, valor $/h | Estável mas quer flexibilidade de família/região |
| Spot | até 90% | Nenhum, pode ser interrompido em 2 min | Tolerante a falha, batch, stateless, CI |
| Dedicated Instance | — | Hardware isolado por conta | Compliance de isolamento |
| Dedicated Host | — | Servidor físico inteiro, visível | Licença BYOL por socket/core (Oracle, Windows) |
| Capacity Reservation | — | Reserva capacidade na AZ, paga sempre | Garantir que a instância existe quando precisar |
Spot nunca em estado crítico
Se o enunciado diz "não pode perder dados" ou "processamento não pode ser interrompido", Spot está errado — por mais barato que seja.
EBS — tipos de volume
| Tipo | Mídia | IOPS máx | Use para |
|---|---|---|---|
| gp3 | SSD | 16.000 (baseline 3.000) | Padrão atual. IOPS e throughput escalam separado do tamanho |
| gp2 | SSD | 16.000 (3 IOPS/GB) | Legado — IOPS amarrado ao tamanho |
| io2 / io2 Block Express | SSD | 64.000 / 256.000 | Banco crítico, IOPS provisionado, Multi-Attach |
| st1 | HDD | 500 | Throughput sequencial: big data, log |
| sc1 | HDD | 250 | Arquivo frio, menor custo |
- EBS é AZ-scoped. Para mover de AZ: snapshot → restaura na outra AZ.
- Snapshot vai pro S3 (incremental), mas você não vê o bucket.
- Instance Store = disco físico local. Maior IOPS possível, mas efêmero: some no stop/terminate.
Armazenamento compartilhado
| Serviço | Protocolo | SO | Use para |
|---|---|---|---|
| EFS | NFS | Linux | Vários EC2 lendo/escrevendo o mesmo filesystem, multi-AZ |
| FSx for Windows | SMB | Windows | Active Directory, compartilhamento Windows |
| FSx for Lustre | Lustre | Linux | HPC, ML, throughput altíssimo ligado ao S3 |
| FSx for NetApp ONTAP | NFS/SMB/iSCSI | Multi | Migrar NetApp on-premises |
Load Balancers
| ALB | NLB | GWLB | |
|---|---|---|---|
| Camada | 7 (HTTP/HTTPS) | 4 (TCP/UDP/TLS) | 3 (IP) |
| Roteia por | Path, host, header, query | Porta/protocolo | — |
| IP estático | Não (use DNS) | Sim (1 por AZ) + Elastic IP | — |
| Latência | ~400 ms | ~100 µs | — |
| Use quando | App web, microserviço, container | Milhões de rps, IP fixo, TCP puro, gaming | Appliance de firewall de terceiro |
Placement Groups
| Tipo | Layout | Use para | Risco |
|---|---|---|---|
| Cluster | Juntas, mesma AZ | Menor latência de rede, HPC | Falha de rack derruba tudo |
| Spread | Hardware distinto, máx 7 por AZ | Poucas instâncias críticas | Limite de 7 |
| Partition | Grupos isolados (até 7/AZ) | HDFS, Kafka, Cassandra | — |
Auto Scaling — políticas
| Política | Como funciona | Use quando |
|---|---|---|
| Target Tracking | Mantém métrica num alvo (ex: CPU 60%) | Padrão — mais simples e usual |
| Step Scaling | Degraus por faixa de alarme | Precisa reagir diferente por severidade |
| Simple Scaling | Um ajuste por alarme, com cooldown | Legado |
| Scheduled | Hora marcada | Pico previsível (Black Friday, 8h da manhã) |
| Predictive | ML prevê e escala antes | Padrão cíclico recorrente |
Health check do ASG pode ser EC2 (status da instância) ou ELB (responde à requisição). Se o app trava mas a instância vive, só o health check do ELB detecta.
Parte de 03 - MOC Computação