Czy mogę ufać, że ZFS jest spójny między Linuksem a FreeBSD?

Planuję wkrótce zbudować FreeNAS, ale jeśli ZFS w Linuksie okaże się w końcu niezawodny, może chciałbym się przełączyć, żeby mieć bardziej znany system operacyjny.

Zastanawiam się więc, czy mogę ufać, że różne implementacje ZFS są kompatybilne. Innymi słowy, jeśli po prostu wymienię dysk rozruchowy z FreeNAS na Linux lub OpenIndiana, czy mogę ufać, że nic złego nie stanie się z moimi danymi?

To może wydawać się głupim pytaniem - oczywiście powinno być kompatybilne - ale domyślam się, że ZFS nie jest powszechnie używany w przypadkach, gdy dyski są przenoszone między komputerami, więc mam nadzieję, że ktoś może podać lepszą odpowiedź niż po prostu „tak powinno być”.

Powinieneś zwrócić szczególną uwagę na wersje zpool. Jest to główny wyróżnik między wersjami ZFS Oracle, poprzedniej wersji OpenSolaris, Linux i * BSD.

Zasadniczo możesz uaktualnić starszą wersję Zpool do nowszej wersji, ale nie możesz obniżyć wersji.

Co dziwne, Wikipedia ma najlepsze podsumowanie różnych wersji zpool i różnic między nimi.

Aktualna lista wersji zpool wśród implementacji ZFS znajduje się tutaj .

Używam NexentaStor 3.1. Zgodnie z tym harmonogramem byłbym w stanie pracować z systemami plików ZFS z OpenIndiana i FreeBSD, ale NIE na przykład Solaris 11.

Wierzę jednak, że FreeNAS jest na bardzo starej wersji ZFS. Rozważyć Nexenta?

Przyszłość rozwoju ZFS poza Oracle wprowadzi flagi funkcji ZFS . Powinno to umożliwić korzystanie z nowszego systemu ZFS w puli pamięci opartej na starszej wersji ZFS. Odpowiedź brzmi: tak, powinno być bezpiecznie zacząć od FreeNAS dzisiaj i przejść na Linuksa później, kiedy ZFS będzie bardziej dojrzały.

Wiem, że FreeBSD bardzo dokładnie śledzi zmiany ZFS w Illumos. Nowe poprawki lub funkcje są dodawane do FreeBSD-HEAD w ciągu kilku dni lub tygodni. Wierzę również, że projekt zfsonlinux śledzi zmiany ZFS w źródle ZFS Illumos. I najprawdopodobniej będą miały flagi funkcji ZFS, jeśli nie zostały jeszcze dodane. Ale w tej chwili mają wyższy priorytet, osiągając poziom stabilności i jakości, jaki mają Illumos i FreeBSD.

Obsługa ZFS w FreeBSD i OpenIndiana oparta jest na tym samym kodzie OpenSolaris, więc z pewnością są one zgodne w normalnych granicach (to samo dotyczy innych pochodnych OpenSolaris). Dostępny jest moduł Linux, który pozwala na użycie kodu OpenSolaris w Linuksie (nie można ich rozpowszechniać razem, nigdy z powodu zakaźnej licencji Linuksa). Byłoby to również zgodne z tych samych powodów.

Podjęto próbę zbudowania od podstaw bazy kodu ZFS GPL. Nie ma nieodłącznej gwarancji zgodności teraz ani w żadnym momencie w przyszłości. Tam, gdzie decydują się podjąć projekt, ponoszą oni własną odpowiedzialność, choć ich „celem” jest zgodność, jeszcze nie ma.

_{Widziałem także wiele osób, które twierdzą, że Linux może zawierać kod z innych licencji. To prawda. Licencja CDDL, którą obejmuje OpenSolaris, nie pozwala na włączenie jej do projektów, które narzucają bardziej restrykcyjne warunki niż ma to miejsce. GPL Linuksa wymaga, aby ludzie, którzy wprowadzają ulepszenia w systemie operacyjnym, wnieśli je z powrotem; ten „bardziej restrykcyjny” termin oznacza, że ​​kodu CDDL nie można dołączyć do kodu GPL. Dawanie pretekstowi Oracle do wytoczenia procesu prawdopodobnie nie jest dobrym pomysłem. FreeNAS i reszta BSD korzystają z licencji BSD, która jest mniej restrykcyjna niż CDDL.}

przesunąłem kilka dużych pul w następujący sposób:

rozpoczęty na solaris 10 (pozostawiony z powodu zmian cen .edu w ramach systemu Oracle)

przeniósł się do Nexenta (nie jest tak niesamowity, jak masz nadzieję, że będzie ... w szczególności, mimo że ma Debian'ish Userland, wszystkie rzeczy sysadmin są nadal solaris / illumos / cokolwiek).

przeniesiony do Freebsd (jest w porządku, z wyjątkiem sterowników SCSI dla mojego sprzętu nie było). Tutaj dodałem nową pulę lub dwie.

przeprowadził się do openindiana (to było jak powrót do domu)

Ogólnie rzecz biorąc, zdecydowanie można przenosić pule w różnych systemach operacyjnych. Możesz nawet przejść z little-endian do big-endian (sparc do x64 lub odwrotnie). Kluczem jest jednak, jak powiedział drugi plakat, wersja basenowa. Tak długo, jak przenosisz się do systemu z kodem ZFS, który obsługuje tę samą lub nowszą wersję, powinieneś być szczęśliwy. Przypuszczam, że może to być powód do unikania aktualizacji wersji puli podczas aktualizacji systemu operacyjnego.