24 TB a 160 TB de discos rígidos por servidor · Amsterdã, Bucareste, Chisinau · sem KYC. Pague com cripto: BTC, USDT, USDC, ETH, SOL, LTC, XMR
Idioma: Português
Escolha um hold

Guia · Armazenamento de objetos auto-hospedado

Como hospedar meu próprio armazenamento de objetos compatível com S3 em um servidor alugado?

Quatro servidores S3 para uma máquina, onde fica a redundância, o espaço que você mantém e o tempo que um primeiro upload leva.

Última atualização: · 11 min de leitura

Resposta rápida

Como hospedar meu próprio armazenamento de objetos compatível com S3 em um servidor alugado?

Para hospedar seu próprio armazenamento de objetos compatível com S3 em um servidor alugado, compile o Garage, o SeaweedFS, o Ceph RGW ou o MinIO a partir do código-fonte em uma única máquina com vários discos e depois escolha onde fica a redundância: erasure coding no armazenamento de objetos ou ZFS RAIDZ2 por baixo. O repositório do MinIO foi arquivado em 25 de abril de 2026. Basalthold O Hold 100 tem 100 TB por US$ 377,05, somente cripto, sem KYC.

O que uma máquina alugada oferece a um armazenamento de objetos?

MáquinaStorage dedicated servers: a whole physical machine built around a bank of hard drives, rented to one customer, with root access to every drive
Discos na entregaO sistema operacional fica em um SSD próprio (dois SSDs espelhados no modelo maior); os discos de dados chegam vazios e sem partição, para você montar ZFS, um array mdadm ou um conjunto de discos independentes. Se quiser que a equipe prepare um array RAID 6 ou RAID 10 antes da entrega, avise o suporte antes da entrega do servidor
Hold 100Intel Xeon Silver 4210R (10 núcleos / 20 threads), 128 GB DDR4 ECC, 10 × discos rígidos de 10 TB (100 TB brutos) mais 2 × SSD de 480 GB para o sistema, em espelho, porta de 1 Gbit/s com 120 TB de tráfego a cada 30 dias, 1 IPv4 e um IPv6 /64
Hold 160AMD EPYC 7302P (16 núcleos / 32 threads), 128 GB DDR4 ECC, 10 × discos rígidos de 16 TB (160 TB brutos) mais 2 × SSD de 480 GB para o sistema, em espelho, porta de 1 Gbit/s com 200 TB de tráfego a cada 30 dias, 1 IPv4 e um IPv6 /64
SistemasDebian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10, Proxmox VE 9 e Proxmox Backup Server 4
CriptografiaVocê pode criptografar cada disco de dados com LUKS ou com a criptografia nativa do ZFS; as chaves ficam com você e ninguém da equipe pede por elas
RedeCada servidor tem uma porta de 1 Gbit/s com uma franquia mensal de tráfego (Hold 24 40 TB, Hold 40 60 TB, Hold 100 120 TB, Hold 160 200 TB), um endereço IPv4 dedicado e um IPv6 /64; ultrapassar a franquia nunca gera cobrança automática
Preço por 30 diasHold 24 $110.99, Hold 40 $201.09, Hold 100 $377.05, Hold 160 $561.39
PagamentoSomente cripto: BTC, USDT, USDC, ETH, SOL, LTC, XMR. Sem KYC: sem documento de identidade, sem selfie, sem documentos, sem cartão e sem número de telefone, em nenhum momento

Qual servidor S3 devo executar em uma máquina?

Escolha o servidor S3 pelos recursos que seus clientes precisam e depois dimensione a máquina. As versões abaixo são as últimas releases estáveis nas páginas dos próprios projetos, lidas em 2 de novembro de 2026.

Quatro servidores S3 em uma máquina (lido em 2026-11-02)

ServidorVersão mais recenteLicençaRedundância em uma máquinaVersionamento / object lock
Garagev2.5.0, 24 de outubro de 2026AGPLv3, escrito em RustNenhuma do Garage com replication_factor = 1: coloque ZFS ou mdadm por baixoNão / não
SeaweedFS4.52, 2 de novembro de 2026Apache 2.0, escrito em GoReplicação, ou erasure coding Reed-Solomon 10+4 em volumes seladosSim / sim
Ceph RGWCeph 21.2.0 "Umbrella", 28 de outubro de 2026LGPL 2.1 ou 3, escrito em C++Pools replicados ou com erasure coding; um OSD por discoSim / sim
Edição comunitária do MinIORELEASE.2025-10-15T17-29-55Z, somente código-fonteAGPLv3; repositório arquivado em abril de 2026Erasure coding entre as unidadesSim / sim

A página de compatibilidade com S3 do Garage lista versionamento e object lock como ausentes. O Ceph documenta object lock nas suas operações de bucket no RGW.

  • Garage é o mais leve: seu site pede 1 GB de RAM. Sem versionamento nem object lock, ele serve mais para destinos de sincronização e armazenamento de aplicações do que para backups bloqueados.
  • SeaweedFS documenta versionamento, object lock e erasure coding, tudo sob Apache 2.0. Sua página do projeto diz que é feito para bilhões de arquivos, e seu erasure coding funciona por volume.
  • Ceph RGW é a escolha quando você planeja crescer para várias máquinas. Em um único host ele é pesado: a própria documentação do Ceph diz que clusters de host único geralmente não são adequados para produção.
  • MinIO ainda funciona, mas sua edição gratuita não recebe mais atualizações; veja a melhor alternativa ao MinIO.

Erasure coding ou ZFS: onde a redundância deve ficar?

Coloque a redundância em apenas uma camada. Erasure coding sobre RAIDZ2 paga paridade duas vezes e ganha pouco em uma única máquina.

Design A: discos separados, erasure coding no object store. MinIO, SeaweedFS e Ceph dividem os objetos em shards de dados e de paridade entre as unidades. Uma unidade com falha custa apenas os shards nela, e o armazenamento se recupera objeto por objeto.

Design B: um pool ZFS, sem redundância no object store. Monte o RAIDZ2 e depois rode o Garage com uma réplica ou o SeaweedFS sem replicação. O ZFS faz checksum de cada bloco, repara a partir da paridade e oferece snapshots e compressão em todo o pool.

Nossa visão: em uma única máquina alugada, o Design B é mais simples de operar e mais fácil de resgatar. Um zpool status mostra a saúde de cada unidade. Os snapshots do ZFS também protegem contra um bucket excluído. O Design A vence quando você quer recuperação por objeto ou planeja adicionar máquinas depois.

O Garage precisa do Design B. Seu quick start diz que um layout de nó único não oferece redundância alguma. Com uma cópia, os checksums do Garage detectam um bloco ruim, mas não conseguem reconstruí-lo.

Quanto espaço útil cada layout deixa?

O espaço útil depende de quantas unidades guardam paridade. O OpenZFS dá a regra do RAIDZ: N discos com P de paridade guardam cerca de (N − P) × o tamanho do disco. A paridade padrão do MinIO é EC:4 para conjuntos de 8 unidades ou mais e EC:2 para 5 ou menos. O código 10+4 do SeaweedFS armazena cerca de 1,4 vez os dados.

Capacidade útil por máquina, antes da sobrecarga do filesystem

HoldDiscosLayout ZFS → útilParidade padrão do MinIO → útilSeaweedFS 10+4 → útil
Hold 242 × 12 TB HDDEspelho → 12 TB1 dado + 1 paridade → 12 TB—
Hold 404 × 10 TB HDDRAIDZ2 → 20 TB (RAIDZ1 → 30 TB)EC:2 → 20 TB—
Hold 10010 × HDD de 10 TBRAIDZ2 → 80 TBEC:4 → 60 TBcerca de 71 TB
Hold 16010 × HDD de 16 TBRAIDZ2 → 128 TBEC:4 → 96 TBcerca de 114 TB

Cálculos a partir das contagens de unidades, com 1 TB = 10^12 bytes como as unidades são vendidas. A paridade do MinIO pode ser reduzida: EC:2 em 10 unidades mantém 80%, o mesmo que RAIDZ2. Máquinas de duas unidades não têm espaço para um código 10+4.

RAIDZ2 em dez unidades sobrevive a duas falhas, e o MinIO em EC:2 também. O EC:4 padrão sobrevive a quatro, ao custo de 20 pontos a mais de espaço bruto. Unidades grandes levam muito tempo para reconstruir, então leia quanto tempo leva uma reconstrução de RAIDZ2 com unidades grandes antes de escolher paridade simples.

Quanto tempo leva o primeiro upload?

A 1 Gbit/s, o melhor caso é 125 MB por segundo. Preencher Hold 100 depois do RAIDZ2 (80 TB) leva pelo menos 7,4 dias. Preencher Hold 160 (128 TB) leva pelo menos 11,9 dias.

Estes são cálculos de taxa de linha, não medições: transferências reais são mais lentas. A franquia mensal de cada máquina é maior que um preenchimento completo: Cada servidor tem uma porta de 1 Gbit/s com uma franquia mensal de tráfego (Hold 24 40 TB, Hold 40 60 TB, Hold 100 120 TB, Hold 160 200 TB), um endereço IPv4 dedicado e um IPv6 /64; ultrapassar a franquia nunca gera cobrança automática. Planeje uma migração grande em fluxos paralelos, por exemplo com rclone copy --transfers 16.

Como configuro o Garage em um pool ZFS?

Este é o Design B em Hold 100: dez unidades de dados em RAIDZ2, metadados nos SSDs do sistema em espelho. O guia de implantação do Garage coloca os metadados em SSD e os dados em discos rígidos. Substitua os nomes de dispositivos e os segredos pelos seus.

Pool ZFS, configuração do Garage e primeiro bucket
# 1. RAIDZ2 pool on the ten blank data drives (use /dev/disk/by-id names)
zpool create -o ashift=12 tank raidz2 /dev/disk/by-id/ata-HDD1 /dev/disk/by-id/ata-HDD2 ... /dev/disk/by-id/ata-HDD10
zfs create -o compression=lz4 -o atime=off tank/garage

# 2. /etc/garage.toml (metadata on the system SSD, data on the pool)
metadata_dir = "/var/lib/garage/meta"
data_dir = "/tank/garage"
db_engine = "sqlite"
replication_factor = 1
rpc_bind_addr = "[::]:3901"
rpc_public_addr = "127.0.0.1:3901"
rpc_secret = "<openssl rand -hex 32>"

[s3_api]
s3_region = "garage"
api_bind_addr = "[::]:3900"

[admin]
api_bind_addr = "127.0.0.1:3903"
admin_token = "<openssl rand -base64 32>"

# 3. Layout, bucket and key
garage status
garage layout assign -z dc1 -c 70T NODE_ID   # NODE_ID from garage status; leave headroom
garage layout apply --version 1
garage bucket create backups
garage key create backup-key
garage bucket allow --read --write --owner backups --key backup-key

O Garage atende chamadas S3 na porta 3900 via HTTP simples, então coloque um proxy TLS como Caddy ou nginx na frente. Feche 3901 e 3903 para a internet. O Garage não tem object lock, então os snapshots do ZFS fazem esse papel. O método está em como tornar backups imutáveis no seu próprio servidor.

Um servidor alugado é mais barato que armazenamento de objetos na nuvem?

Por terabyte, as máquinas de dez unidades custam menos que Backblaze B2 ou Wasabi, e o servidor não cobra egress nem chamadas de API. Hold 100 custa $3.77/TB por TB bruto e Hold 160 $3.50/TB. Em 2 November 2026, o Backblaze B2 lista $6.95 por TB ao mês e o Wasabi $7.99.

Bruto não é útil, porém. RAIDZ2 em dez unidades mantém 80%, então cada TB útil custa um quarto a mais que cada TB bruto. As duas máquinas de dez unidades continuam abaixo do B2 mesmo assim. Em uma máquina de duas unidades, um espelho reduz o espaço pela metade, e a nuvem vence. A nuvem também mantém seus dados em mais de um lugar, o que um único servidor não faz. A conta completa, com egress, está em um servidor de armazenamento alugado é mais barato que Backblaze B2 ou Wasabi. Cada máquina está na página de preços da Basalthold.

S3 auto-hospedado: respostas rápidas

Posso rodar armazenamento compatível com S3 em um único servidor alugado?

Sim. Garage, SeaweedFS e MinIO rodam todos em uma máquina, e o Ceph RGW consegue com suas configurações de host único. Proteja os dados com RAIDZ2 por baixo ou erasure coding entre as unidades, nunca com nada. Um servidor ainda é um só lugar, então mantenha uma segunda cópia em outro lugar.

Quanta RAM precisa um servidor S3 auto-hospedado?

O Garage pede 1 GB. O Ceph é o faminto: sua documentação recomenda pelo menos 6 GiB por OSD de disco rígido, então dez unidades querem cerca de 60 GiB. O ZFS também usa RAM como cache; veja quanta RAM o ZFS precisa. Hold 100 e Hold 160 carregam 128 GB DDR4 ECC.

Qual servidor S3 auto-hospedado suporta object lock para backups?

SeaweedFS, Ceph RGW e MinIO documentam object lock; o Garage não. O object lock impede que uma versão de objeto seja excluída até a sua data de retenção. Com o Garage, proteja os backups com snapshots do ZFS ou com uma ferramenta de backup append-only.

Posso criptografar os discos do meu object store?

Sim. Você pode criptografar cada disco de dados com LUKS ou com a criptografia nativa do ZFS; as chaves ficam com você e ninguém da equipe pede por elas. Um reboot remoto então exige uma forma de inserir a chave; desbloquear LUKS remotamente mostra uma delas.

O MinIO ainda é gratuito para self-host?

O código da comunidade continua sob AGPLv3, mas o repositório foi arquivado em abril de 2026 e não recebe atualizações. O MinIO agora direciona os usuários da comunidade para o AIStor Free, uma edição single-node sob uma licença gratuita que limita redistribuição e revenda.

Fontes (18)
  1. Versões do Garage (v2.5.0) — Deuxfleurs (read 2026-11-02)
  2. Página inicial do Garage (requisitos de hardware) — Deuxfleurs (read 2026-11-02)
  3. Garage quick start — Deuxfleurs (read 2026-11-02)
  4. Garage: S3 compatibility status — Deuxfleurs (read 2026-11-02)
  5. Garage: implantação em um cluster — Deuxfleurs (read 2026-11-02)
  6. SeaweedFS release 4.52 — SeaweedFS (read 2026-11-02)
  7. SeaweedFS: erasure coding for warm storage — SeaweedFS (read 2026-11-02)
  8. SeaweedFS: Amazon S3 API — SeaweedFS (read 2026-11-02)
  9. v21.2.0 Umbrella released — Ceph (read 2026-11-02)
  10. Implantando um novo cluster Ceph (padrões single-host) — Ceph documentation (read 2026-11-02)
  11. Dimensionamento de CPU e memória — Ceph documentation (read 2026-11-02)
  12. Operações de bucket no RGW (object lock) — Ceph documentation (read 2026-11-02)
  13. Repositório do MinIO (arquivado) — MinIO (read 2026-11-02)
  14. Guia de início rápido do erasure code do MinIO — MinIO (read 2026-11-02)
  15. Classe de armazenamento do MinIO (paridade padrão) — MinIO (read 2026-11-02)
  16. Guia de object lock e imutabilidade do MinIO — MinIO (read 2026-11-02)
  17. Repositório do SeaweedFS (descrição, licença) — SeaweedFS (read 2026-11-02)
  18. RAIDZ — OpenZFS documentation (read 2026-11-02)

Alugue os discos para o seu próprio S3

Hold 100: 10 × HDD de 10 TB por US$ 377,05. Hold 160: 10 × HDD de 16 TB por US$ 561,39. Discos de dados em branco e root via SSH. Pagamento com cripto, sem KYC.

24 TB a partir de $110.99/30 dias · sem KYC

Escolha um hold