Object storage para backup: por que S3

⏱ 8 min de leitura

O destino dos backups mudou. Por décadas, a cópia de segurança ia para fita ou disco local. Hoje, o alvo padrão é outro: object storage com a API S3. Entender por que essa migração aconteceu, e como as ferramentas de backup usam o object storage como repositório, é essencial para desenhar uma estratégia de proteção de dados moderna.

Este artigo explica o que é um alvo de backup, por que o object storage S3 se tornou o destino preferencial, como as principais ferramentas o utilizam e qual o ponto de atenção crítico no custo de restauração.

O que é um alvo de backup

Object storage como alvo de backup Um alvo de backup (backup target ou repositório) é o destino onde as cópias de segurança são gravadas e armazenadas. O object storage com a API S3 se tornou o alvo padrão de backup do mercado, substituindo fita e disco local como destino preferencial. As razões são escala praticamente ilimitada (backups crescem continuamente e o object storage acompanha sem reconfiguração), custo por GB baixo (ideal para grandes volumes e retenção longa), imutabilidade via Object Lock (proteção WORM contra ransomware que torna o backup inviolável durante a retenção) e durabilidade alta. As principais ferramentas adotaram o S3 nativamente: o Veeam usa object storage como capacity tier no Scale-out Backup Repository e permite gravação direta em objeto; Commvault, Veritas, Rubrik, Restic e MSP360 também gravam backups em storage compatível com S3. O object storage materializa as cópias offsite e imutável da regra 3-2-1-1-0. Um ponto de custo importante é a restauração: nas nuvens públicas, recuperar grandes volumes gera egress fee, encarecendo o momento do desastre, o que torna provedores sem taxa de saída especialmente vantajosos como alvo de backup.

Antes de falar por que o object storage venceu, é preciso entender o conceito de alvo de backup. O alvo (ou backup target, ou repositório) é simplesmente o lugar onde o backup é gravado. Toda estratégia de backup tem uma origem (os dados de produção) e um destino (onde a cópia fica guardada).

Historicamente, esse destino foi a fita magnética (durável e barata, mas lenta para restaurar) e o disco local (rápido, mas limitado em capacidade e vulnerável a desastres físicos no mesmo local). O object storage surgiu como uma terceira via que combina vantagens de ambos sem boa parte das limitações. Para entender o conceito de object storage, vale o conteúdo sobre storage de objeto.

Por que o object storage S3 virou o padrão

A adoção do object storage como alvo de backup não foi moda, foi consequência de um encaixe quase perfeito entre as características do object storage e as necessidades do backup. Quatro razões explicam isso:

Escala praticamente ilimitada

Backups só crescem: mais dados, mais retenção, mais histórico. O object storage escala horizontalmente sem limite prático, acompanhando esse crescimento sem que você precise reconfigurar ou migrar para um sistema maior. A fita e o disco local esbarram em limites; o object storage, não.

Custo por GB baixo

Backup é o caso clássico de grande volume com acesso raro (você guarda muito e restaura pouco). O object storage é otimizado exatamente para isso, com custo por GB muito menor que storage de alta performance, o que o torna econômico para reter grandes volumes por longos períodos.

Imutabilidade via Object Lock

O Object Lock torna os backups imutáveis (WORM), invioláveis contra ransomware durante o período de retenção. Essa proteção, imposta pela infraestrutura, é hoje um requisito de backup moderno, e o object storage a oferece nativamente. Para entender o recurso, vale o conteúdo sobre Object Lock e imutabilidade no S3.

Durabilidade alta

O object storage replica e protege os dados pela própria infraestrutura, oferecendo durabilidade alta sem que você precise gerenciar RAID ou cópias manuais. Para um backup, que é a última linha de defesa, essa durabilidade é fundamental.

A soma dessas quatro características fez o object storage com S3 se tornar o destino natural do backup moderno. As ferramentas de mercado perceberam isso e passaram a suportá-lo nativamente.

Como as ferramentas usam o S3 como repositório

As principais ferramentas de backup do mercado adotaram o object storage compatível com S3 como repositório de primeira classe. Alguns exemplos de como isso funciona:

Veeam: uma das ferramentas mais usadas, o Veeam integra object storage de duas formas. No Scale-out Backup Repository, o object storage funciona como capacity tier, a camada para onde os backups mais antigos são movidos automaticamente (mantendo os recentes em storage rápido e os antigos no object storage econômico). O Veeam também permite gravação direta em objeto e suporta Object Lock para imutabilidade. É uma integração madura e amplamente usada em produção.

Commvault, Veritas e Rubrik: as grandes plataformas corporativas de proteção de dados suportam object storage compatível com S3 como destino, com recursos de imutabilidade e gestão de retenção.

Restic e MSP360: ferramentas mais leves e populares também gravam backups diretamente em storage compatível com S3, o que as torna uma opção acessível para quem quer object storage como alvo sem uma suíte corporativa completa.

O ponto comum: como todas falam a API S3, elas funcionam com qualquer object storage compatível, não só com a AWS. Isso significa que você pode apontar sua ferramenta de backup para um provedor nacional compatível com S3 apenas trocando o endpoint. Para entender essa compatibilidade, vale o conteúdo sobre a API S3.

O papel do object storage na regra 3-2-1-1-0

A regra 3-2-1-1-0 é o padrão moderno de backup: três cópias, em duas mídias diferentes, uma offsite, uma imutável (offline ou air-gapped), com zero erros verificados. O object storage com S3 se encaixa de forma elegante em vários desses requisitos. Para entender a regra completa, vale o conteúdo sobre backup 3-2-1-1-0.

Veja como o object storage contribui:

• Mídia diferente: object storage é uma mídia distinta do disco local, ajudando a cumprir o requisito de diversificar tipos de mídia.
• Cópia offsite: object storage em um data center remoto é, por natureza, uma cópia fora do local físico principal, protegendo contra desastres locais.
• Cópia imutável: com Object Lock, o object storage fornece a cópia imutável que a regra exige, inviolável contra ransomware.

Ou seja, um único alvo de object storage com Object Lock, em um data center remoto, pode cobrir três dos requisitos da regra de uma vez: mídia diferente, offsite e imutável. É por isso que ele se tornou peça central das arquiteturas de backup modernas. Para a visão geral de backup na nuvem, vale o conteúdo do guia de backup na nuvem.

O ponto crítico: o custo da restauração

Aqui está o detalhe que muita gente só descobre no pior momento. Quando você usa object storage de nuvem pública como alvo de backup, gravar os backups é barato, mas restaurar pode ser caro, por causa do egress fee.

Lembre-se: backup é grande volume. No dia em que um desastre acontece e você precisa restaurar terabytes de dados, esse tráfego de saída (egress) é cobrado, podendo gerar uma fatura significativa exatamente no momento mais crítico e estressante. É uma ironia cruel do modelo de nuvem pública: o seguro (backup) cobra um pedágio para ser acionado (restore).

Esse custo de restauração precisa entrar no cálculo de quem escolhe um alvo de backup. Um object storage barato para armazenar, mas caro para restaurar, pode não ser o melhor negócio quando você considera o custo total, incluindo o cenário de desastre. Provedores que não cobram egress fee eliminam essa armadilha: a restauração não tem custo de saída, o que torna o backup um seguro sem pedágio de acionamento. Para entender os componentes de custo, vale o conteúdo sobre custos de S3.

O Object Storage S3 da EVEO como alvo de backup

O Object Storage S3 da EVEO reúne as características de um alvo de backup ideal, sem as armadilhas de custo da nuvem pública. Como é compatível com a API S3, integra diretamente com as ferramentas que o mercado já usa (Veeam, Commvault, Veritas, Restic, MSP360): basta apontar o repositório para o endpoint da EVEO.

O que torna a EVEO um alvo de backup vantajoso:

• Sem egress fee: a restauração é gratuita. No dia do desastre, recuperar terabytes não gera custo de saída, o seguro sem pedágio de acionamento.
• Object Lock nativo: imutabilidade WORM que torna os backups invioláveis contra ransomware, cumprindo o requisito imutável da regra 3-2-1-1-0.
• Preço único previsível: R$ 0,05 por GB para armazenar os backups, sem surpresa e sem cobrança por API.
• Cópia offsite nacional: data centers Tier III no Brasil (Cotia/SP, Osasco/SP, Curitiba/PR, Fortaleza/CE) mais Miami/FL, fornecendo a cópia remota sob jurisdição brasileira.
• Escala e performance: buckets de até 5 PB com arquitetura Fiber Channel, acompanhando o crescimento dos backups.
• Suporte em português 24/7: ajuda especializada para configurar o repositório na sua ferramenta de backup.

Para empresas que querem um alvo de backup robusto, imutável e sob soberania nacional, sem o susto do egress fee na restauração, o Object Storage S3 da EVEO entrega tudo isso com economia que pode chegar a 80% em relação à nuvem global.

No fim, a escolha do alvo de backup é tão importante quanto a estratégia de backup em si. O object storage com S3 venceu como destino padrão por reunir escala, custo baixo, imutabilidade e durabilidade. Mas o cálculo só fica completo quando você considera o custo de restauração: um alvo sem egress fee transforma o backup em um seguro que você pode acionar sem medo da fatura. Backup bom é aquele que você consegue restaurar, no momento que precisar, sem surpresas.

Perguntas frequentes sobre object storage para backup

Por que usar object storage para backup?

Porque ele reúne as características ideais de um alvo de backup: escala praticamente ilimitada (acompanha o crescimento dos backups), custo por GB baixo (econômico para grandes volumes e retenção longa), imutabilidade via Object Lock (proteção WORM contra ransomware) e durabilidade alta. Por isso, o object storage com S3 substituiu fita e disco local como destino padrão de backup, e as principais ferramentas o suportam nativamente.

O Veeam funciona com object storage compatível com S3?

Sim. O Veeam usa object storage de duas formas: como capacity tier no Scale-out Backup Repository (movendo backups antigos automaticamente para o object storage econômico) e com gravação direta em objeto, ambos com suporte a Object Lock para imutabilidade. Como o Veeam fala a API S3, funciona com qualquer object storage compatível, não só com a AWS, bastando trocar o endpoint para apontar para um provedor nacional.

Object storage cobre a regra 3-2-1-1-0?

Cobre vários requisitos de uma vez. Um object storage com Object Lock, em data center remoto, fornece simultaneamente uma mídia diferente do disco local, uma cópia offsite (fora do local principal) e uma cópia imutável (inviolável contra ransomware). Isso o torna peça central das arquiteturas de backup modernas, embora a regra completa também exija múltiplas cópias e a verificação de zero erros via teste de restauração.

Restaurar backup de object storage tem custo?

Depende do provedor. Nas nuvens públicas, restaurar gera egress fee (custo de transferência de saída), que pode ser significativo ao recuperar grandes volumes, justamente no momento do desastre. É uma armadilha: o backup é barato para guardar, mas caro para acionar. Provedores que não cobram egress fee eliminam esse custo, tornando a restauração gratuita, o que é especialmente valioso para backup, onde você precisa poder restaurar sem medo da fatura.

Posso apontar minha ferramenta de backup para um provedor nacional?

Sim. Como as ferramentas de backup (Veeam, Commvault, Restic, MSP360 e outras) falam a API S3 padrão, você pode apontá-las para qualquer object storage compatível com S3, incluindo provedores nacionais, apenas trocando o endpoint e as credenciais. Isso permite manter os backups sob jurisdição brasileira, com soberania de dados, usando as mesmas ferramentas que você já conhece, sem reconfigurar a estratégia de backup.