APRENDER. PRATICAR. EVOLUIR.Medir a operação de negócio
Um batch demora mais vinte minutos e o alarme mostra CPU baixa. Isso não prova que o volume esteja lento. Decompõe o tempo em espera de dados, processamento, pedidos remotos e escrita. Recolhe tamanho e padrão de I/O, taxa de operações, latência, fila e limites do volume e da instância no mesmo intervalo. Distingue a média diária do período crítico de fecho. Antes de alterar recursos, escreve uma hipótese verificável e o resultado esperado. Se a hipótese for errada, a medição seguinte deve permitir regressar ao diagnóstico sem acumular capacidade paga.
Ligar operações e bytes
Num modelo simples, throughput em MiB/s é IOPS multiplicadas pelo tamanho em KiB e divididas por 1024. Assim, 2000 operações de 64 KiB correspondem a 125 MiB/s. O cálculo assume o tamanho efetivo indicado e exclui merging, splitting e overhead. Num volume com limites de 3000 IOPS e 125 MiB/s, operações de 256 KiB encontram o limite de bytes a 500 operações por segundo. Esse máximo teórico não é uma promessa de desempenho. Compara-o com medições e confirma que a aplicação consegue emitir trabalho suficiente.
Encontrar o limite comum da instância
Dois volumes do exercício fornecem até 200 MiB/s cada, mas o caminho EBS sustentado da instância suporta 250 MiB/s no total. Uma procura de 350 deixa um défice mínimo de 100. Comprar mais IOPS num dos volumes não remove este limite. Em produção, consulta as especificações da instância concreta e distingue capacidade base de capacidade temporária. Verifica ainda os restantes volumes que partilham o caminho. A conclusão deve identificar o recurso limitante, a carga observada e o intervalo de análise, não apenas o valor maior apresentado numa página comercial.
Ajustar desempenho ao padrão de acesso
gp3 permite provisionar desempenho separadamente do espaço, dentro dos limites suportados. Porém, mais capacidade configurada não força um cliente serializado a produzir pedidos. Se cada resposta desencadeia processamento longo antes do próximo I/O, investiga o código e a concorrência permitida. Não introduzas paralelismo sem verificar ordem, locks e capacidade a jusante. Numa experiência guiada, mantém o volume constante e compara duas versões do cliente com o mesmo conjunto de dados e critérios de correção. Mede duração, erros e pressão sobre dependências, em vez de procurar apenas um número maior de IOPS.
Distinguir as escolhas EFS
No EFS, performance mode e throughput mode respondem a perguntas diferentes. General Purpose tem menor latência por operação; Max I/O é uma opção anterior e não suporta Elastic throughput. Elastic ajusta throughput à atividade sem consumir burst credits, sendo uma opção para carga irregular. Continua a exigir observação de utilização, custos e limites regionais. Numa equipa de produção, documenta os dois modos e a razão da escolha. Uma proposta para eliminar lentidão deve mostrar que o problema está no file system e não no cliente, no acesso de rede ou numa dependência externa.
Relacionar persistência com recuperação
Um checkpoint só ajuda se sobreviver ao evento considerado e puder ser usado. Instance store perde dados em stop/start, embora reboot preserve os dados nesse evento. Um snapshot EBS regional permite criar outro volume numa AZ da mesma Região; não arranca sozinho a aplicação. O exercício pede a recuperação de um batch noutra AZ: identifica snapshot e chaves, cria o volume, liga-o ao ambiente correto e valida o estado funcional. A sequência é um plano didático, não uma execução AWS. Regista também como serão reconciliados resultados posteriores ao ponto recuperado antes de repetir processamento.
# Synthetic bound; no merging, overhead or cloud measurement
iops_limit = 3000
throughput_mib = 125
io_kib = 256
bound = min(iops_limit, throughput_mib * 1024 / io_kib) # 500Modelo: min(400, 250) MiB/s limita uma procura de 350. A alteração deve tratar o limite comum da instância, não só um volume.
Armadilhas comuns
Confundir IOPS com MiB/s; usar capacidade de pico como sustentada; ignorar o cliente; tratar stop/start como reboot; declarar uma recuperação concluída apenas porque existe snapshot.
Tópicos relacionados: Proteção e recuperação de dados · Armazenamento e distribuição de conteúdo · Custos, compromissos e retirada
Mede o caminho completo e conserva as unidades. Desempenho provisionado e recuperação funcional precisam de evidência própria.
Referência: EBS I/O characteristics · SAA-C03