Da 24 TB a 160 TB di hard disk per server · Amsterdam, Bucarest, Chișinău · senza KYC. Paga in criptovalute: BTC, USDT, USDC, ETH, SOL, LTC
Lingua: Italiano
Scegli un hold

Guida · Storage a oggetti self-hosted

Come ospito il mio storage a oggetti compatibile S3 su un server noleggiato?

Quattro server S3 per una sola macchina, dove va la ridondanza, lo spazio che tieni e il tempo che richiede un primo upload.

Ultimo aggiornamento: · 11 min di lettura

Risposta rapida

Come ospito il mio storage a oggetti compatibile S3 su un server noleggiato?

Per ospitare il tuo storage a oggetti compatibile S3 su un server noleggiato, compila dai sorgenti Garage, SeaweedFS, Ceph RGW o MinIO su una macchina con molti dischi, poi scegli dove mettere la ridondanza: erasure coding nello storage a oggetti o ZFS RAIDZ2 sotto. Il repository di MinIO è stato archiviato il 25 aprile 2026. Basalthold L'hold 100 ha 100 TB per 377,05 USD, solo criptovalute, senza KYC.

Cosa offre una singola macchina noleggiata a uno storage a oggetti?

MacchinaStorage dedicated servers: a whole physical machine built around a bank of hard drives, rented to one customer, with root access to every drive
Dischi alla consegnaIl sistema operativo risiede su un SSD dedicato (due SSD in mirror sulle configurazioni più grandi); i dischi dati arrivano vuoti e non partizionati, così puoi creare ZFS, un array mdadm o un insieme di dischi indipendenti. Se vuoi che il team prepari un array RAID 6 o RAID 10 prima della consegna, segnalalo al supporto prima che il server venga assegnato
Hold 100Intel Xeon Silver 4210R (10 core / 20 thread), 128 GB DDR4 ECC, 10 × hard disk da 10 TB (100 TB raw) più 2 × SSD da 480 GB per il sistema, in mirroring, porta da 1 Gbit/s con 120 TB di traffico ogni 30 giorni, 1 IPv4 e un IPv6 /64
Hold 160AMD EPYC 7302P (16 core / 32 thread), 128 GB DDR4 ECC, 10 × hard disk da 16 TB (160 TB raw) più 2 × SSD da 480 GB per il sistema, in mirroring, porta da 1 Gbit/s con 200 TB di traffico ogni 30 giorni, 1 IPv4 e un IPv6 /64
SistemiDebian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10, Proxmox VE 9 e Proxmox Backup Server 4
CrittografiaPuoi cifrare ogni disco dati con LUKS o la crittografia nativa di ZFS; le chiavi restano con te e nessuno del team te le chiede mai
ReteOgni server ha una porta da 1 Gbit/s con una quota di traffico mensile (Hold 24 40 TB, Hold 40 60 TB, Hold 100 120 TB, Hold 160 200 TB), un indirizzo IPv4 dedicato e un IPv6 /64; superare la quota non attiva mai una fattura automatica
Prezzo per 30 giorniHold 24 $110.99, Hold 40 $201.09, Hold 100 $377.05, Hold 160 $561.39
PagamentoSolo criptovalute: BTC, USDT, USDC, ETH, SOL, LTC. Nessun KYC: nessun documento d'identità, nessun selfie, nessun documento, nessuna carta e nessun numero di telefono, in nessun momento

Quale server S3 dovrei eseguire su una sola macchina?

Scegli il server S3 in base alle funzionalità che servono ai tuoi client, poi dimensiona la macchina. Le versioni qui sotto sono le ultime release stabili sulle pagine dei progetti stessi, lette il 2 novembre 2026.

Quattro server S3 su una sola macchina (lettura 2026-11-02)

ServerUltima releaseLicenzaRidondanza su una sola macchinaVersioning / object lock
Garagev2.5.0, 24 ottobre 2026AGPLv3, scritto in RustNessuna da Garage con replication_factor = 1: metti ZFS o mdadm sottoNo / no
SeaweedFS4.52, 2 novembre 2026Apache 2.0, scritto in GoReplica, o erasure coding Reed-Solomon 10+4 su volumi sealedSì / sì
Ceph RGWCeph 21.2.0 "Umbrella", 28 ottobre 2026LGPL 2.1 o 3, scritto in C++Pool replicati o con erasure coding; un OSD per discoSì / sì
edizione community di MinIORELEASE.2025-10-15T17-29-55Z, solo sorgenteAGPLv3; repository archiviato ad aprile 2026Erasure coding distribuito sui dischiSì / sì

La pagina di compatibilità S3 di Garage elenca versioning e object lock come mancanti. Ceph documenta l'object lock nelle sue operazioni sui bucket RGW.

  • Garage è il più leggero: il suo sito richiede 1 GB di RAM. Senza versioning né object lock, si adatta più a target di sincronizzazione e archiviazione di app che a backup bloccati.
  • SeaweedFS documenta versioning, object lock ed erasure coding, tutto sotto Apache 2.0. La pagina del progetto dice che è costruito per miliardi di file, e il suo erasure coding funziona per volume.
  • Ceph RGW è la scelta quando prevedi di crescere su più macchine. Su un singolo host è pesante: la documentazione di Ceph stessa definisce i cluster su singolo host generalmente non adatti alla produzione.
  • MinIO funziona ancora, ma la sua edizione gratuita non riceve più aggiornamenti; vedi la migliore alternativa a MinIO.

Erasure coding o ZFS: dove deve stare la ridondanza?

Metti la ridondanza in un solo livello. L'erasure coding sopra RAIDZ2 paga la parità due volte e guadagna poco su una singola macchina.

Design A: dischi separati, erasure coding nell'object store. MinIO, SeaweedFS e Ceph dividono ciascuno gli oggetti in shard di dati e di parità sui dischi. Un disco guasto costa solo gli shard che contiene, e lo store si ripara oggetto per oggetto.

Design B: un pool ZFS, nessuna ridondanza nell'object store. Crea RAIDZ2, poi esegui Garage con una replica o SeaweedFS senza replicazione. ZFS calcola il checksum di ogni blocco, ripara dalla parità e ti dà snapshot e compressione su tutto il pool.

La nostra opinione: su una macchina affittata, il Design B è più semplice da gestire e da salvare. Un zpool status mostra lo stato di salute di ogni disco. Gli snapshot ZFS proteggono anche da un bucket cancellato. Il Design A vince quando vuoi la riparazione per oggetto o prevedi di aggiungere macchine in seguito.

Garage richiede il Design B. La sua guida rapida dice che una configurazione a singolo nodo non offre alcuna ridondanza. Con una sola copia, i checksum di Garage possono rilevare un blocco corrotto ma non ricostruirlo.

Quanto spazio utile lascia ogni configurazione?

Lo spazio utilizzabile dipende da quanti dischi contengono la parità. OpenZFS fornisce la regola RAIDZ: N dischi con P di parità contengono circa (N − P) × la dimensione del disco. La parità predefinita di MinIO è EC:4 per set da 8 dischi o più ed EC:2 per 5 o meno. Il codice 10+4 di SeaweedFS memorizza circa 1,4 volte i dati.

Capacità utilizzabile per configurazione, prima dell'overhead del filesystem

HoldDischiLayout ZFS → utilizzabileParità predefinita MinIO → utilizzabileSeaweedFS 10+4 → utilizzabile
Hold 242 × 12 TB HDDMirror → 12 TB1 dati + 1 parità → 12 TB—
Hold 404 × 10 TB HDDRAIDZ2 → 20 TB (RAIDZ1 → 30 TB)EC:2 → 20 TB—
Hold 10010 × HDD da 10 TBRAIDZ2 → 80 TBEC:4 → 60 TBcirca 71 TB
Hold 16010 × HDD da 16 TBRAIDZ2 → 128 TBEC:4 → 96 TBcirca 114 TB

Calcoli basati sul numero di dischi, con 1 TB = 10^12 byte come vengono venduti i dischi. La parità di MinIO può essere abbassata: EC:2 su 10 dischi mantiene l'80%, come RAIDZ2. Le configurazioni a due dischi non hanno spazio per un codice 10+4.

RAIDZ2 su dieci dischi sopravvive a due guasti, e così MinIO con EC:2. La EC:4 predefinita sopravvive a quattro, al costo di 20 punti in più di spazio grezzo. I dischi grandi richiedono molto tempo per la ricostruzione, quindi leggi quanto tempo impiega una ricostruzione RAIDZ2 con dischi grandi prima di scegliere la parità singola.

Quanto tempo richiede il primo upload?

A 1 Gbit/s, il caso migliore è 125 MB al secondo. Riempire Hold 100 dopo RAIDZ2 (80 TB) richiede almeno 7,4 giorni. Riempire Hold 160 (128 TB) richiede almeno 11,9 giorni.

Sono calcoli a velocità di linea, non misurazioni: i trasferimenti reali vanno più lenti. Il traffico mensile incluso di ogni configurazione è maggiore di un riempimento completo: Ogni server ha una porta da 1 Gbit/s con una quota di traffico mensile (Hold 24 40 TB, Hold 40 60 TB, Hold 100 120 TB, Hold 160 200 TB), un indirizzo IPv4 dedicato e un IPv6 /64; superare la quota non attiva mai una fattura automatica. Pianifica una migrazione importante in flussi paralleli, per esempio con rclone copy --transfers 16.

Come configuro Garage su un pool ZFS?

Questo è il Design B su Hold 100: dieci dischi dati in RAIDZ2, metadati sugli SSD di sistema in mirror. La guida al deployment di Garage mette i metadati su SSD e i dati su hard disk. Sostituisci i nomi dei device e i secret con i tuoi.

Pool ZFS, configurazione di Garage e primo 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

Garage risponde alle chiamate S3 sulla porta 3900 via HTTP semplice, quindi metti davanti un proxy TLS come Caddy o nginx. Chiudi 3901 e 3903 verso internet. Garage non ha object lock, quindi se ne occupano gli snapshot ZFS. Il metodo è in come rendere immutabili i backup sul tuo server.

Un server affittato costa meno dell'object storage cloud?

Per terabyte, le configurazioni a dieci dischi costano meno di Backblaze B2 o Wasabi, e il server non addebita egress né chiamate API. Hold 100 costa $3.77/TB per TB grezzo e Hold 160 $3.50/TB. Al 2 November 2026, Backblaze B2 indica $6.95 per TB al mese e Wasabi $7.99.

Il grezzo però non è utilizzabile. RAIDZ2 su dieci dischi mantiene l'80%, quindi ogni TB utilizzabile costa un quarto in più di ogni TB grezzo. Entrambe le configurazioni a dieci dischi restano sotto B2 anche così. Su una configurazione a due dischi un mirror dimezza lo spazio, e vince il cloud. Il cloud tiene anche i tuoi dati in più di un posto, cosa che un singolo server non fa. Il conto completo, con l'egress, è in un server di storage affittato costa meno di Backblaze B2 o Wasabi. Ogni configurazione è nella pagina dei prezziBasalthold.

S3 self-hosted: risposte rapide

Posso eseguire storage compatibile S3 su un singolo server affittato?

Sì. Garage, SeaweedFS e MinIO girano tutti su una macchina, e Ceph RGW può farlo con le sue impostazioni per singolo host. Proteggi i dati con RAIDZ2 sotto o con erasure coding sui dischi, mai con niente. Un server resta comunque un solo posto, quindi tieni una seconda copia altrove.

Quanta RAM serve a un server S3 self-hosted?

Garage chiede 1 GB. Ceph è quello affamato: la sua documentazione raccomanda almeno 6 GiB per OSD su hard disk, quindi dieci dischi vogliono circa 60 GiB. Anche ZFS usa la RAM come cache; vedi quanta RAM serve a ZFS. Hold 100 e Hold 160 offrono 128 GB DDR4 ECC.

Quale server S3 self-hosted supporta l'object lock per i backup?

SeaweedFS, Ceph RGW e MinIO supportano l'object lock; Garage no. L'object lock impedisce che una versione di un oggetto venga eliminata prima della sua data di retention. Con Garage, proteggi i backup con snapshot ZFS o con uno strumento di backup append-only.

Posso crittografare i dischi del mio object store?

Sì. Puoi cifrare ogni disco dati con LUKS o la crittografia nativa di ZFS; le chiavi restano con te e nessuno del team te le chiede mai. Un riavvio da remoto richiede poi un modo per inserire la chiave; sbloccare LUKS da remoto ne mostra uno.

MinIO è ancora gratuito per il self-hosting?

Il codice della community resta sotto AGPLv3, ma il suo repository è stato archiviato ad aprile 2026 e non riceve aggiornamenti. MinIO ora indirizza gli utenti della community verso AIStor Free, un'edizione single-node con licenza gratuita che limita redistribuzione e rivendita.

Fonti (18)
  1. Release di Garage (v2.5.0) — Deuxfleurs (read 2026-11-02)
  2. Pagina principale di Garage (requisiti 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: deployment su un 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. Distribuire un nuovo cluster Ceph (default single-host) — Ceph documentation (read 2026-11-02)
  11. Dimensionamento di CPU e memoria — Ceph documentation (read 2026-11-02)
  12. Operazioni sui bucket RGW (object lock) — Ceph documentation (read 2026-11-02)
  13. Repository di MinIO (archiviato) — MinIO (read 2026-11-02)
  14. Guida rapida all'erasure code di MinIO — MinIO (read 2026-11-02)
  15. Storage class di MinIO (parità predefinita) — MinIO (read 2026-11-02)
  16. Guida all'object lock e all'immutabilità di MinIO — MinIO (read 2026-11-02)
  17. Repository di SeaweedFS (descrizione, licenza) — SeaweedFS (read 2026-11-02)
  18. RAIDZ — OpenZFS documentation (read 2026-11-02)

Noleggia i dischi per il tuo S3

Hold 100: 10 × HDD da 10 TB per 377,05 USD. Hold 160: 10 × HDD da 16 TB per 561,39 USD. Dischi dati vuoti e root via SSH. Pagamento in criptovalute, senza KYC.

24 TB da $110.99/30 giorni · senza KYC

Scegli un hold