APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Uma fila de I/O crescente pode ter várias causas. IOPS mede operações por segundo; throughput mede dados transferidos. Para operações de 64 KiB, 3000 IOPS representam 187,5 MiB/s, mas um teto de 125 MiB/s limita o resultado antes disso. Na prática, verifica também limites da instância, latência, tamanho das operações e comportamento da aplicação. Aumentar apenas um parâmetro pode deixar outro limite intacto. Para partilha de ficheiros NFS entre instâncias Linux em várias AZs, EFS Regional corresponde ao requisito; um volume de blocos ou discos locais independentes não fornecem automaticamente essa semântica.
Aplicação guiada
Na base de dados, CPU baixa não exclui demora por locks ou I/O. Usa Database Insights e sinais disponíveis no motor para relacionar carga, waits e SQL com a janela do incidente. Confirma suporte e configuração antes de pressupor uma funcionalidade específica. Na auditoria, distingue eventos de gestão e de dados. Um trail que observa alterações de buckets pode não recolher GetObject. Seletores de eventos de dados devem refletir a necessidade, custo e retenção aprovados. Acrescentar recolha hoje não recupera retroativamente eventos nunca guardados. Comunica essa limitação quando a investigação não consegue reconstruir uma ação passada.
Se o batch passou de dez para quarenta minutos e waits por locks subiram, identifica transações concorrentes antes de concluir que faltam vCPUs.
Armadilhas comuns
IOPS como MiB/s; CPU baixa como ausência de problema; serviço de storage escolhido só por capacidade; novos logs como recuperação do passado.
Tópicos relacionados: Fiabilidade, escala e recuperação comprovada · Stacks, imagens e deployments
Escolhe a intervenção a partir do mecanismo observado e documenta os limites da evidência.
Referência: EBS I/O characteristics · SOA-C03; exam guide 1.1