Desempenho de computação

Pontos-chave

• Nomenclatura: em c7gn.xlarge, c é a série, 7 a geração, gn as opções (Graviton, otimizada para rede e EBS) e xlarge o tamanho. Outras opções: a AMD, i Intel, d volumes de instance store, z alta frequência de CPU.
• Burstable (série T): uma linha de base de CPU mais créditos para burst. Boa para CPU média baixa com picos, como pequenos servidores web e ambientes de desenvolvimento.
• Flex (como M7i-flex e C7i-flex): 40% de CPU de base, podendo chegar a 100% durante 95% do tempo em 24 horas. A opção de melhor custo para cargas gerais que não precisam de CPU cheia o tempo todo.
• Rightsizing: o AWS Compute Optimizer analisa 14 dias de métricas do CloudWatch e recomenda tipos de instância para instâncias EC2 e grupos de Auto Scaling.
• Desempenho fixo: famílias como M, C e R sustentam CPU cheia a qualquer momento, a escolha para codificação de vídeo, sites de alto volume e HPC.

Pontos-chave

• Cluster: instâncias agrupadas em um segmento de alta largura de banda de uma única AZ. Até 10 Gbps por fluxo dentro do grupo (5 Gbps fora). Lance tudo em uma só requisição e com um só tipo de instância para evitar erro de capacidade.
• Partition: até 7 partições por AZ, cada uma em racks próprios com rede e energia separadas. O número de instâncias só é limitado pelos limites da conta, e aplicações que conhecem a topologia, como HDFS, HBase e Cassandra, enxergam a partição.
• Spread: cada instância em racks distintos, no máximo 7 instâncias em execução por AZ por grupo. O grupo pode abranger várias AZs. Para poucas instâncias críticas.
• Capacidade: uma On-Demand Capacity Reservation pode apontar para um cluster placement group. Capacity Reservations não reservam capacidade em grupos partition ou spread.

Pontos-chave

• ENA (Elastic Network Adapter): enhanced networking com SR-IOV para mais largura de banda, mais pacotes por segundo e latência menor e consistente. Toda instância baseada em Nitro usa, com até 100 Gbps.
• EFA (Elastic Fabric Adapter): adiciona OS-bypass via Libfabric e o protocolo SRD para tráfego MPI (HPC) e NCCL (machine learning), com latência menor e mais estável que TCP.
• Limites do EFA: o tráfego EFA não cruza AZs nem VPCs e não é roteável. Só em tipos de instância suportados e não funciona no AWS Outposts.
• Escolha da instância: a opção n indica otimizada para rede e EBS. Entre duas instâncias, a mais lenta limita o throughput.

Pontos-chave

• Target tracking (recomendado): mantém uma métrica em um alvo, como um termostato. As métricas predefinidas são ASGAverageCPUUtilization, ASGAverageNetworkIn, ASGAverageNetworkOut e ALBRequestCountPerTarget.
• Métrica certa: ela precisa variar na proporção inversa da capacidade. RequestCount bruto, latência e o ApproximateNumberOfMessagesVisible do SQS não funcionam. Para filas, use backlog por instância.
• Step e simple scaling: limites de alarme do CloudWatch com ajustes proporcionais ao tamanho da violação, ou um único ajuste seguido de cooldown.
• Preditiva e agendada: a escala preditiva usa até 14 dias de histórico (mínimo de 24 horas) para prever 48 horas e lançar capacidade antes de picos diários ou semanais. Ações agendadas mudam a capacidade em horários definidos, uma vez ou por cron.
• Tempo de reação: ative o monitoramento detalhado do EC2 (métricas de 1 minuto em vez de 5) e defina um warmup para que instâncias novas não distorçam a média.
• AWS Auto Scaling: um só lugar para montar scaling plans de grupos do EC2 Auto Scaling, Spot Fleets, tarefas ECS, tabelas e índices do DynamoDB e Aurora Replicas.

Pontos-chave

• Pré-requisitos: habilitada só no launch, com volume raiz EBS criptografado e grande o bastante para a RAM, AMI e família suportadas. RAM abaixo de 150 GiB no Linux e até 16 GiB no Windows.
• Ao retomar: mesmo ID de instância, IPs privados e Elastic IPs. Um novo IPv4 público é atribuído e os dados do instance store se perdem.
• Limites: nada pode ser alterado durante a hibernação, no máximo 60 dias hibernada, e instâncias em grupo de Auto Scaling ou usadas pelo ECS não hibernam.
• Cobrança: sem cobrança de uso da instância enquanto parada. Você paga os volumes EBS, incluindo a RAM salva, e os Elastic IPs associados.

Pontos-chave

• AWS Batch: enfileira jobs em contêiner e provisiona a computação necessária em ECS, EKS, Fargate e instâncias On-Demand ou Spot, escalando com a fila. Sem custo adicional além dos recursos usados.
• Onde o Batch cabe: treino de ML, simulações, genômica, renderização, transcodificação e análise financeira, inclusive jobs mais longos que os 15 minutos do Lambda.
• Amazon EMR: Apache Spark, Hive, Trino, Flink e outros frameworks gerenciados, em clusters EC2, no EKS ou como EMR Serverless.
• Nós do EMR: primary (coordena), core (executa tarefas e guarda o HDFS) e task, opcional (só executa tarefas). Nós task não guardam dados do HDFS, o que os torna o lugar natural para Spot Instances.
• Clusters transitórios: mantenha entrada e saída no S3 e deixe o cluster terminar após o último step.

Pontos-chave

• AWS Outposts: racks de 42U (até 96) ou servidores de 1U e 2U gerenciados pela AWS na sua instalação. Para latência de um dígito de milissegundo até sistemas locais, processamento local e migrações com dependências locais.
• Local Zones: computação, armazenamento, banco e rede da AWS em grandes regiões metropolitanas, estendendo uma Região. Para jogos em tempo real, transmissão ao vivo, AR/VR e estações de trabalho virtuais perto do usuário.
• Wavelength: computação e armazenamento da AWS na borda das redes de operadoras de telecomunicações, acessados por um carrier gateway. Para baixa latência a dispositivos móveis em 5G.
• Extensão da VPC: uma VPC abrange Availability Zones, Local Zones e Wavelength Zones por meio de subnets criadas em cada zona.
• Residência de dados: os três mantêm o dado dentro de um país, estado ou local escolhido para cumprir exigências regulatórias.

Pontos-chave

• Plataformas: Go, Java, .NET, Node.js, PHP, Python, Ruby e contêineres Docker.
• Modos: Standard roda direto no EC2 e suporta Windows. Cluster roda no Amazon EKS, com deploys e escala mais rápidos.
• Worker environment: uma fila SQS gerenciada mais um daemon que faz POST de cada mensagem para a aplicação. Tira tarefas longas da camada web e executa jobs periódicos do cron.yaml.
• Controle: os recursos são criados na sua conta, então você mantém acesso às instâncias e à configuração.