Rozwiązanie społecznościowe

MergerFS i SnapRAID w ZimaOS: różne dyski, parzystość i bieżące opcje

A July-November 2025 feature-request thread where users explained why JBOD does not replace MergerFS plus SnapRAID for mixed-size media arrays with parity. IceWhale asked for real-world workflows and later said the team would reconsider the request, but did not announce official SnapRAID integration.

Najmocniejszym argumentem w tym wątku z 2025 roku dotyczącym propozycji funkcji ZimaOS nie było po prostu „proszę dodać kolejny system plików”. Użytkownicy chcieli modelu pamięci masowej podobnego do Unraid: zachowania osobno sformatowanych dysków o różnych pojemnościach, przedstawienia ich jako jednej logicznej puli oraz dodania ochrony parzystości bez przekształcania całego zestawu w konwencjonalną macierz RAID z przeplotem.

Zima-Giorgio zapytał, dlaczego nadchodząca opcja JBOD w ZimaOS 1.4.2 miałaby nie wystarczyć, i poprosił o konkretne scenariusze użycia w rzeczywistych warunkach. Odpowiedzi jasno pokazują różnicę: JBOD może łączyć pojemność, natomiast MergerFS wraz ze SnapRAID jest atrakcyjny, ponieważ rozdziela tworzenie puli od zaplanowanej synchronizacji parzystości i pozwala przez wiele lat rozbudowywać domową kolekcję multimediów za pomocą niejednorodnych dysków.

Dlaczego użytkownicy domowych serwerów NAS prosili o MergerFS i SnapRAID

Kilku uczestników opisało pamięć masową rozbudowywaną stopniowo. Jeden z użytkowników miał dyski o pojemności 3 TB, 6 TB i 12 TB. Inny przedstawił łańcuch, w którym dysk 8 TB zastępuje dysk 6 TB w głównym serwerze NAS, wysunięty dysk 6 TB trafia do systemu archiwizacyjnego, a starszy dysk z archiwum zostaje ponownie przeniesiony do serwera domowego laboratorium.

Tradycyjny RAID może być niewygodny przy takim schemacie, ponieważ użyteczna pojemność i zasady rozbudowy często zakładają użycie dopasowanych lub starannie zaplanowanych dysków. Użytkownicy chcieli zachować wartość istniejących dysków, zamiast za każdym razem, gdy kupowany jest większy dysk, przebudowywać całą macierz.

MergerFS i SnapRAID rozwiązują różne problemy

MergerFS to unijny system plików. Może sprawić, że kilka niezależnych systemów plików będzie widocznych pod jednym logicznym punktem montowania, podczas gdy pliki nadal pozostają na poszczególnych dyskach członkowskich.

SnapRAID to oprogramowanie do obsługi parzystości. Oblicza informacje o parzystości na podstawie plików znajdujących się na dyskach z danymi i może zapewniać kontrolę integralności. Synchronizacja parzystości jest zwykle zaplanowana, a nie zapisywana na bieżąco, jak w tradycyjnym RAID.

Właśnie dlatego to połączenie jest popularne w przypadku względnie statycznych kolekcji multimediów: MergerFS zapewnia przestrzeń nazw puli, a SnapRAID umożliwia odzyskanie danych po awarii wybranych dysków.

Dlaczego JBOD w ZimaOS nie jest tym samym rozwiązaniem

Aktualna dokumentacja ZimaOS opisuje JBOD jako łączenie wielu dysków w jeden ciągły wolumin. Jest to opcja zwiększania pojemności, a nie ten sam model ochrony parzystością, o który prosili użytkownicy.

Aby porównać obecnie wbudowane opcje, zobacz opcje RAID i JBOD dostępne w ZimaOS. JBOD jest przydatny, gdy celem jest proste połączenie pojemności, ale nie staje się SnapRAID tylko dlatego, że dyski członkowskie mają różne pojemności.

Autor MergerFS dołączył do dyskusji

Trapexit, twórca MergerFS, wyjaśnił, że CasaOS historycznie używał MergerFS do obsługi funkcji pamięci „scalającej”. Wcześniej omawiał głębszą integrację z IceWhale, ale powiedział, że rozmowy te nie przerodziły się wówczas w szerszą integrację z ZimaOS.

Przedstawił także rozsądny profil obciążenia dla MergerFS: pliki zapisywane raz, odczytywane wiele razy i rzadko modyfikowane, gdzie logiczna pula niezależnych systemów plików jest ważniejsza niż wysoka wydajność losowego zapisu.

W dalszej części wątku pojawił się ekran scalania CasaOS

Okno dialogowe wersji beta Menedżera pamięci CasaOS łączące kilka dysków za pomocą historycznej funkcji Merge storages
Jeden z uczestników przetestował historyczną wersję beta funkcji „Merge storages” w CasaOS, badając, czy MergerFS jest nadal obecny w ekosystemie IceWhale.

Ten zrzut ekranu jest dowodem dotyczącym CasaOS, a nie potwierdzeniem istnienia obecnie obsługiwanej strony zarządzania MergerFS w ZimaOS.

Dlaczego użytkownicy uważają SnapRAID za rozwiązanie inne niż parzystość czasu rzeczywistego

Wątek wielokrotnie koncentrował się na archiwach multimediów, w których pliki nie zmieniają się stale. Zaplanowana parzystość pozwala częściej usypiać nieużywane dyski i eliminuje konieczność uczestniczenia każdego dysku w każdym odczycie. Użytkownicy cenili także kontrole integralności SnapRAID, które pomagają wykrywać ciche uszkodzenia danych.

Kompromis polega na tym, że zmiany wprowadzone po ostatniej synchronizacji parzystości nie są chronione przez ten zrzut parzystości. SnapRAID nie jest więc bezpośrednim zamiennikiem dla każdego zastosowania RAID.

Do czego IceWhale faktycznie się zobowiązało

Oficjalne odpowiedzi były ostrożne. Zima-Giorgio najpierw poprosił użytkowników o wyjaśnienie, dlaczego MergerFS i SnapRAID są niezastąpione w porównaniu z JBOD. W listopadzie 2025 roku powiedział, że zespół otrzymał opinie i ponownie rozważy tę prośbę.

Nie jest to równoznaczne z deklaracją dotyczącą produktu, datą w harmonogramie ani zapowiedzią wydania.

Obecny stan

Aktualna dokumentacja pamięci masowej ZimaOS nadal koncentruje się na pojedynczych dyskach, JBOD, RAID oraz wbudowanych opcjach związanych z ZFS. W interfejsie pamięci masowej ZimaOS nie ma obecnie oficjalnej strony konfiguracji SnapRAID.

Późniejsze badania społeczności w 2026 roku wykazały obecność pliku binarnego MergerFS na niektórych systemach ZimaOS oraz społecznościowego projektu systemd-sysext, który pakuje MergerFS wraz ze SnapRAID. Są to istotne zmiany, ale nie są tym samym co oficjalna obsługa SnapRAID przez producenta, z obsługiwanym interfejsem ZimaOS i cyklem życia.

Wybierz model pamięci masowej odpowiedni do obciążenia

  • Dopasowane dyski i ciągła redundancja: użyj opcji RAID w ZimaOS odpowiadającej wymaganej tolerancji awarii.
  • Proste łączenie pojemności bez wymogu parzystości: JBOD może wystarczyć.
  • Niejednorodne dyski, głównie statyczne multimedia i zaplanowana parzystość: MergerFS wraz ze SnapRAID to sposób pracy, o który prosili użytkownicy w tym wątku.
  • Istotne, często zmieniane dane: niezależnie od technologii macierzy zawsze przechowuj osobne kopie zapasowe.

Parzystość nie jest kopią zapasową

Ta prośba dotyczy przetrwania awarii dysku, a nie przypadkowego usunięcia danych, oprogramowania ransomware ani zniszczenia całego serwera. Konstrukcja MergerFS/SnapRAID nadal wymaga osobnego planu tworzenia kopii zapasowych danych, których nie można zastąpić.

Często zadawane pytania dotyczące MergerFS i SnapRAID

Czy IceWhale ogłosiło oficjalną obsługę SnapRAID?

Nie. Zespół poprosił o przykłady zastosowań, a później poinformował, że ponownie rozważy otrzymane opinie.

Czy JBOD w ZimaOS jest odpowiednikiem MergerFS wraz ze SnapRAID?

Nie. JBOD służy do łączenia pojemności, natomiast proponowane rozwiązanie łączy unijny system plików z synchronizacją parzystości.

Czy istnieją społecznościowe rozwiązania związane z MergerFS dla ZimaOS?

Tak, ale społecznościowych plików binarnych i modułów sysext nie należy opisywać jako oficjalnej funkcji zarządzania SnapRAID.