HBA JBOD a sprzętowy RAID pod kątem widoczności dysków ZFS i odzyskiwania danych

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

HBA JBOD vs Hardware RAID for ZFS Disk Visibility and Recovery - Zima Store Online

Obsługiwany HBA w prawdziwym trybie inicjator-cel lub JBOD to właściwy wybór domyślny dla ZFS. Sprzętowy RAID został zaprojektowany do zarządzania grupowaniem i odzyskiwaniem dysków, podczas gdy ZFS oczekuje dostępu do poszczególnych urządzeń i samodzielnie zarządza sumami kontrolnymi, nadmiarowością, wymianą oraz naprawą.

Porównanie nie dotyczy tego, który kontroler ma więcej funkcji. Chodzi o to, która warstwa ma kontrolę nad tożsamością dysków, kolejnością zapisów, raportowaniem błędów i rekonstrukcją. Przyznanie zarówno kontrolerowi RAID, jak i ZFS częściowej kontroli powoduje niejasności dokładnie wtedy, gdy odzyskiwanie danych jest najtrudniejsze.

Czego ZFS potrzebuje od kontrolera

Kontroler powinien udostępniać każdy dysk z unikalnym, stabilnym identyfikatorem, prawidłowym rozmiarem sektora, informacjami o błędach i bez ukrytej nadmiarowości. Powinien przekazywać dane o stanie SMART lub ich odpowiednik, niezawodnie współpracować z systemem operacyjnym i unikać ulotnej pamięci podręcznej zapisu, która potwierdza zapis danych, zanim zostaną one trwale zapisane.

Wskazówki sprzętowe OpenZFS wyraźnie zalecają bezpośredni dostęp do dysków oraz wyjaśniają, jak sprzętowy RAID może ograniczać samonaprawę, zniekształcać informacje o urządzeniach i uzależniać odzyskiwanie danych od konkretnej rodziny kontrolerów.

HBA spełnia swoje zadanie, gdy każdy dysk jest widoczny po numerze seryjnym, odłączony dysk odpowiada oczekiwanej zatoce, a pulę można zaimportować przez inny zgodny HBA bez odbudowywania zastrzeżonych macierzy.

Dlaczego RAID 0 z pojedynczymi dyskami nie jest JBOD

Utworzenie jednego wirtualnego dysku RAID 0 dla każdego fizycznego dysku może sprawiać wrażenie, że dyski są udostępniane osobno, ale kontroler nadal dodaje metadane, buforowanie, nazewnictwo i tłumaczenie błędów. Reset oprogramowania układowego lub wymiana kontrolera może zmienić sposób, w jaki te wirtualne dyski są prezentowane.

To obejście niesie również ryzyko ukrycia natywnego sposobu obsługi błędów i sprawia, że sekwencja odzyskiwania zależy od prawidłowego odtworzenia konfiguracji kontrolera. Nie należy traktować go jako odpowiednika prezentowania dysków w trybie IT.

Jeśli istniejący sprzęt nie może udostępniać prawdziwego JBOD, a jego wymiana jest niemożliwa, użyj kontrolera RAID jako jedynej warstwy nadmiarowości i zastosuj konwencjonalny system plików zamiast umieszczać pod ZFS pozornie surowe dyski. To uczciwa trzecia opcja.

Odzyskiwanie danych jest decydującym testem

W przypadku HBA metadane puli ZFS znajdują się na dyskach członkowskich, a system operacyjny zwykle może zaimportować pulę przez inny obsługiwany kontroler zapewniający bezpośredni dostęp. Zależność podczas odzyskiwania dotyczy systemu plików, zgodności urządzeń i sprawnych dysków członkowskich, a nie jednej zastrzeżonej definicji macierzy.

Odzyskiwanie danych ze sprzętowego RAID może wymagać zgodnego kontrolera, identycznego działania oprogramowania układowego, zachowanego stanu pamięci podręcznej i prawidłowego zaimportowania metadanych kontrolera, zanim ZFS w ogóle zobaczy jego urządzenie wirtualne. Ta dodatkowa przeszkoda może wydłużyć przestój i ograniczyć wybór zamienników.

Przed wdrożeniem produkcyjnym wyeksportuj testową pulę, przenieś jej dyski członkowskie do innego kontrolera zapewniającego bezpośredni dostęp, zaimportuj ją na podstawie trwałych identyfikatorów i wykonaj odczyt z kontrolą sum kontrolnych. Zapisz dokładne polecenia oraz mapowanie fizycznych numerów seryjnych.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

Kiedy sprzętowy RAID nadal ma zastosowanie

Sprzętowy RAID może być odpowiedni, gdy sposób działania, wsparcie producenta i system plików zostały zaprojektowane z myślą o kontrolerze. Może być również nieunikniony w urządzeniu typu appliance. W takich przypadkach pozwól kontrolerowi zarządzać nadmiarowością i stosuj sprawdzoną procedurę dotyczącą baterii, pamięci podręcznej, oprogramowania układowego oraz wymiany.

Udostępnianie udziałów dla klientów to osobna warstwa projektu; po ustaleniu modelu własności dysków skorzystaj z tego porównania SMB i NFS.

Nie wybieraj sprzętowego RAID dla ZFS wyłącznie po to, aby uzyskać pamięć podręczną lub znany interfejs zarządzania. Korzyści te nie równoważą zasłoniętych dysków i drugiej warstwy odpowiedzialnej za odzyskiwanie danych.

Ostateczna decyzja

Wybierz HBA w zweryfikowanym trybie bezpośredniego dostępu dla ZFS. Wybierz sprzętowy RAID z projektem pamięci masowej innym niż ZFS, gdy wymagane są nadmiarowość zarządzana przez kontroler i wsparcie producenta. Unikaj hybrydy ZFS nad wirtualnymi dyskami RAID 0 z pojedynczymi dyskami.

FAQ

Czy kontrolera RAID w prawdziwym trybie HBA można używać z ZFS?

Tak, jeśli tryb rzeczywiście udostępnia każdy dysk, zachowuje stabilne identyfikatory i informacje o sektorach, przekazuje dane o stanie, wyłącza ukryte działanie RAID i jest obsługiwany przez system operacyjny.

Czy HBA sprawia, że kopie zapasowe stają się niepotrzebne?

Nie. Poprawia widoczność urządzeń i przenośność procesu odzyskiwania. Nie chroni przed usunięciem danych, uszkodzeniem całej puli, kradzieżą, pożarem ani awarią wielu dysków członkowskich.