Przy stawianiu Proxmoksa pada pytanie, które potrafi sparaliżować na dłużej niż reszta instalacji razem wzięta: jaki storage wybrać? ZFS, Ceph, LVM, a może zwykły katalog? To nie jest wybór czysto techniczny — decyduje o tym, czy będziesz mieć snapshoty, czy zbudujesz klaster i jak bezpieczne będą Twoje dane.
Rozłóżmy to na czynniki pierwsze, bez zagłębiania się w akademickie szczegóły. Skupimy się na tym, co realnie znaczy dla małej i średniej firmy.
LVM / LVM-Thin — prosto i lokalnie
LVM to klasyczny, sprawdzony menedżer woluminów w Linuksie. W wariancie LVM-Thin dostajesz cienkie provisionowanie i snapshoty.
- Plusy: prosty, lekki, niewielki narzut, dobrze działa na pojedynczym serwerze.
- Minusy: brak sum kontrolnych danych (nie wykryje cichego uszkodzenia), brak wbudowanej kompresji, słabsze możliwości replikacji.
- Dla kogo: pojedynczy host, prosty setup, gdy zależy Ci na minimalnym narzucie i nie potrzebujesz zaawansowanych funkcji.
ZFS — domyślny wybór dla większości firm
ZFS to system plików i menedżer woluminów w jednym — i dla zdecydowanej większości małych wdrożeń to najlepszy punkt startu.
- Sumy kontrolne i samoleczenie — ZFS wykrywa i naprawia ciche uszkodzenia danych (bit rot). To realna ochrona integralności.
- Snapshoty i klony — błyskawiczne, tanie, idealne przed aktualizacją czy eksperymentem.
- Kompresja w locie — często „za darmo” oszczędza miejsce i bywa szybsza niż brak kompresji.
- RAID programowy (zpool) — lustrzane lub RAIDZ, bez potrzeby kontrolera sprzętowego.
- Replikacja — wbudowana replikacja między węzłami Proxmoksa (asynchroniczna).
Uwaga na RAM: ZFS lubi pamięć (cache ARC). Dla komfortu warto mieć jej zapas. Przy okazji — zaszyfrowane datasety ZFS to wygodny sposób na spełnienie wymogów szyfrowania danych z NIS2.
Ceph — gdy budujesz prawdziwy klaster HA
Ceph to rozproszony storage: dane są replikowane między wieloma węzłami, więc awaria całego serwera nie oznacza utraty dostępu do danych. To fundament prawdziwej wysokiej dostępności.
- Plusy: brak pojedynczego punktu awarii, dane „żyją” na wielu węzłach, skaluje się przez dokładanie serwerów. Idealny pod klaster Proxmox z wysoką dostępnością.
- Minusy: wymaga minimum 3 węzłów, szybkiej, dedykowanej sieci (najlepiej 10 GbE) i większej wiedzy do utrzymania. Przerost formy nad treścią dla pojedynczego serwera.
- Dla kogo: firmy, które naprawdę potrzebują ciągłości działania i mają (lub budują) co najmniej trójwęzłowy klaster.
Szybkie porównanie
- 🟢 Jeden serwer, prosto i tanio → LVM-Thin lub ZFS (ZFS, jeśli chcesz snapshoty i ochronę integralności).
- 🟢 Jeden serwer, maksimum funkcji i bezpieczeństwa danych → ZFS.
- 🟢 Klaster i wysoka dostępność → Ceph (na dedykowanej, szybkiej sieci).
W praktyce większość naszych wdrożeń w MŚP zaczyna od ZFS na pojedynczym, dobrze dobranym serwerze — a po Ceph sięga dopiero, gdy pojawia się realna potrzeba HA.
Storage to nie to samo co backup
Najważniejsze ostrzeżenie na koniec: nawet najlepszy RAID czy Ceph nie jest kopią zapasową. Replikacja chroni przed awarią sprzętu, ale nie przed skasowaniem pliku, ransomware czy błędem człowieka — bo wszystkie te „błędy” wiernie się zreplikują. Dlatego storage zawsze idzie w parze z osobnym Proxmox Backup Server i strategią 3-2-1.
Co dalej w tym cyklu
W następnym wpisie Proxmoksowym zajmiemy się utrzymaniem i aktualizacjami bez przestojów — w tym snapshotami i migracją na żywo, które na dobrym storage stają się naprawdę wygodne. Jeśli dopiero wybierasz platformę, zerknij też na nasze porównanie Proxmox VE z VMware i Hyper-V.
Nie wiesz, czy w Twoim przypadku lepszy będzie ZFS, czy już warto myśleć o Ceph? Napisz do nas — dobierzemy architekturę storage do Twoich danych, budżetu i planów na przyszłość.