Custos de rede
Transferência de dados é a parte da conta que a arquitetura decide: onde o tráfego cruza AZs, Regions, NAT e a internet. Este é o Domínio 4: Design Cost-Optimized Architectures, 20% do conteúdo pontuado.
Na AWS você paga principalmente pelos dados que saem e que cruzam fronteiras. Cada salto de AZ, Region ou internet no caminho pode somar uma cobrança.
Pontos-chave
- Entrada: dados da internet para a AWS são gratuitos.
- Saída para a internet: cobrada por GB, com os primeiros 100 GB por mês gratuitos, somados entre serviços e Regions.
- Entre AZs: cobrada nos dois sentidos, por exemplo US$ 0,01 por GB na entrada e na saída via VPC peering. Camadas que conversam muito espalhadas em AZs pagam a cada chamada.
- Entre Regions: cobrada na Region de origem, o lado que recebe não paga. Replicação entre Regions sempre carrega esse custo.
- S3 na mesma Region: transferência do S3 para outros serviços da AWS na mesma Region, e do S3 para o CloudFront, é gratuita.
- IPv4 público: todo endereço IPv4 público, em uso ou ocioso, custa US$ 0,005 por hora.
Na prova
"Reduzir custo de transferência entre a aplicação e o banco" -> mantenha componentes muito conversadores na mesma AZ quando a disponibilidade permitir, ou use cache. Replicação entre Regions só compensa quando DR ou latência exigem.
Quanto custa mover um GB
| Caminho | Cobrança |
|---|---|
| Internet para AWS | Gratuita. |
| AWS para internet | Por GB, primeiros 100 GB por mês gratuitos somando todos os serviços. |
| Mesma AZ via VPC peering | Gratuita desde maio de 2021. |
| Entre AZs | Por GB em cada sentido. |
| Entre Regions | Por GB na Region de origem, entrada gratuita. |
| S3 para CloudFront | Gratuita. |
| Passando por NAT gateway | Taxa de processamento por GB além da transferência. |
NAT gateways
NAT gateways and NAT instances
O NAT gateway cobra por hora e por GB processado, então muito tráfego de saída, ou tráfego para serviços da AWS passando pelo NAT, fica caro.
Pontos-chave
- Cobrança: taxa por hora mais taxa de processamento por GB, qualquer que seja o destino, por exemplo US$ 0,045 por hora e US$ 0,045 por GB em US East (Ohio), além da transferência normal.
- Um por AZ vs compartilhado: um NAT gateway zonal em cada AZ sobrevive à queda de uma AZ e evita cobrança entre AZs. Um único compartilhado economiza horas, mas é ponto único de falha e soma transferência entre AZs.
- Regional NAT gateway: um único ID de gateway que se expande para toda AZ com carga, cobrado por hora por AZ, sem precisar de subnet pública. Não suporta NAT privado.
- NAT instance: você paga só a instância, sem taxa de processamento, mas cuida de failover, patches e dimensionamento, e a banda depende do tipo da instância. A AWS recomenda NAT gateways.
- Evite NAT para serviços da AWS: gateway endpoints para S3 e DynamoDB, interface endpoints para os demais.
Na prova
"Produção, precisa sobreviver à queda de uma AZ" -> um NAT gateway por AZ ou um regional NAT gateway. "VPC de dev, menor custo" -> um NAT gateway compartilhado. "Conta alta de NAT por causa de tráfego para o S3" -> gateway endpoint do S3.
VPC endpoints
Gateway and interface VPC endpoints
Endpoints tiram o tráfego para serviços da AWS do NAT gateway e da internet. Gateway endpoints são gratuitos, interface endpoints não.
Pontos-chave
- Gateway endpoints: só S3 e DynamoDB, um destino na tabela de rotas, sem cobrança por hora nem por processamento.
- Interface endpoints: uma ENI por AZ via PrivateLink, cobrada por hora por AZ mais por GB processado, por exemplo US$ 0,01 por hora e US$ 0,01 por GB no primeiro PB.
- Alcance: um gateway endpoint atende só a própria VPC e a própria Region. Recursos de uma VPC com peering não podem usá-lo.
- Ponto de equilíbrio: o interface endpoint compensa quando o processamento de NAT que ele substitui custa mais que suas horas e sua taxa por GB.
Na prova
"Instâncias privadas enviam TBs ao S3 pelo NAT, reduzir custo" -> gateway endpoint do S3. Um interface endpoint para o S3 é o distrator aqui, ele cobra por hora e por GB.
CloudFront
Amazon CloudFront
Cache na borda reduz a carga e a saída da origem. Menos requisições chegam ao EC2 ou ao S3, então a origem pode ser menor e transferir menos.
Pontos-chave
- S3 para CloudFront: gratuito, então você paga a entrega do CloudFront no lugar da saída do S3 para a internet.
- Taxa de acerto do cache: TTLs maiores e menos variações na chave de cache significam menos buscas na origem e origens menores.
- Price class: define o preço máximo que você aceita pagar, servindo de menos Regions da borda, à custa de latência para usuários distantes.
- Planos de preço fixo: planos mensais sem cobrança excedente, a partir de um plano Free com 100 GB. Ataques DDoS e requisições bloqueadas pelo WAF não contam na franquia.
- vs Global Accelerator: o CloudFront faz cache de conteúdo HTTP, o Global Accelerator não faz cache.
Na prova
"Usuários no mundo todo baixam os mesmos arquivos estáticos, reduzir custo e latência" -> CloudFront na frente do S3. Instâncias maiores ou replicar buckets em mais Regions são os distratores.
Direct Connect vs VPN
AWS Direct Connect and AWS Site-to-Site VPN
O link mais barato depende de volume e banda. A VPN usa a internet e sobe rápido. O Direct Connect cobra horas de porta, mas reduz a saída por GB e dá banda consistente.
Pontos-chave
- Site-to-Site VPN: cobrada por hora de conexão mais a transferência de saída normal. Até 1,25 Gbps por túnel padrão e até 5 Gbps por túnel de banda larga.
- Escalando a VPN: ECMP em vários túneis num transit gateway, com roteamento dinâmico, soma a banda.
- Direct Connect: horas de porta são cobradas mesmo sem tráfego, a entrada é gratuita e a saída tem tarifa própria e menor, por exemplo US$ 0,02 por GB de US East (Ohio) para Columbus.
- Velocidades de porta: dedicadas de 1, 10, 100 e 400 Gbps, hosted de 50 Mbps a 25 Gbps via parceiros. Escolha a menor porta que atende o pico.
Na prova
"Move dezenas de TB por mês para o on-premises, precisa de throughput consistente" -> Direct Connect. "Conectar uma filial em poucos dias, pouco volume" -> Site-to-Site VPN. "Precisa de mais de 1,25 Gbps na VPN" -> vários túneis com ECMP num transit gateway.
Escolhendo o link
| Link | Uso mais barato |
|---|---|
| Internet | Pouco volume, sem exigência de conectividade privada. Só transferência de saída. |
| Site-to-Site VPN | Acesso privado criptografado montado rápido, volume moderado, até 1,25 Gbps por túnel. |
| Direct Connect hosted | De 50 Mbps a 25 Gbps via parceiro, tráfego estável. |
| Direct Connect dedicated | De 1 a 400 Gbps, volumes grandes e estáveis em que as horas de porta compensam. |
Transit Gateway vs peering
AWS Transit Gateway and VPC peering
Peering é o caminho mais barato para poucas VPCs. O Transit Gateway soma uma taxa por anexo e por GB em troca de roteamento hub-and-spoke em escala.
Pontos-chave
- VPC peering: criar não custa nada, a transferência na mesma AZ é gratuita e entre AZs ou Regions é cobrada. Não é transitivo e não aceita CIDRs sobrepostos.
- Transit Gateway: cobrado por hora de anexo e por GB enviado a ele, por exemplo US$ 0,05 por hora de anexo de VPC e US$ 0,02 por GB em US East (Ohio). Dados vindos de um anexo de peering não pagam processamento.
- Escala: a AWS recomenda Transit Gateway ou PrivateLink para conectar centenas ou milhares de VPCs.
- Link híbrido compartilhado: um único anexo de VPN ou Direct Connect no transit gateway atende todas as VPCs anexadas.
Na prova
"3 VPCs trocando muito tráfego, menor custo" -> VPC peering. "200 VPCs mais o on-premises, roteamento central" -> Transit Gateway.
Global Accelerator
AWS Global Accelerator
Leva o tráfego dos usuários para a rede global da AWS por 2 endereços IPv4 anycast estáticos. Compra desempenho e disponibilidade, não reduz custo de transferência.
Pontos-chave
- Taxa fixa: US$ 0,025 por hora por accelerator, cobrada mesmo com ele desabilitado.
- DT-Premium: por GB no sentido dominante do tráfego, além da transferência de saída padrão.
- Encaixe: IPs estáticos, failover rápido entre Regions, endpoints como NLB, ALB, EC2 ou Elastic IPs. Sem cache.
- Alavanca de custo: pague por ele só quando o requisito for desempenho ou IPs estáticos. Para conteúdo HTTP cacheável, o CloudFront é que reduz o custo da origem.
Na prova
"Jogo em UDP, IPs estáticos, failover rápido entre Regions" -> Global Accelerator. "Reduzir o custo de servir conteúdo estático" -> CloudFront, não Global Accelerator.
Alavancas do API Gateway
Amazon API Gateway
Throttling e cache evitam que o backend pague por tráfego que ele não precisa atender.
Pontos-chave
- Throttling: limites por Region e conta, por stage e método e por cliente via usage plans. O excesso recebe
429 Too Many Requests. - Usage plans: API keys com taxa, burst e cotas por cliente. Throttles e cotas são metas de melhor esforço, não tetos rígidos.
- Cache: cache de stage em REST APIs com TTL de 300 segundos por padrão e até 3600, e só
GETem cache por padrão. Menos chamadas chegam à Lambda ou ao banco. - Custo do cache: cobrado por hora conforme o tamanho e fora do Free Tier, então só compensa com boa taxa de acerto.
Na prova
"As mesmas leituras batem na Lambda e no DynamoDB toda hora" -> cache do API Gateway. "Limitar um parceiro a 1.000 requisições por dia" -> cota de usage plan com API key.