Entendendo o que é um zettabyte na prática
Muita gente ouve "zettabyte" e imagina algo abstrato, mas é uma unidade de medida real e cada vez mais presente em conversations de infraestrutura de dados. A IBM estima que o volume global de dados digitais deve atingir cerca de 175 zettabytes até 2025. Isso não é ficção científica, é planejamento de capacitação de data centers.
1 zettabyte corresponde a quantos bytes?
Em decimal (SI), 1 zettabyte corresponde a 10²¹ bytes, ou seja, 1.000.000.000.000.000.000.000 bytes. Em binário (IEC), seria 1.024 exabytes. A confusão entre essas duas convenções é mais comum do que parece e pode gerar erros sérios de dimensionamento quando se faz planejamento de storage em grande escala. No sistema DECIMAL, a progressão é: kilobyte (10³), megabyte (10), gigabyte (10), terabyte (10¹²), petabyte (10¹), exabyte (10¹), zettabyte (10²¹). No sistema BINÁRIO, cada passo multiplica por 1.024, não por 1.000. Quando uma fabricante anuncia um disco de "1 zettabyte equivalente" em espaço de arquivo, o número real de bytes endereçáveis é ligeiramente menor do que a marketing sugere. Já vi contratos de SLA serem renegociados por causa disso.
O que eu percebi na prática é que 1 zettabyte corresponde a uma quantidade de dados que praticamente nenhuma empresa individual armazena today. Um data center de grande porte como os da Equinix ou Digital Realty opera na casa de dezenas a centenas de petabytes. O zettabyte é uma unidade mais útil para medição macro — governos, relatórios de indústria, projeções de tráfego de rede — do que para o dia a dia de um engenheiro de storage.
Como isso se traduz em hardware e custo real
Para dar uma noção tangível: um disco HDD enterprise de 20 TB custando cerca de US$ 300 representa aproximadamente 0,00000002 zettabytes. Para montar 1 zettabyte em HDDs, você precisaria de 50 milhões desses discos. Em SSDs corporativos de 30 TB, seriam cerca de 33 milhões de unidades. Os números são assustadores propositalmente. O custo puro de hardware para 1 zettabyte em mídia magnética gira em torno de US$ 10 a US$ 15 bilhões, só nos discos. Sem contar racks, UPS, refrigeração, banda, pessoal, espaço físico. Em nuvem, o preço por TB mês varia entre US$ 0,023 (archive) e US$ 0,05 (standard), o que daria entre US$ 2,3 milhões e US$ 5 milhões por mês só de armazenamento ativo. Isso sem compressão, sem deduplicação, sem nenhum otimização.
Achamento importante que pouca gente menciona: compressão e deduplicação reduzem drasticamente o footprint real. Em workloads corporativos típicos com arquivos de log, backups e VMs, é razoável esperar ratios de 3:1 a 5:1 com soluções como ZFS ou NetApp. Isso significa que o que você planeja como 1 zettabyte de dados brutos pode caber em 200 a 333 terabytes físicos. Claro, isso varia wildly dependendo do tipo de dados. Vídeo bruto praticamente não compress. Bancos de dados relacionais com índices duplicados deduplicam muito bem.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Um problema real que eu tive com essas escalas
Trabalhei em um projeto de migração onde precisávamos estimar a linha de base para crescimento de 5 anos. A planilha inicial apontava para 1,2 zettabytes de dados acumulados em 60 meses considerando crescimento composto de 40% ao ano. O número parecia irrelevante porque estava fora da experiência diária da equipe. Até que tivemos que dimensionar o data center de dispersão. O problema concreto foi que o custo de rede e replicação entre regiões superava em 3x o custo de armazenamento bruto. A solução não foi comprar mais disco, foi redesenhar a arquitetura de retenção: dados quentes em SSD tier 1, dados mornos em HDD tier 2 com retenção de 18 meses, e dados frios em object storage com policy de 7 anos. Isso reduziu o custo total em cerca de 62% comparado ao plano original.
O que aprendi é que pensar em zettabytes é útil para estratégia, mas perigoso para operação. Ninguém opera um zettabyte. Operam-se petabytes com políticas de lifecycle que, somadas, pretendem escalar para zettabytes eventualmente.
Quando essa unidade realmente importa
ISP e provedores de telecom medem tráfego mensal de rede em zettabytes. A Netflix reportou Consumo global de banda que ultrapassou 1 zettabyte em um único trimestre durante a pandemia. Serviços de backup empresarial como Veeam ou Commvault frequentemente fazem reporting em EB/ZB para clientes grandes. Pesquisa de mercado (Gartner, IDC) usa a unidade para projeções globais. Se você está lendo isso e trabalhando com armazenamento, aqui vão dois insights que demorei para aprender:
Primeiro: o gargalo raramente é capacidade. É throughput de escrita sustentada e velocidade de recovery. Um sistema com 1 zettabyte lógico mas capaz de apenas 50 GB/s de write sustentado vai frustrar qualquer workload moderno. Verifique os IOPS e a latência antes de preocupar-se com capacidade bruta. Segundo: retenção indefinida é uma armadilha financeira. Dados que não são acessados em 90 dias devem migrar automaticamente para tiers mais baratos. Políticas hard-coded de "manter tudo" são a principal causa de orçamentos de storage explodindo além do previsto. Eu vi uma empresa gastar US$ 8 milhões a mais em 2 anos porque ninguém revisitou as tiering policies após a migração inicial.
Limitações que ninguém advertise
Ferramentas tradicionais de gestão de storage como o NetApp ONTAP ou o Dell PowerScale têm dificuldades reais acima de 10 petabytes por cluster. A partir daí, você precisa de arquitetura federada, com múltiplos clusters gerenciados por uma camada lógica. Isso introduz complexidade operacional significativa — failover cross-cluster, consistência de políticas, monitoramento unificado. Não é trivial. Backup de volumes nessa escala também é um problema real. Um job de backup de 1 zettabyte em link de 100 Gbps levaria mais de 3 meses em condições ideais, sem considerar overhead, verificação de integridade ou janelas de manutenção. Na prática, ninguém faz backup completo. Usa-se incremental forever com retenção de GFS (grandfather-father-son). Mesmo assim, o período de backup mensalmente ainda é significativo.
Se o seu cenário é menor que 10 petabytes, zettabyte não é uma preocupação. Foque em otimizar tiering, compressão e políticas de retenção. A unidade só se torna relevante quando você está falando com diretores de infraestrutura ou planejando expansão de data center em escala global.
