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?
| Macchina | Storage 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 consegna | Il 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 100 | Intel 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 160 | AMD 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 |
| Sistemi | Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10, Proxmox VE 9 e Proxmox Backup Server 4 |
| Crittografia | 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 |
| Rete | 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 |
| Prezzo per 30 giorni | Hold 24 $110.99, Hold 40 $201.09, Hold 100 $377.05, Hold 160 $561.39 |
| Pagamento | Solo 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)
| Server | Ultima release | Licenza | Ridondanza su una sola macchina | Versioning / object lock |
|---|---|---|---|---|
| Garage | v2.5.0, 24 ottobre 2026 | AGPLv3, scritto in Rust | Nessuna da Garage con replication_factor = 1: metti ZFS o mdadm sotto | No / no |
| SeaweedFS | 4.52, 2 novembre 2026 | Apache 2.0, scritto in Go | Replica, o erasure coding Reed-Solomon 10+4 su volumi sealed | Sì / sì |
| Ceph RGW | Ceph 21.2.0 "Umbrella", 28 ottobre 2026 | LGPL 2.1 o 3, scritto in C++ | Pool replicati o con erasure coding; un OSD per disco | Sì / sì |
| edizione community di MinIO | RELEASE.2025-10-15T17-29-55Z, solo sorgente | AGPLv3; repository archiviato ad aprile 2026 | Erasure coding distribuito sui dischi | Sì / 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
| Hold | Dischi | Layout ZFS → utilizzabile | Parità predefinita MinIO → utilizzabile | SeaweedFS 10+4 → utilizzabile |
|---|---|---|---|---|
| Hold 24 | 2 × 12 TB HDD | Mirror → 12 TB | 1 dati + 1 parità → 12 TB | — |
| Hold 40 | 4 × 10 TB HDD | RAIDZ2 → 20 TB (RAIDZ1 → 30 TB) | EC:2 → 20 TB | — |
| Hold 100 | 10 × HDD da 10 TB | RAIDZ2 → 80 TB | EC:4 → 60 TB | circa 71 TB |
| Hold 160 | 10 × HDD da 16 TB | RAIDZ2 → 128 TB | EC:4 → 96 TB | circa 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.
# 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-keyGarage 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)
- Release di Garage (v2.5.0) — Deuxfleurs (read 2026-11-02)
- Pagina principale di Garage (requisiti hardware) — Deuxfleurs (read 2026-11-02)
- Garage quick start — Deuxfleurs (read 2026-11-02)
- Garage: S3 compatibility status — Deuxfleurs (read 2026-11-02)
- Garage: deployment su un cluster — Deuxfleurs (read 2026-11-02)
- SeaweedFS release 4.52 — SeaweedFS (read 2026-11-02)
- SeaweedFS: erasure coding for warm storage — SeaweedFS (read 2026-11-02)
- SeaweedFS: Amazon S3 API — SeaweedFS (read 2026-11-02)
- v21.2.0 Umbrella released — Ceph (read 2026-11-02)
- Distribuire un nuovo cluster Ceph (default single-host) — Ceph documentation (read 2026-11-02)
- Dimensionamento di CPU e memoria — Ceph documentation (read 2026-11-02)
- Operazioni sui bucket RGW (object lock) — Ceph documentation (read 2026-11-02)
- Repository di MinIO (archiviato) — MinIO (read 2026-11-02)
- Guida rapida all'erasure code di MinIO — MinIO (read 2026-11-02)
- Storage class di MinIO (parità predefinita) — MinIO (read 2026-11-02)
- Guida all'object lock e all'immutabilità di MinIO — MinIO (read 2026-11-02)
- Repository di SeaweedFS (descrizione, licenza) — SeaweedFS (read 2026-11-02)
- 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.
- DomaineGoat LLC, registrata a Panama
- Prezzi rilevati su 23 venditori di storage, 2 novembre 2026
- Senza KYC, senza documenti
- Le tue chiavi di crittografia restano tue