Wie hoste ich meinen eigenen S3-kompatiblen Objektspeicher auf einem gemieteten Server?

Welchen S3-Server sollte ich auf einer Maschine betreiben?

Wählen Sie den S3-Server nach den Funktionen, die Ihre Clients brauchen, und dimensionieren Sie dann die Maschine. Die unten genannten Versionen sind die neuesten stabilen Releases auf den Projektseiten selbst, gelesen am 2. November 2026.

Erasure Coding oder ZFS: Wo soll die Redundanz liegen?

Legen Sie die Redundanz nur in eine Schicht. Erasure Coding auf RAIDZ2 bezahlt die Parität doppelt und bringt auf einer einzelnen Maschine wenig.

Design A: getrennte Laufwerke, Erasure Coding im Object Store. MinIO, SeaweedFS und Ceph teilen Objekte jeweils in Daten- und Paritäts-Shards über die Laufwerke auf. Ein ausgefallenes Laufwerk kostet nur die Shards darauf, und der Store heilt Objekt für Objekt.

Design B: ein ZFS-Pool, keine Redundanz im Object Store. Bauen Sie RAIDZ2, dann betreiben Sie Garage mit einer Replica oder SeaweedFS ohne Replikation. ZFS prüft jeden Block per Checksumme, repariert aus der Parität und liefert Ihnen Snapshots und Kompression für den ganzen Pool.

Unsere Sicht: Auf einer gemieteten Maschine ist Design B einfacher zu betreiben und leichter zu retten. Ein zpool status zeigt den Zustand jedes Laufwerks. ZFS-Snapshots schützen auch vor einem gelöschten Bucket. Design A gewinnt, wenn Sie Heilung pro Objekt wollen oder später Maschinen hinzufügen planen.

Garage braucht Design B. Der Quick Start sagt, dass ein Single-Node-Layout überhaupt keine Redundanz bietet. Mit einer Kopie können die Checksummen von Garage einen schlechten Block erkennen, ihn aber nicht wiederherstellen.

Wie viel nutzbarer Speicherplatz bleibt bei jedem Layout übrig?

Der nutzbare Platz hängt davon ab, wie viele Laufwerke die Parität tragen. OpenZFS gibt die RAIDZ-Regel: N Laufwerke mit P Parität fassen etwa (N − P) × die Laufwerksgröße. MinIOs Standardparität ist EC:4 für Sets ab 8 Laufwerken und EC:2 für 5 oder weniger. Der 10+4-Code von SeaweedFS speichert etwa das 1,4-Fache der Daten.

Wie lange dauert der erste Upload?

Bei 1 Gbit/s sind im besten Fall 125 MB pro Sekunde möglich. Hold 100 nach RAIDZ2 (80 TB) zu füllen dauert mindestens 7,4 Tage. Hold 160 (128 TB) zu füllen dauert mindestens 11,9 Tage.

Das sind Rechnungen zur Leitungsrate, keine Messungen: echte Übertragungen laufen langsamer. Das Monatsvolumen jedes Gehäuses ist größer als eine volle Füllung: Jeder Server hat einen Port mit 1 Gbit/s und ein monatliches Traffic-Kontingent (Hold 24 40 TB, Hold 40 60 TB, Hold 100 120 TB, Hold 160 200 TB), eine dedizierte IPv4-Adresse und ein IPv6 /64; das Überschreiten des Kontingents löst nie eine automatische Rechnung aus. Planen Sie eine große Migration in parallelen Streams, zum Beispiel mit rclone copy --transfers 16.

Wie richte ich Garage auf einem ZFS-Pool ein?

Das ist Design B auf Hold 100: zehn Datenlaufwerke in RAIDZ2, Metadaten auf den gespiegelten System-SSDs. Der Deployment-Leitfaden von Garage legt Metadaten auf SSD und Daten auf Festplatten. Ersetzen Sie die Gerätenamen und Secrets durch Ihre eigenen.

# 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

Ist ein gemieteter Server günstiger als Cloud-Object-Storage?

Pro Terabyte kosten die Zehn-Laufwerk-Gehäuse weniger als Backblaze B2 oder Wasabi, und der Server berechnet weder Egress noch API-Aufrufe. Hold 100 kostet $3.77/TB pro Roh-TB und Hold 160 $3.50/TB. Stand 2 November 2026 nennt Backblaze B2 $6.95 pro TB im Monat und Wasabi $7.99.

Roh ist aber nicht nutzbar. RAIDZ2 auf zehn Laufwerken behält 80 %, also kostet jedes nutzbare TB ein Viertel mehr als jedes Roh-TB. Beide Zehn-Laufwerk-Gehäuse bleiben selbst dann unter B2. Bei einem Gehäuse mit zwei Laufwerken halbiert ein Mirror den Platz, und die Cloud gewinnt. Die Cloud hält Ihre Daten außerdem an mehr als einem Ort, was ein einzelner Server nicht tut. Die vollständige Rechnung mit Egress steht auf ist ein gemieteter Storage-Server günstiger als Backblaze B2 oder Wasabi. Jedes Gehäuse steht auf der Basalthold-Preisseite.