Od 24 TB do 160 TB dysków twardych na serwer · Amsterdam, Bukareszt, Kiszyniów · bez KYC. Płać kryptowalutą: BTC, USDT, USDC, ETH, SOL, LTC, XMR
Język: Polski
Wybierz hold

Poradnik · Samodzielnie hostowany storage obiektowy

Jak hostować własny storage obiektowy zgodny z S3 na wynajętym serwerze?

Cztery serwery S3 dla jednej maszyny, gdzie umieścić redundancję, ile miejsca zachowujesz i ile czasu zajmuje pierwszy upload.

Ostatnia aktualizacja: · 10 min czytania

Szybka odpowiedź

Jak hostować własny storage obiektowy zgodny z S3 na wynajętym serwerze?

Aby hostować własny storage obiektowy zgodny z S3 na wynajętym serwerze, uruchom Garage, SeaweedFS, Ceph RGW lub MinIO zbudowane ze źródeł na jednej maszynie z wieloma dyskami, a następnie wybierz, gdzie umieścić redundancję: erasure coding w storage obiektowym lub ZFS RAIDZ2 pod spodem. Repozytorium MinIO zostało zarchiwizowane 25 kwietnia 2026. Basalthold Hold 100 ma 100 TB za 377,05 USD, wyłącznie kryptowalutą, bez KYC.

Co jedna wynajęta maszyna daje storage obiektowemu?

MaszynaStorage dedicated servers: a whole physical machine built around a bank of hard drives, rented to one customer, with root access to every drive
Dyski w momencie dostawySystem operacyjny znajduje się na własnym SSD (dwa lustrzane SSD w większych pojemnościach); dyski danych są dostarczane puste i niepartycjonowane, więc możesz zbudować ZFS, macierz mdadm lub zestaw niezależnych dysków. Jeśli chcesz, aby zespół przygotował macierz RAID 6 lub RAID 10 przed dostawą, zgłoś to do supportu, zanim serwer zostanie przekazany
Hold 100Intel Xeon Silver 4210R (10 rdzeni / 20 wątków), 128 GB DDR4 ECC, 10 × 10 TB dyski twarde (100 TB surowej pojemności) plus 2 × 480 GB SSD na system w macierzy lustrzanej, port 1 Gbit/s z 120 TB ruchu na 30 dni, 1 IPv4 i IPv6 /64
Hold 160AMD EPYC 7302P (16 rdzeni / 32 wątki), 128 GB DDR4 ECC, 10 × 16 TB dyski twarde (160 TB surowej pojemności) plus 2 × 480 GB SSD na system w macierzy lustrzanej, port 1 Gbit/s z 200 TB ruchu na 30 dni, 1 IPv4 i IPv6 /64
SystemyDebian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10, Proxmox VE 9 i Proxmox Backup Server 4
SzyfrowanieMożesz zaszyfrować każdy dysk danych za pomocą LUKS lub natywnego szyfrowania ZFS; klucze pozostają u Ciebie i nikt z zespołu nigdy o nie nie prosi
SiećKażdy serwer ma port 1 Gbit/s z miesięcznym limitem ruchu (Hold 24 40 TB, Hold 40 60 TB, Hold 100 120 TB, Hold 160 200 TB), jeden dedykowany adres IPv4 i IPv6 /64; przekroczenie limitu nigdy nie uruchamia automatycznego rachunku
Cena za 30 dniHold 24 $110.99, Hold 40 $201.09, Hold 100 $377.05, Hold 160 $561.39
PłatnośćTylko kryptowaluta: BTC, USDT, USDC, ETH, SOL, LTC, XMR. Bez KYC: żadnego dowodu, żadnego selfie, żadnych dokumentów, żadnej karty i żadnego numeru telefonu, na żadnym etapie

Który serwer S3 powinienem uruchomić na jednej maszynie?

Wybierz serwer S3 według funkcji, których potrzebują Twoi klienci, a potem dobierz rozmiar maszyny. Wersje poniżej to najnowsze stabilne wydania na stronach samych projektów, odczytane 2 listopada 2026.

Cztery serwery S3 na jednej maszynie (odczyt 2026-11-02)

SerwerNajnowsze wydanieLicencjaRedundancja na jednej maszynieWersjonowanie / blokada obiektów
Garagev2.5.0, 24 października 2026AGPLv3, napisany w RustBrak w Garage z replication_factor = 1: umieść pod nim ZFS lub mdadmNie / nie
SeaweedFS4.52, 2 listopada 2026Apache 2.0, napisany w GoReplikacja lub erasure coding Reed-Solomon 10+4 na wolumenach sealedTak / tak
Ceph RGWCeph 21.2.0 "Umbrella", 28 października 2026LGPL 2.1 lub 3, napisany w C++Pule replikowane lub z erasure coding; jeden OSD na dyskTak / tak
MinIO community editionRELEASE.2025-10-15T17-29-55Z, tylko źródłoAGPLv3; repozytorium zarchiwizowane w kwietniu 2026Kodowanie erasure na dyskachTak / tak

Strona zgodności z S3 Garaga wymienia wersjonowanie i object lock jako brakujące. Ceph dokumentuje object lock w operacjach na bucketach w RGW.

  • Garage jest najlżejszy: jego strona podaje 1 GB RAM. Bez wersjonowania i object lock nadaje się bardziej na cele synchronizacji i przechowywanie danych aplikacji niż na zablokowane kopie zapasowe.
  • SeaweedFS dokumentuje wersjonowanie, object lock i kodowanie erasure, wszystko na licencji Apache 2.0. Jego strona projektu mówi, że jest zbudowany dla miliardów plików, a kodowanie erasure działa per wolumen.
  • Ceph RGW to wybór, gdy planujesz rozrosnąć się do kilku maszyn. Na jednym hoście jest ciężki: dokumentacja Cepha mówi, że klastry jedno-hostowe generalnie nie nadają się do produkcji.
  • MinIO wciąż działa, ale jego darmowa edycja nie dostaje już aktualizacji; zobacz najlepsza alternatywa dla MinIO.

Kodowanie erasure czy ZFS: gdzie powinna być nadmiarowość?

Umieść nadmiarowość tylko w jednej warstwie. Kodowanie erasure na RAIDZ2 płaci za parzystość dwa razy i na jednej maszynie niewiele daje.

Wariant A: osobne dyski, kodowanie erasure w magazynie obiektów. MinIO, SeaweedFS i Ceph dzielą obiekty na shardy danych i parzystości na dyskach. Awaria dysku kosztuje tylko shardy na nim, a magazyn leczy obiekt po obiekcie.

Wariant B: pula ZFS, żadnej nadmiarowości w magazynie obiektów. Zbuduj RAIDZ2, a potem uruchom Garage z jedną repliką lub SeaweedFS bez replikacji. ZFS sumuje kontrolnie każdy blok, naprawia z parzystości i daje snapshoty oraz kompresję dla całej puli.

Nasze zdanie: na jednej wynajętej maszynie wariant B jest prostszy w utrzymaniu i łatwiejszy do ratowania. Jeden zpool status pokazuje stan każdego dysku. Snapshoty ZFS chronią też przed usuniętym bucketem. Wariant A wygrywa, gdy chcesz leczenia per obiekt lub planujesz później dodać maszyny.

Garage wymaga wariantu B. Jego quick start mówi, że układ jedno-węzłowy nie daje żadnej nadmiarowości. Przy jednej kopii sumy kontrolne Garaga wykryją zły blok, ale nie odbudują go.

Ile użytecznego miejsca zostawia każdy układ?

Miejsce użyteczne zależy od tego, ile dysków trzyma parzystość. OpenZFS podaje regułę RAIDZ: N dysków z P parzystości mieści około (N − P) × rozmiar dysku. Domyślna parzystość MinIO to EC:4 dla zestawów 8 dysków i więcej oraz EC:2 dla 5 i mniej. Kod 10+4 w SeaweedFS przechowuje około 1,4 razy więcej danych.

Pojemność użyteczna na zatokę, przed narzutem systemu plików

HoldDyskiUkład ZFS → użyteczneDomyślna parzystość MinIO → użyteczneSeaweedFS 10+4 → użyteczne
Hold 242 × 12 TB HDDMirror → 12 TB1 dane + 1 parzystość → 12 TB—
Hold 404 × 10 TB HDDRAIDZ2 → 20 TB (RAIDZ1 → 30 TB)EC:2 → 20 TB—
Hold 10010 × 10 TB HDDRAIDZ2 → 80 TBEC:4 → 60 TBokoło 71 TB
Hold 16010 × 16 TB HDDRAIDZ2 → 128 TBEC:4 → 96 TBokoło 114 TB

Obliczenia z liczby dysków, przy 1 TB = 10^12 bajtów, jak sprzedaje się dyski. Parzystość MinIO można obniżyć: EC:2 na 10 dyskach zachowuje 80%, tyle samo co RAIDZ2. Zatoki dwudyskowe nie mają miejsca na kod 10+4.

RAIDZ2 na dziesięciu dyskach przeżywa dwie awarie, podobnie MinIO przy EC:2. Domyślne EC:4 przeżywa cztery, kosztem 20 dodatkowych punktów surowej przestrzeni. Duże dyski długo się odbudowują, więc przed wyborem jednej parzystości przeczytaj ile trwa odbudowa RAIDZ2 na dużych dyskach.

Ile trwa pierwszy upload?

Przy 1 Gbit/s najlepszy przypadek to 125 MB na sekundę. Wypełnienie Hold 100 po RAIDZ2 (80 TB) zajmuje co najmniej 7,4 dnia. Wypełnienie Hold 160 (128 TB) zajmuje co najmniej 11,9 dnia.

To obliczenia przy pełnej przepustowości łącza, nie pomiary: realne transfery idą wolniej. Miesięczny limit każdej zatoki jest większy niż jedno pełne wypełnienie: Każdy serwer ma port 1 Gbit/s z miesięcznym limitem ruchu (Hold 24 40 TB, Hold 40 60 TB, Hold 100 120 TB, Hold 160 200 TB), jeden dedykowany adres IPv4 i IPv6 /64; przekroczenie limitu nigdy nie uruchamia automatycznego rachunku. Dużą migrację zaplanuj na równoległe strumienie, na przykład z rclone copy --transfers 16.

Jak skonfigurować Garage na puli ZFS?

To wariant B na Hold 100: dziesięć dysków danych w RAIDZ2, metadane na lustrzanych SSD systemowych. Przewodnik wdrożenia Garaga umieszcza metadane na SSD, a dane na dyskach HDD. Zastąp nazwy urządzeń i sekrety własnymi.

Pula ZFS, konfiguracja Garaga i pierwszy 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 odpowiada na wywołania S3 na porcie 3900 po zwykłym HTTP, więc postaw z przodu proxy TLS, takie jak Caddy lub nginx. Zamknij 3901 i 3903 przed internetem. Garage nie ma object lock, więc tę rolę pełnią snapshoty ZFS. Metoda jest opisana w jak zrobić niezmienne kopie zapasowe na własnym serwerze.

Czy wynajęty serwer jest tańszy niż obiektowy storage w chmurze?

Na terabajt zatoki dziesięciodyskowe kosztują mniej niż Backblaze B2 lub Wasabi, a serwer nie nalicza opłat za egress ani wywołania API. Hold 100 kosztuje $3.77/TB za surowy TB i Hold 160 $3.50/TB. Według stanu na 2 November 2026, Backblaze B2 podaje $6.95 za TB miesięcznie, a Wasabi $7.99.

Jednak surowe to nie użyteczne. RAIDZ2 na dziesięciu dyskach zachowuje 80%, więc każdy użyteczny TB kosztuje o ćwierć więcej niż każdy surowy TB. Obie zatoki dziesięciodyskowe i tak zostają poniżej B2. Na zatoce dwudyskowej mirror zmniejsza przestrzeń o połowę i chmura wygrywa. Chmura trzyma też Twoje dane w więcej niż jednym miejscu, czego jeden serwer nie robi. Pełne wyliczenie, z egress, jest w czy wynajęty serwer storage jest tańszy niż Backblaze B2 lub Wasabi. Każda zatoka jest na stronie cennikaBasalthold.

Self-hosted S3: szybkie odpowiedzi

Czy mogę uruchomić storage zgodny z S3 na jednym wynajętym serwerze?

Tak. Garage, SeaweedFS i MinIO działają na jednej maszynie, a Ceph RGW może z ustawieniami jedno-hostowymi. Chroń dane RAIDZ2 pod spodem lub kodowaniem erasure na dyskach, nigdy niczym. Jeden serwer to wciąż jedno miejsce, więc trzymaj drugą kopię gdzie indziej.

Ile RAM potrzebuje self-hosted serwer S3?

Garage podaje 1 GB. Ceph jest tym żarłocznym: jego dokumentacja zaleca co najmniej 6 GiB na OSD dysku twardego, więc dziesięć dysków chce około 60 GiB. ZFS też używa RAM jako cache; zobacz ile RAM potrzebuje ZFS. Hold 100 i Hold 160 mają 128 GB DDR4 ECC.

Który self-hosted serwer S3 obsługuje object lock do kopii zapasowych?

SeaweedFS, Ceph RGW i MinIO obsługują object lock; Garage nie. Object lock chroni wersję obiektu przed usunięciem do daty retencji. W Garage chroń backupy za pomocą snapshotów ZFS lub narzędzia do backupu typu append-only.

Czy mogę zaszyfrować dyski w moim object store?

Tak. Możesz zaszyfrować każdy dysk danych za pomocą LUKS lub natywnego szyfrowania ZFS; klucze pozostają u Ciebie i nikt z zespołu nigdy o nie nie prosi. Zdalny restart wymaga wtedy sposobu na wprowadzenie klucza; odblokowywanie LUKS zdalnie pokazuje jeden z nich.

Czy MinIO nadal można hostować samodzielnie za darmo?

Kod społecznościowy pozostaje na licencji AGPLv3, ale jego repozytorium zostało zarchiwizowane w kwietniu 2026 i nie otrzymuje aktualizacji. MinIO kieruje teraz użytkowników społecznościowych do AIStor Free — edycji jednorodowej na darmowej licencji, która ogranicza redystrybucję i odsprzedaż.

Źródła (18)
  1. Wydania Garage (v2.5.0) — Deuxfleurs (read 2026-11-02)
  2. Strona główna Garage (wymagania sprzętowe) — Deuxfleurs (read 2026-11-02)
  3. Garage quick start — Deuxfleurs (read 2026-11-02)
  4. Garage: status zgodności z S3 — Deuxfleurs (read 2026-11-02)
  5. Garage: wdrożenie na klastrze — Deuxfleurs (read 2026-11-02)
  6. Wydanie SeaweedFS 4.52 — SeaweedFS (read 2026-11-02)
  7. SeaweedFS: erasure coding dla warm storage — SeaweedFS (read 2026-11-02)
  8. SeaweedFS: Amazon S3 API — SeaweedFS (read 2026-11-02)
  9. Wydano v21.2.0 Umbrella — Ceph (read 2026-11-02)
  10. Wdrażanie nowego klastra Ceph (domyślne ustawienia single-host) — Ceph documentation (read 2026-11-02)
  11. Dobór CPU i pamięci — Ceph documentation (read 2026-11-02)
  12. Operacje na bucketach RGW (object lock) — Ceph documentation (read 2026-11-02)
  13. Repozytorium MinIO (zarchiwizowane) — MinIO (read 2026-11-02)
  14. Przewodnik MinIO erasure code quickstart — MinIO (read 2026-11-02)
  15. Klasa storage MinIO (domyślny parity) — MinIO (read 2026-11-02)
  16. Przewodnik MinIO po object lock i immutability — MinIO (read 2026-11-02)
  17. Repozytorium SeaweedFS (opis, licencja) — SeaweedFS (read 2026-11-02)
  18. RAIDZ — OpenZFS documentation (read 2026-11-02)

Wynajmij dyski pod własne S3

Hold 100: 10 × 10 TB HDD za 377,05 USD. Hold 160: 10 × 16 TB HDD za 561,39 USD. Puste dyski na dane i root przez SSH. Płatność kryptowalutą, bez KYC.

24 TB od $110.99/30 dni · bez KYC

Wybierz hold