Jak długo trwa odbudowa RAID 6 lub RAIDZ2 z dyskami 20 TB?

Dlaczego maksymalna prędkość dysku to tylko najlepszy przypadek?

Bo maksymalna prędkość obowiązuje tylko na zewnętrznych ścieżkach. Karta danych Western Digital HC560 podaje maksimum 291 MB/s około 10% w głąb dysku. Wewnętrzne ścieżki przesuwają się pod głowicą wolniej, więc pełny przebieg daje niższą średnią.

Wąskim gardłem jest dysk zastępczy. Każdy odbudowany blok trafia na ten jeden dysk, więc macierz nie może odbudować się szybciej, niż ten dysk zapisuje. Dziesięć dysków czytających równolegle tego nie zmienia.

Odbudowa nigdy nie pokona jednego dysku zapisującego od początku do końca.

Dlaczego odbudowa mdadm działa wolniej niż dysk?

Bo md ją ogranicza. W źródle jądra Linux speed_limit_max domyślnie wynosi 200 000 KiB/s, czyli około 204,8 MB/s, a speed_limit_min wynosi 1 000 KiB/s. Podręcznik md wyjaśnia tę parę: md zwalnia odtwarzanie, gdy trwa inna aktywność, a działa z pełną prędkością, gdy macierz jest bezczynna.

Zajęta macierz może więc odbudowywać się blisko dolnej granicy. Przy 1 000 KiB/s dysk 20 TB potrzebowałby około 226 dni. Rzeczywiste macierze mieszczą się między tymi limitami, zależnie od tego, ile ruchu backupu lub odczytu konkuruje.

Możesz to obserwować i sterować tym:

# progress, speed and time left
cat /proc/mdstat

# current limits, in KiB/s
sysctl dev.raid.speed_limit_min dev.raid.speed_limit_max

# let the rebuild use more of the disks during a quiet period
sysctl -w dev.raid.speed_limit_min=100000
sysctl -w dev.raid.speed_limit_max=500000

Czy resilver w ZFS jest szybszy niż odbudowa RAID 6?

Często tak, gdy pula nie jest pełna. Podręcznik OpenZFS mówi, że resilver sprawdza tylko dane, o których ZFS wie, że są nieaktualne. Pula wypełniona do połowy odbudowuje około połowy bajtów, które kopiowałby mdadm.

Odczyty są jednak mniej uporządkowane. Przewodnik OpenZFS po dRAID zauważa, że raidz musi używać healing resilver, który przechodzi drzewo bloków losowymi odczytami. Pełna pula RAIDZ2 może więc trwać dłużej, niż sugerują bajty.

dRAID zmienia obraz dla dużych macierzy. Jego sekwencyjna odbudowa na rozproszony spare skaluje się wraz z liczbą dysków podzieloną przez szerokość stripe'u. Potem scrub sprawdza sumy kontrolne. Przy dziesięciu dyskach zwykły RAIDZ2 to zwykły wybór; kompromisy opisano na ZFS czy sprzętowy RAID.

Obserwuj resilver za pomocą zpool status. Parametr zfs_resilver_min_time_ms, domyślnie 1 500 ms w obecnym podręczniku, określa, jak długo ZFS nad nim pracuje między transaction group.

Jak ryzykowne jest okno odbudowy?

Małe dla RAID 6, większe dla RAID 5. Podczas odbudowy RAID 6 macierz ma jeszcze jedną parzystość, więc przetrwa jeszcze jedną awarię.

Backblaze w raporcie za Q2 2026 zmierzył 1,41% rocznej stopy awaryjności w cyklu życia swoich dysków. Przy 27-godzinnej odbudowie dziewięć pozostałych dysków daje około 0,04% szansy na kolejną awarię. Przy 111 godzinach około 0,16%.

Nieczytelne sektory ważą więcej. Seagate podaje dla Exos X20 najwyżej jeden taki sektor na 10^15 odczytanych bitów. Odbudowa z dziewięciu dysków 20 TB odczytuje 1,44 × 10^15 bitów, więc specyfikacja dopuszcza więcej niż jeden wadliwy sektor. RAID 6 naprawia go z drugiej parzystości; RAID 5 nie ma już nic. Pełne porównanie jest na RAID 6 czy RAID 10.

Spośród 23 sprzedawców serwerów storage Basalthold sprawdzonych na 2 November 2026, 8 wymieniło plan 100 TB lub większy. Przy takim rozmiarze odbudowa każdego dysku zajmuje większość dnia nawet przy pełnej prędkości.

Jak skrócić odbudowę na wynajętym serwerze?

Zacznij ją wcześnie i daj jej dyski.

• Wymień dysk szybko. Gdy dysk ulegnie awarii, otwórz zgłoszenie: zespół wymieni go bez dodatkowych kosztów, a odbudowa macierzy na nowym dysku zależy od Twojej konfiguracji. Zegar startuje, gdy nowy dysk jest na miejscu.
• Wstrzymaj ciężkie zadania. Przenieś duże backupy poza okno odbudowy albo podnieś speed_limit_min w nocy.
• Trzymaj pulę poniżej pełna. ZFS odbudowuje tylko zapisane dane, więc wolne miejsce skraca resilver.
• Trzymaj drugą kopię. Odbudowa chroni przed jeszcze jedną awarią, nie przed pożarem czy pomyłką: Serwer storage nie jest kopią zapasową samego siebie: nigdzie indziej nie przechowujemy kopii Twoich danych, więc druga kopia w innym miejscu pozostaje Twoim zadaniem. Cel dla niej opisano na offsite backup dla NAS.