Block Storage, ou armazenamento em blocos, é a arquitetura de armazenamento que fragmenta dados em unidades de tamanho fixo chamadas blocos, cada uma identificada por um endereço lógico único (LBA — Logical Block Address). Essa abordagem entrega latência muito baixa e alto desempenho de I/O aleatório, o que a torna a escolha padrão para bancos de dados relacionais, boot volumes de máquinas virtuais e sistemas transacionais críticos. Segundo o Gartner (2024), block storage responde por mais de 60% dos gastos com armazenamento primário em ambientes enterprise.
TL;DR
- Block Storage divide dados em blocos de tamanho fixo (512 bytes a 64 KB) endereçados individualmente, permitindo I/O aleatório de baixa latência.
- É o modelo ideal para bancos de dados, VMs e ERPs — casos onde File e Object Storage não entregam performance suficiente.
- Principais serviços cloud: AWS EBS, Azure Managed Disks, Google Persistent Disk, Oracle Block Volumes, DigitalOcean Volumes.
Como funciona o Block Storage?
Block Storage é uma arquitetura de armazenamento em que o dispositivo entrega ao sistema operacional um volume bruto (raw block device), que gerencia sozinho o sistema de arquivos e o particionamento.
Cada volume é dividido em blocos de tamanho fixo — normalmente entre 512 bytes e 64 KB — e cada bloco recebe um Logical Block Address (LBA). Quando uma aplicação lê ou grava dados, o controlador acessa diretamente os LBAs solicitados, sem percorrer hierarquias de diretórios ou metadados extensos. Segundo a Microsoft Azure (2024), essa arquitetura entrega latência inferior a 1 milissegundo em Premium SSD v2, atendendo cargas de missão crítica.
O conceito difere fundamentalmente de armazenamento por arquivos ou objetos: no Block Storage, o filesystem (ext4, XFS, NTFS, VMFS) é montado pelo cliente, não pelo storage. Isso dá controle total sobre desempenho, mas exige que o volume seja montado por um único servidor por vez (com exceções em clusters compartilhados).
Block Storage vs Object Storage vs File Storage
| Dimensão | Block Storage | Object Storage | File Storage |
|---|---|---|---|
| Unidade de dado | Bloco fixo (LBA) | Objeto + metadados | Arquivo em diretórios |
| Protocolo | iSCSI, Fibre Channel, NVMe-oF | HTTP/REST (API S3) | NFS, SMB/CIFS |
| Latência típica | <1 ms (SSD) | 10 a 200 ms | 1 a 10 ms |
| Escalabilidade | Limitada por volume (até dezenas de TB) | Exabytes, praticamente ilimitada | Petabytes |
| Custo por GB | Alto (US$ 0,08 a US$ 0,25/GB/mês) | Baixo (US$ 0,005 a US$ 0,023/GB/mês) | Médio |
| Casos de uso | Bancos de dados, VMs, ERPs | Backup, mídia, data lakes, sites estáticos | Compartilhamento corporativo, home directories |
| Exemplos | AWS EBS, Azure Disk, GCP Persistent Disk | Amazon S3, Azure Blob, GCS | AWS EFS, Azure Files, NetApp |
Casos de uso ideais para Block Storage
Block Storage é a escolha correta sempre que a carga de trabalho exige I/O aleatório rápido, consistente e com baixa latência. Segundo a AWS (2024), mais de 70% das instâncias EC2 em produção usam pelo menos um volume EBS.
- Bancos de dados relacionais: MySQL, PostgreSQL, Oracle, SQL Server, MariaDB dependem de acesso rápido a páginas de dados e logs de transação.
- Boot volumes de VMs: discos de sistema operacional em nuvens públicas, privadas e hipervisores como VMware, KVM e Hyper-V.
- Aplicações transacionais: ERPs como SAP HANA, TOTVS e Oracle EBS, sistemas financeiros e plataformas de e-commerce com alto volume de gravações.
- Sistemas com I/O intenso: análise em tempo real, filas de mensageria (Kafka, RabbitMQ), caches persistentes (Redis) e mecanismos de busca (Elasticsearch).
- Ambientes de virtualização: datastores VMFS ou volumes RDM para clusters VMware vSphere.
Exemplos práticos B2B brasileiros
1. E-commerce B2B rodando PostgreSQL em AWS EBS
Um distribuidor industrial migrou seu banco PostgreSQL de servidor bare metal para AWS EC2 com volumes EBS io2 Block Express. A configuração de 32.000 IOPS provisionados reduziu o tempo de fechamento de pedidos em 40% durante picos de Black Friday B2B, mantendo latência abaixo de 500 microssegundos por transação.
2. VM VMware corporativa com Azure Disk Premium SSD v2
Uma indústria química de médio porte moveu sua VM de ERP TOTVS para Azure com discos Premium SSD v2 dimensionados para 15.000 IOPS. Segundo a Microsoft Azure (2024), esse tipo de disco permite ajustar IOPS e throughput independentemente da capacidade, gerando economia de até 30% frente ao Premium SSD tradicional.
3. Cluster Kubernetes com Persistent Volumes em DigitalOcean
Uma agência SaaS brasileira usa DigitalOcean Volumes como Persistent Volume Claims em Kubernetes para bancos MongoDB stateful. Cada pod recebe um volume dedicado, garantindo isolamento de dados e portabilidade entre nós do cluster.
Provedores de Block Storage em cloud
- Amazon EBS: tipos gp3 (uso geral, baseline 3.000 IOPS), io2 Block Express (até 256.000 IOPS, latência submilissegundo), st1 (HDD throughput) e sc1 (HDD frio, mais barato).
- Azure Managed Disks: Ultra Disk (até 400.000 IOPS), Premium SSD v2, Standard SSD e Standard HDD, com suporte a snapshots incrementais e replicação zone-redundant.
- Google Persistent Disk: pd-standard (HDD), pd-balanced, pd-ssd e pd-extreme, com replicação regional nativa.
- Oracle Block Volumes: escala de performance de Lower Cost a Ultra High Performance, com custo por GB fixo independente do tier.
- DigitalOcean Volumes: SSD block storage simples, com preço plano e integração nativa a Droplets e Kubernetes.
Segundo o IDC (2024), o mercado global de block storage em nuvem deve superar US$ 25 bilhões em 2026, com CAGR acima de 18% ao ano.
Tipos de Block Storage por performance
SSD-based: flash NAND (SATA, SAS ou NVMe) entrega baixa latência e alta densidade de IOPS. Recomendado para bancos de dados, aplicações transacionais e VMs de produção. IOPS típicos variam de 3.000 a 256.000 por volume.
HDD-based: discos magnéticos giratórios oferecem alto throughput sequencial e custo por GB muito baixo (até 5x mais barato que SSD). Ideais para logs, backups quentes e data warehouses com leitura sequencial.
NVMe local (ephemeral): SSDs NVMe fisicamente instalados no host, com throughput de milhões de IOPS. São efêmeros — dados são perdidos ao desligar a VM — e servem para caches, scratch space e bancos com replicação própria (Cassandra, ClickHouse).
SAN vs iSCSI vs NVMe-oF
SAN (Storage Area Network) tradicional usa Fibre Channel, entregando latência muito baixa em datacenters on-premises, com custo elevado de infraestrutura.
iSCSI transporta comandos SCSI sobre TCP/IP, permitindo Block Storage sobre redes Ethernet comuns — barato e amplamente adotado em pequenas e médias empresas.
NVMe-oF (NVMe over Fabrics) é o padrão moderno, transportando o protocolo NVMe sobre RDMA, TCP ou Fibre Channel. Segundo a Gartner (2024), NVMe-oF entrega latências até 50% menores que iSCSI, sendo o futuro para cargas de IA e bancos in-memory.
Snapshots, replicação e backup em Block Storage
Snapshots incrementais capturam apenas os blocos alterados desde o último snapshot, economizando espaço e acelerando a criação. AWS EBS, Azure Disk e GCP Persistent Disk oferecem snapshots gerenciados integrados a políticas de retenção.
A replicação pode ser síncrona (entre AZs, com RPO zero) ou assíncrona (entre regiões, com RPO de minutos). Segundo a Google Cloud (2024), Persistent Disk regional oferece replicação síncrona automática entre duas zonas, com failover em segundos.
Para backup completo, snapshots devem ser exportados para Object Storage (S3, Blob, GCS) com criptografia e políticas de retenção de longo prazo, atendendo requisitos de LGPD e ISO 27001.
Erros comuns em Block Storage
- Subestimar IOPS necessário: escolher gp3 baseline para um banco Oracle transacional causa gargalos silenciosos. Sempre medir IOPS de pico antes de dimensionar.
- Não configurar snapshot policy: sem snapshots automáticos, uma exclusão acidental ou ransomware destrói dados sem recuperação viável.
- Rodar em single AZ sem replicação: falhas de zona derrubam volumes; produção crítica deve usar replicação multi-AZ.
- Usar tipo errado (SSD caro para dados frios): logs históricos em Premium SSD desperdiçam orçamento — mover para HDD (st1, sc1) reduz custo em 80%.
- Ignorar monitoramento de latência e queue depth: métricas como VolumeQueueLength e latência p99 antecipam degradações antes que afetem usuários finais.
Como escolher Block Storage — passo a passo
- Mapeie o perfil de I/O: IOPS de pico, throughput MB/s, tamanho de bloco predominante, proporção leitura/escrita.
- Defina o SLA de latência: transações financeiras exigem <1 ms; workloads batch toleram 5 a 10 ms.
- Escolha o tipo de disco: SSD para I/O aleatório; HDD para throughput sequencial; NVMe local para caches.
- Dimensione IOPS e throughput separadamente: em gp3 e Premium SSD v2, ajuste os dois eixos conforme demanda real.
- Planeje snapshots e replicação: defina RPO, RTO e retenção antes de subir produção.
- Configure monitoramento: alertas para IOPS burst esgotado, latência acima do baseline e queue depth crescente.
- Revise custo mensalmente: reavalie tipos conforme padrões de uso mudam — o excesso de provisionamento é o maior desperdício em cloud.
Block Storage e a Shiftmind
A Shiftmind implanta e gerencia infraestrutura de armazenamento em blocos há mais de 12 anos, com clientes que rodam desde bancos PostgreSQL críticos até clusters VMware corporativos. Nossos serviços de servidor dedicado incluem discos SSD NVMe com RAID de hardware e volumes provisionados sob medida para cada carga.
Para projetos WordPress de alta performance, oferecemos hospedagem WordPress otimizada com Block Storage SSD, além de suporte e manutenção WordPress proativo com monitoramento de I/O e backups incrementais. Complementamos com proteção antivírus para websites e criação de sites WordPress com arquitetura escalável desde o dia zero.
Perguntas frequentes sobre Block Storage
Qual a diferença entre Block Storage e Object Storage?
Block Storage divide dados em blocos de tamanho fixo endereçados individualmente, entregando latência abaixo de 1 ms e I/O aleatório rápido — ideal para bancos e VMs. Object Storage encapsula cada arquivo como um objeto com metadados ricos, acessível via API HTTP/REST, com latência maior (dezenas de ms) e escala praticamente infinita — ideal para backup, mídia e data lakes. O custo por GB de Object Storage é até 10x menor que Block Storage.
Block Storage pode ser compartilhado entre servidores?
Tradicionalmente, um volume de Block Storage é montado por um único servidor por vez, garantindo consistência do sistema de arquivos. Existem exceções: AWS EBS Multi-Attach, Azure Shared Disks e SAN clustering permitem compartilhar volumes entre nós de clusters como Oracle RAC, Windows Failover Cluster e VMware vSphere HA. Para compartilhamento POSIX comum entre múltiplos servidores, File Storage (NFS, SMB) é a escolha correta.
Quanto custa Block Storage em cloud?
Preços variam por tipo e provedor. Segundo a AWS (2024), EBS gp3 custa cerca de US$ 0,08 por GB/mês, io2 Block Express US$ 0,125 por GB/mês, e HDD sc1 apenas US$ 0,015 por GB/mês. Azure Premium SSD v2 tem preço similar, com cobrança separada para IOPS e throughput provisionados. Snapshots custam de US$ 0,05 por GB/mês, e transferência entre regiões pode adicionar custos significativos em cenários de replicação.
Preciso fazer backup de Block Storage mesmo com snapshots?
Sim. Snapshots são cópias incrementais no mesmo sistema de armazenamento e não protegem contra falhas do provedor, ataques de ransomware que criptografam snapshots, ou erros de configuração. Backup completo exige exportar snapshots para Object Storage em outra região, com criptografia e retenção de longo prazo. A regra 3-2-1 (três cópias, dois tipos de mídia, uma fora do site) continua válida em cloud.
Qual a diferença entre IOPS e throughput em Block Storage?
IOPS (Input/Output Operations Per Second) mede quantas operações de leitura/escrita o disco processa por segundo — crítico para cargas com muitos acessos pequenos, como bancos transacionais. Throughput mede a quantidade de dados transferidos por segundo (MB/s) — crítico para cargas sequenciais como backup, streaming e data warehouse. Segundo a Google Cloud (2024), Persistent Disk Extreme entrega até 100.000 IOPS e 2.400 MB/s por volume, permitindo dimensionar cada eixo separadamente.
Termos relacionados
- Armazenamento em Nuvem
- AWS S3
- AWS EC2
- Backup em Nuvem (Cloud Backup)
- Bare Metal
- Bandwidth (Largura de Banda)
Conclusão
Block Storage continua sendo a espinha dorsal do armazenamento primário em ambientes corporativos, entregando a latência e o desempenho de I/O aleatório que bancos de dados, ERPs e VMs exigem. Com a evolução de tecnologias como NVMe-oF, SSD Ultra e discos ajustáveis independentemente em IOPS e capacidade, escolher e dimensionar Block Storage corretamente virou uma alavanca direta de performance e custo em cloud.
Última atualização: Agosto/2026.
Precisa dimensionar Block Storage para seu banco de dados, ERP ou ambiente cloud? A Shiftmind ajuda a projetar, migrar e operar a camada de armazenamento com foco em performance e custo. Fale com a Shiftmind.
