APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
IOPS conta operações por segundo; throughput mede dados por segundo. Na mesma camada observada, quatro mil operações de dezasseis KiB por segundo representam 64000 KiB/s, ou 62,5 MiB/s, sem overhead. Não assumes igualdade entre operações da aplicação e do dispositivo: o percurso pode juntar ou dividir pedidos. Num recurso fictício limitado a 125 MiB/s, operações de 256 KiB esgotam esse limite a quinhentas por segundo, mesmo que outro limite de IOPS seja superior. Os números ilustram a relação entre unidades, sem representar especificações universais de um produto. Regista sempre tamanho de I/O, janela e âmbito da medição.
Aplicação guiada
Uma fila crescente com latência crescente e throughput estabilizado pode indicar saturação. Aumentar threads não acrescenta automaticamente capacidade e pode prolongar a espera. Compara limites do volume, da instância e o consumo agregado antes de comprar mais IOPS. Para contadores acumulados Linux, calcula a diferença entre amostras e divide pelo tempo, considerando resets por arranque ou alteração de dispositivo. Dez mil para dezasseis mil leituras em trinta segundos corresponde a duzentas leituras por segundo. Num incidente de batch, correlaciona estas medições com o prazo funcional e comunica o impacto de conter concorrência. Não uses um contador desde o arranque como taxa instantânea.
4000 × 16 KiB/s = 62,5 MiB/s; a camada e a janela fazem parte da medição.
Armadilhas comuns
IOPS como MiB/s; mais threads como mais capacidade; volume como único limite; contador total como taxa.
Tópicos relacionados: Interfaces e dependências · Capacidade e crescimento · Durabilidade e coordenação
Mede o percurso completo e mantém contagens, unidades e limites comparáveis.
Referência: EBS I/O size, IOPS, throughput and latency · DR Storage 2026-09; selected Linux and AWS storage behavior