IOPS: o que é, como calcular e por que é essencial no dimensionamento de storage

Quando um servidor começa a ficar lento sem razão aparente — CPU ociosa, memória abundante, rede funcionando — o culpado frequentemente está no armazenamento. O sintoma é sempre o mesmo: a aplicação espera por dados que o disco não consegue entregar rápido o suficiente. A métrica que quantifica essa limitação é o IOPS.

IOPS significa Input/Output Operations Per Second, ou operações de entrada e saída por segundo. É a métrica que define quantas operações de leitura e escrita um dispositivo de armazenamento consegue realizar em um segundo. Não é uma métrica de capacidade — indica quantos gigabytes o disco armazena — mas de performance: quanto trabalho o disco consegue fazer simultaneamente. Projetos de TI que dimensionam armazenamento apenas por capacidade, ignorando IOPS, frequentemente entregam ambientes com espaço de sobra e performance inadequada.

Este artigo explica como IOPS funcionam, quais são os valores típicos de cada tecnologia de storage, como calcular a necessidade de um ambiente e como monitorar IOPS em produção para identificar gargalos antes que causem incidentes.

O que determina o IOPS de um dispositivo

O IOPS de um dispositivo de armazenamento é determinado principalmente pela tecnologia de leitura e escrita que ele usa. Nos HDDs mecânicos, o gargalo é físico: a cabeça de leitura precisa se mover até a posição correta no disco (seek time) e aguardar o setor girar até a posição de leitura (rotational latency). Discos de 7.200 RPM entregam tipicamente 75–100 IOPS. Discos de 10.000 RPM chegam a 130–180 IOPS. Discos de 15.000 RPM atingem 175–210 IOPS. Esses limites são físicos e não podem ser superados por mais memória ou cache no servidor.

Os SSDs eliminam as partes móveis. Sem seek time nem rotational latency, um SSD SATA entrega entre 20.000 e 80.000 IOPS. SSDs NVMe conectados via PCIe superam 300.000 IOPS e os modelos de datacenter chegam a 1 milhão de IOPS. Essa diferença de magnitude explica por que a substituição de HDDs por SSDs é a otimização de performance com maior retorno imediato em servidores de banco de dados e virtualização.

Quando IOPS insuficiente causa problemas reais

Existem três cenários onde o IOPS é o fator limitante crítico de performance.

Bancos de dados relacionais (OLTP) realizam milhares de pequenas operações aleatórias de leitura e escrita por segundo — inserções, atualizações, consultas indexadas. Cada transação gera múltiplas operações de I/O. Um banco OLTP de médio porte em produção pode exigir facilmente 5.000–20.000 IOPS. Em um HDD de 7.200 RPM com 100 IOPS, esse banco simplesmente não funciona de forma aceitável — a fila de I/O cresce, as transações atrasam em cascata.

Ambientes virtualizados concentram múltiplas VMs no mesmo storage. Cada VM tem seu próprio padrão de I/O. Em um host com 20 VMs rodando sistemas operacionais e aplicações simultâneas, o contention de IOPS entre as VMs — o chamado “noisy neighbor” — pode degradar a performance de todas se o storage não tiver capacidade suficiente. O gerenciamento de virtualização eficiente exige dimensionamento de IOPS por VM como parte do planejamento de capacidade.

Servidores de arquivos com acesso concorrente em ambientes onde muitos usuários leem e escrevem arquivos simultaneamente também geram demanda de IOPS que pode superar facilmente a capacidade de poucos HDDs.

Como calcular IOPS necessários para um projeto

O dimensionamento de IOPS começa pela coleta de dados da carga de trabalho existente ou estimada. As variáveis principais são: número de operações de I/O por segundo da aplicação, proporção entre leituras e escritas (uma escrita em RAID 5 consome de 4 a 6 IOPS efetivos), e tamanho médio dos blocos de I/O.

A fórmula para IOPS efetivos em RAID 5 é: IOPS_efetivos = (IOPS_leitura + IOPS_escrita × 4) ÷ número_de_discos. Para ambientes sem dados históricos de I/O, a referência prática é: bancos de dados OLTP requerem entre 5.000 e 50.000 IOPS dependendo do volume transacional; ambientes VMware com VMs de uso geral requerem 500 a 2.000 IOPS por VM; fileservers corporativos operam com 100 a 500 IOPS por usuário ativo.

Em cloud, provedores como AWS expõem IOPS como parâmetro configurável. O tipo EBS gp3 fornece 3.000 IOPS base por padrão; o tipo io2 permite provisionar até 64.000 IOPS por volume — com custo proporcional. Esse controle explícito torna o dimensionamento de IOPS uma decisão financeira tanto quanto técnica no contexto de FinOps.

Como monitorar IOPS em produção

O monitoramento de IOPS em tempo real é essencial para detectar gargalos antes que impactem usuários. Em servidores Linux, o comando iostat -x 1 exibe IOPS por dispositivo a cada segundo, incluindo utilização do disco (%util) e latência média (await). Um %util acima de 80% por períodos prolongados é sinal de saturação. await acima de 20ms em HDD ou 5ms em SSD indica fila de I/O crescendo.

Ferramentas de monitoramento de servidores como Zabbix e sistemas de observabilidade modernos integram métricas de IOPS em dashboards centralizados, permitindo correlacionar picos de I/O com eventos de aplicação — uma query pesada no banco, um processo de backup ou um spike de usuários — para diagnóstico preciso da causa raiz.

Conclusão

Compreender IOPS é essencial para qualquer decisão de dimensionamento de infraestrutura de TI que envolva armazenamento. Projetos que escolhem storage apenas por capacidade sem avaliar IOPS inevitavelmente enfrentam gargalos em banco de dados, virtualização e aplicações críticas. A transição de HDD para SSD ou NVMe representa o maior salto de IOPS possível com uma única decisão de hardware. O monitoramento contínuo fecha o ciclo: garante que o storage dimensionado está operando dentro dos limites esperados e antecipa a necessidade de expansão antes que a performance degrade.

A OpServices monitora métricas de storage em tempo real, incluindo IOPS, utilização e latência de disco, com alertas proativos integrados ao ambiente de infraestrutura. Para avaliar o dimensionamento de storage do seu ambiente, fale com nossos especialistas.