---
title: "O que é IOPS e por que ele importa mais que MB/s no disco"
description: "Entenda IOPS, vazão e latência de armazenamento, a diferença entre leitura aleatória e sequencial e como medir o disco do seu servidor com o fio."
url: "https://streethosting.com.br/guias/infraestrutura/o-que-e-iops-armazenamento"
category: "infraestrutura"
slug: "o-que-e-iops-armazenamento"
datePublished: "2026-11-13"
dateModified: "2026-11-13"
author: "Equipe StreetHosting"
difficulty: "intermediario"
language: "pt-BR"
keywords:
  - "o que e iops"
  - "iops disco"
  - "testar disco com fio"
  - "leitura aleatoria 4k"
  - "profundidade de fila"
  - "latencia de disco"
---

# IOPS, vazão e latência: como medir de verdade o desempenho do disco do servidor

A velocidade em MB/s que aparece na propaganda de um disco conta só metade da história. Banco de dados e sistema operacional vivem de IOPS e de latência em blocos pequenos e aleatórios, e é isso que separa HDD, SSD SATA e NVMe.

> **Resposta rápida**
>
> **IOPS** são as operações de leitura ou escrita que um disco completa por segundo. Ele só faz sentido junto de outros dois números: a vazão, em MB/s, e a latência, o tempo de cada operação. Para banco de dados, sistema operacional e qualquer carga com muitos arquivos pequenos, o que manda é o IOPS em blocos de 4 KB aleatórios. Em ordem de grandeza, um HDD entrega centenas, um SSD SATA dezenas de milhares e um NVMe centenas de milhares ou mais. Para medir no seu servidor, use o `fio`.

## IOPS, vazão e latência

Quando alguém compara discos, três números aparecem, e cada um responde uma pergunta diferente.

- **IOPS:** quantos pedidos o disco atende por segundo. Cada leitura ou escrita de um bloco é uma operação, não importa o tamanho dela.
- **Vazão ou throughput:** quantos megabytes passam por segundo. É a medida que a embalagem do disco costuma destacar.
- **Latência:** quanto tempo uma operação leva do pedido até a resposta. Ela diz o quanto o programa fica parado esperando o disco.

Os três se ligam por uma conta simples: vazão é igual a IOPS multiplicado pelo tamanho do bloco. Com blocos de 4 KB, 100 mil IOPS dão cerca de 400 MB/s. Com blocos de 1 MB, só 500 IOPS já entregam 500 MB/s. Por isso um disco pode parecer rápido em uma medida e lento em outra. Quem lê um vídeo grande quer vazão. Quem atende mil consultas de banco por segundo quer IOPS e latência baixa.

A mesma ideia vale para rede, onde [latência e vazão também são medidas separadas](https://streethosting.com.br/guias/infraestrutura/o-que-e-latencia-ping-servidor). Um enlace grande não garante resposta rápida, e um disco rápido em MB/s não garante resposta rápida a pedidos pequenos.

## Leitura aleatória e sequencial

Em um acesso sequencial, o programa lê ou escreve blocos vizinhos, um depois do outro: copiar um arquivo grande, restaurar um backup, ler um log do começo ao fim. Em um acesso aleatório, cada pedido aponta para um lugar diferente do disco: abrir milhares de arquivos pequenos, consultar linhas espalhadas de uma tabela, carregar bibliotecas na inicialização.

Para um HDD, a diferença é enorme, porque cada acesso aleatório exige mover o braço mecânico e esperar o prato girar até o ponto certo. Isso leva alguns milissegundos por operação, e é por isso que ele tem poucas centenas de IOPS. Em um SSD não existe parte mecânica, então um acesso aleatório custa quase o mesmo que um sequencial, e a distância entre as duas medidas é bem menor.

O padrão usado para comparar discos é o bloco de 4 KB, porque é o tamanho de bloco padrão da maioria dos sistemas de arquivos e o tamanho da página de memória do Linux. Quando um teste diz apenas que o disco faz 3000 MB/s, quase sempre é leitura sequencial com bloco grande. O número que prevê como o servidor vai se comportar com um banco de dados é o de 4 KB aleatório.

## Profundidade de fila

A profundidade de fila, ou queue depth, é quantos pedidos ficam em aberto ao mesmo tempo esperando o disco. Com fila 1, o programa manda um pedido e só manda o próximo quando a resposta volta. O resultado depende totalmente da latência: se cada operação leva 100 microssegundos, saem no máximo 10 mil IOPS.

Um SSD, e principalmente um NVMe, tem vários canais internos que trabalham em paralelo. Com fila 32 ou mais, ele aproveita todos e o IOPS sobe muito, enquanto a latência de cada pedido cresce um pouco. Um HDD quase não ganha com fila funda, porque só tem um braço.

Por isso o número anunciado pelo fabricante, quase sempre medido com fila funda e vários processos, é bem maior que o que um programa comum consegue. Uma aplicação que faz uma consulta por vez vive perto do cenário de fila 1. Um servidor com muitos clientes simultâneos se aproxima do cenário de fila funda. Os dois testes valem, e respondem perguntas diferentes: o primeiro mostra a latência do disco, o segundo mostra o teto.

## Por que banco de dados depende de IOPS

Um banco de dados relacional guarda os dados em páginas pequenas, em geral de 8 KB ou 16 KB, e uma consulta pode precisar de páginas espalhadas pelo disco. Além disso, toda escrita confirmada passa pelo log de transações e espera o disco garantir que gravou antes de responder ao cliente. Essa espera é latência pura, e cada transação paga o preço dela.

O resultado prático: um banco em disco de poucos IOPS fica limitado pelo armazenamento muito antes de a CPU ou a RAM esgotarem. Os sintomas são conhecidos: o uso de CPU baixo, o tempo de consulta alto e a espera por disco alta, que aparece no campo `wa` do `top` e no `%iowait` do `iostat`. Dar mais RAM ajuda, porque o cache guarda mais páginas, mas as escritas e as leituras que falham no cache continuam indo ao disco.

Esse é um dos motivos de [escolher a VPS para banco de dados](https://streethosting.com.br/guias/vps/escolher-vps-banco-de-dados) olhando o tipo de disco antes do número de núcleos. O mesmo vale para WordPress com muitos plugins, lojas virtuais e qualquer sistema que abre muitos arquivos pequenos.

## HDD, SSD SATA e NVMe

Os valores abaixo são ordens de grandeza para leitura de 4 KB aleatória e para leitura sequencial, em condições boas. Modelos específicos variam bastante, e discos de servidor costumam passar do que aparece aqui.

| Tipo | IOPS em 4 KB aleatório | Vazão sequencial | Latência típica |
| --- | --- | --- | --- |
| HDD de 7200 rpm | 100 a 200 | 100 a 250 MB/s | Vários milissegundos |
| SSD SATA | Dezenas de milhares | Até cerca de 550 MB/s | Na casa de 100 microssegundos |
| SSD NVMe | Centenas de milhares até mais de 1 milhão | De 3000 a mais de 7000 MB/s | Entre 20 e 100 microssegundos |

O teto do SSD SATA é a própria interface, de 6 Gbit/s, que limita a vazão a cerca de 550 MB/s. O NVMe usa o barramento PCIe, sem esse gargalo, e fala com o processador por várias filas em paralelo. Ele não é apenas mais rápido em MB/s: a latência cai e o IOPS cresce em fila funda, que é onde servidores com muita concorrência ganham. A comparação completa, com preço e uso indicado, está em [diferença entre HDD, SSD e NVMe](https://streethosting.com.br/guias/infraestrutura/diferenca-hdd-ssd-nvme-armazenamento).

> **Dica**
>
> Em um servidor com vários discos, o RAID muda esses números: espelhar pode até dobrar a leitura sem ganhar na escrita, e dividir os dados entre os discos soma a vazão. O guia de [RAID em servidores](https://streethosting.com.br/guias/infraestrutura/o-que-e-raid-armazenamento-servidor) explica cada nível.

## Como medir com o fio

O `fio` é a ferramenta padrão para testar armazenamento no Linux. Em Ubuntu e Debian, instale com `sudo apt install fio`. Os testes abaixo usam um arquivo de 2 GB em `/var/tmp`, a opção `--direct=1` para ignorar o cache de memória do sistema e `--ioengine=libaio` para acesso assíncrono.

Primeiro, a leitura aleatória de 4 KB com fila funda, que mostra o teto de IOPS:

```
fio --name=leitura-aleatoria --filename=/var/tmp/fio-teste \
  --size=2G --rw=randread --bs=4k --iodepth=32 --numjobs=1 \
  --ioengine=libaio --direct=1 --runtime=30 --time_based \
  --group_reporting
```

Depois, a mesma leitura com fila 1, que mostra a latência que um programa comum sente:

```
fio --name=latencia-fila-1 --filename=/var/tmp/fio-teste \
  --size=2G --rw=randread --bs=4k --iodepth=1 --numjobs=1 \
  --ioengine=libaio --direct=1 --runtime=30 --time_based \
  --group_reporting
```

E a leitura sequencial com blocos grandes, que mostra a vazão máxima:

```
fio --name=leitura-sequencial --filename=/var/tmp/fio-teste \
  --size=2G --rw=read --bs=1M --iodepth=8 --numjobs=1 \
  --ioengine=libaio --direct=1 --runtime=30 --time_based \
  --group_reporting
```

Na saída, procure três linhas:

1. **read: IOPS=...**, com a vazão logo ao lado, no campo BW. É o resultado principal do teste.
2. **clat percentiles:** a latência de conclusão. Olhe o percentil 99, que mostra os pedidos mais lentos. Uma média boa com p99 ruim significa travadas ocasionais.
3. **util:** no fim do relatório, quanto o disco ficou ocupado. Perto de 100 por cento quer dizer que o teste chegou ao limite.

Terminou? Apague o arquivo de teste:

```
rm /var/tmp/fio-teste
```

> **Atenção**
>
> Teste de escrita é onde o perigo mora. Se você trocar `--rw=randread` por `randwrite` e apontar `--filename` para um dispositivo como `/dev/sda` ou `/dev/nvme0n1`, o fio sobrescreve o disco e destrói o sistema de arquivos e os dados. Em disco que já tem dados, escreva só em um arquivo comum, como nos exemplos acima, e use o dispositivo direto apenas em um disco vazio, sem nada que você queira guardar. Evite rodar o teste em produção no horário de uso, porque ele ocupa o disco inteiro e os outros serviços vão sentir.

Em VPS, lembre que o disco do seu servidor é compartilhado com outros clientes do mesmo hospedeiro. Rode o teste mais de uma vez, em horários diferentes, antes de tirar conclusões. Para acompanhar o que o disco faz no dia a dia, o guia de [como verificar CPU, RAM, disco e rede no Linux](https://streethosting.com.br/guias/vps/verificar-cpu-ram-disco-rede-linux) mostra o `iostat` e outras ferramentas de observação.

## Disco rápido na prática

Medir IOPS só faz sentido quando você controla o servidor, instala o fio e consegue repetir o teste. Nas [VPS da StreetHosting](https://streethosting.com.br/vps) você tem acesso root, e toda VPS usa armazenamento NVMe. A VPS Xeon começa em R$ 26,00 por mês com 2 vCPU, 2 GB de RAM e 20 GB NVMe, o que serve bem para um banco de dados pequeno ou um site.

Quando o projeto pede mais discos, controle do RAID ou uma carga de banco que ocupa a máquina inteira, os [servidores dedicados](https://streethosting.com.br/dedicated) são o caminho: ficam em São Paulo, com entrega em até 6 dias. Antes de fechar, confirme o modelo e o tipo de disco na página de cada configuração.

## Perguntas frequentes

### O que significa IOPS?

IOPS quer dizer operações de entrada e saída por segundo. Cada leitura ou escrita de um bloco conta como uma operação. Um disco com 50 mil IOPS em blocos de 4 KB consegue atender 50 mil pedidos pequenos por segundo, o que importa muito para banco de dados e para o sistema operacional.

### Qual é a diferença entre IOPS e MB/s?

MB/s mede o volume de dados que passa por segundo, e IOPS mede quantos pedidos o disco atende por segundo. A conta é vazão igual a IOPS vezes o tamanho do bloco. Um disco pode ter MB/s alto lendo arquivos grandes em sequência e IOPS baixo em pedidos pequenos e espalhados.

### Quantos IOPS tem um HDD, um SSD SATA e um NVMe?

Em leitura aleatória de 4 KB, um HDD de 7200 rpm fica na casa de 100 a 200 IOPS, um SSD SATA na casa de dezenas de milhares e um NVMe de servidor entre centenas de milhares e mais de um milhão. São ordens de grandeza, e o valor real depende do modelo, do firmware e da profundidade de fila.

### Posso rodar o fio em um servidor em produção?

Leitura em arquivo de teste é segura, mas satura o disco e pode deixar o serviço lento enquanto roda. Teste de escrita aponta para um arquivo e nunca para o dispositivo inteiro. Escrever direto em um dispositivo como /dev/sda apaga os dados que estiverem nele.

### Por que meu teste deu menos IOPS que o anunciado pelo fabricante?

O número do fabricante costuma vir de condições ideais, com fila funda e vários processos em paralelo. Em um teste com fila 1 ou com um único processo o resultado é bem menor. Em VPS, o disco ainda é compartilhado com outros clientes, e o hospedeiro pode limitar o IOPS de cada servidor.

## Guias relacionados

- [Diferença entre HDD, SSD e NVMe no armazenamento de servidores](https://streethosting.com.br/guias/infraestrutura/diferenca-hdd-ssd-nvme-armazenamento.md)
- [O que é RAID e como funciona no armazenamento de servidores](https://streethosting.com.br/guias/infraestrutura/o-que-e-raid-armazenamento-servidor.md)
- [Como escolher VPS para banco de dados: RAM, CPU e NVMe](https://streethosting.com.br/guias/vps/escolher-vps-banco-de-dados.md)
- [Como verificar CPU, RAM, disco e rede no Linux por comando](https://streethosting.com.br/guias/vps/verificar-cpu-ram-disco-rede-linux.md)
- [NVMe e performance em servidores de jogos](https://streethosting.com.br/guias/infraestrutura/nvme-impacto-performance-servidor-jogos.md)

## Produtos citados

- https://streethosting.com.br/vps
- https://streethosting.com.br/dedicated

## Dados estruturados

```json
[
  {
    "@context": "https://schema.org",
    "@type": [
      "Article",
      "TechArticle"
    ],
    "headline": "IOPS, vazão e latência: como medir de verdade o desempenho do disco do servidor",
    "name": "O que é IOPS e por que ele importa mais que MB/s no disco",
    "abstract": "A velocidade em MB/s que aparece na propaganda de um disco conta só metade da história. Banco de dados e sistema operacional vivem de IOPS e de latência em blocos pequenos e aleatórios, e é isso que separa HDD, SSD SATA e NVMe.",
    "description": "Entenda IOPS, vazão e latência de armazenamento, a diferença entre leitura aleatória e sequencial e como medir o disco do seu servidor com o fio.",
    "datePublished": "2026-11-13",
    "dateModified": "2026-11-13",
    "author": {
      "@type": "Organization",
      "name": "Equipe StreetHosting"
    },
    "publisher": {
      "@type": "Organization",
      "name": "StreetHosting",
      "url": "https://streethosting.com.br"
    },
    "inLanguage": "pt-BR",
    "mainEntityOfPage": {
      "@type": "WebPage",
      "@id": "https://streethosting.com.br/guias/infraestrutura/o-que-e-iops-armazenamento"
    }
  },
  {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [
      {
        "@type": "Question",
        "name": "O que significa IOPS?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "IOPS quer dizer operações de entrada e saída por segundo. Cada leitura ou escrita de um bloco conta como uma operação. Um disco com 50 mil IOPS em blocos de 4 KB consegue atender 50 mil pedidos pequenos por segundo, o que importa muito para banco de dados e para o sistema operacional."
        }
      },
      {
        "@type": "Question",
        "name": "Qual é a diferença entre IOPS e MB/s?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "MB/s mede o volume de dados que passa por segundo, e IOPS mede quantos pedidos o disco atende por segundo. A conta é vazão igual a IOPS vezes o tamanho do bloco. Um disco pode ter MB/s alto lendo arquivos grandes em sequência e IOPS baixo em pedidos pequenos e espalhados."
        }
      },
      {
        "@type": "Question",
        "name": "Quantos IOPS tem um HDD, um SSD SATA e um NVMe?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Em leitura aleatória de 4 KB, um HDD de 7200 rpm fica na casa de 100 a 200 IOPS, um SSD SATA na casa de dezenas de milhares e um NVMe de servidor entre centenas de milhares e mais de um milhão. São ordens de grandeza, e o valor real depende do modelo, do firmware e da profundidade de fila."
        }
      },
      {
        "@type": "Question",
        "name": "Posso rodar o fio em um servidor em produção?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Leitura em arquivo de teste é segura, mas satura o disco e pode deixar o serviço lento enquanto roda. Teste de escrita aponta para um arquivo e nunca para o dispositivo inteiro. Escrever direto em um dispositivo como /dev/sda apaga os dados que estiverem nele."
        }
      },
      {
        "@type": "Question",
        "name": "Por que meu teste deu menos IOPS que o anunciado pelo fabricante?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "O número do fabricante costuma vir de condições ideais, com fila funda e vários processos em paralelo. Em um teste com fila 1 ou com um único processo o resultado é bem menor. Em VPS, o disco ainda é compartilhado com outros clientes, e o hospedeiro pode limitar o IOPS de cada servidor."
        }
      }
    ]
  }
]
```