Macierz z podwójną parzystością to rozwiązanie, które zwykle wybieram wtedy, gdy ważniejsze od maksymalnej prędkości jest spokojne przechowywanie danych i możliwość przetrwania awarii dwóch dysków. RAID 6 daje właśnie taki kompromis: sensowną pojemność, dobrą odporność na błędy i wyraźny koszt przy zapisach. W tym tekście rozkładam temat na czynniki pierwsze: jak działa ten układ, ile miejsca realnie zostaje, gdzie ma przewagę nad RAID 5 i RAID 10 oraz na co uważać przy doborze dysków.
Najważniejsze fakty, które decydują o sensie tego układu
- Potrzebujesz co najmniej czterech dysków, a użyteczna pojemność wynosi zwykle liczba nośników minus dwa.
- Układ przetrwa awarię dwóch dysków, ale trzeci uszkodzony nośnik oznacza już realne ryzyko utraty dostępu do danych.
- Odczyt jest zwykle dobry, natomiast małe zapisy losowe są droższe niż w lustrach i wyraźnie obciążają kontroler.
- To dobry wybór dla danych ważnych, ale nie dla obciążeń, które żyją z intensywnego zapisu i niskich opóźnień.
- Backup nadal jest obowiązkowy, bo odporność macierzy nie zastępuje kopii zapasowej.
Jak działa układ z podwójną parzystością
W praktyce chodzi o striping z rozproszoną parzystością. Dane są dzielone na bloki i zapisywane na wielu dyskach, a obok nich pojawiają się bloki kontrolne, które pozwalają odtworzyć brakujące informacje po awarii nośnika. Najważniejsze jest to, że nie ma jednego, wydzielonego dysku parzystości, który stałby się wąskim gardłem. Informacja ochronna jest rozłożona po całej macierzy, więc obciążenie także rozkłada się równiej.
W wersji praktycznej oznacza to, że system może pracować normalnie nawet wtedy, gdy padnie jeden, a w wielu implementacjach także dwa dyski. Poziom ochrony nie bierze się z „magii”, tylko z tego, że kontroler albo system operacyjny potrafi policzyć brakujące bloki na podstawie danych i parzystości zapisanych na pozostałych nośnikach. Gdy wszystko działa, odczyty korzystają głównie z samych danych, a informacja kontrolna wchodzi do gry przede wszystkim podczas odbudowy lub pracy w trybie zdegradowanym.
To właśnie rozproszenie parzystości odróżnia ten układ od starszych, prostszych podejść i sprawia, że nie ma tu jednego dysku, którego awaria od razu zatrzymuje cały zestaw. Gdy już wiesz, jak działa mechanizm, naturalnie pojawia się pytanie, w jakich zastosowaniach ma sens.
Kiedy ten poziom ma sens
Najczęściej patrzę na ten wariant jako na kompromis między pojemnością a bezpieczeństwem. Sprawdza się tam, gdzie dane są ważne, a przestój kosztuje więcej niż część utraconej wydajności. Typowe przykłady to serwer plików w małej firmie, NAS z danymi projektowymi, magazyn dokumentów, repozytorium multimediów czy wolumen, który przez większość czasu czyta więcej niż zapisuje.
To dobry wybór także wtedy, gdy masz większe dyski talerzowe i nie chcesz ryzykować zbyt cienkiego marginesu bezpieczeństwa. Im większa pojemność pojedynczego nośnika, tym dłużej trwa odbudowa po awarii i tym bardziej rośnie presja na resztę macierzy w czasie naprawy. W takim scenariuszu podwójna parzystość daje po prostu więcej spokoju niż pojedyncza.
Nie wybierałbym tego poziomu do zadań, które żyją z ciągłego, ciężkiego zapisu losowego. Bazy danych z dużą liczbą transakcji, logi operacyjne, środowiska robocze z intensywnymi zapisami lub cache aplikacyjny zwykle lepiej czują się w lustrzaniu albo w układzie nastawionym bardziej na IOPS niż na pojemność. Jeżeli priorytetem jest szybki zapis, ten układ bywa rozsądny tylko wtedy, gdy rozumiesz jego koszt.
W praktyce sprawdza się więc tam, gdzie liczy się trwałość danych, a nie absolutne maksimum przepustowości. Skoro to już jasne, trzeba policzyć, ile miejsca naprawdę zostaje po odjęciu warstwy ochronnej.
Ile miejsca naprawdę zostaje
Najprostsza zasada brzmi: użyteczna pojemność to liczba dysków minus dwa, pomnożona przez pojemność najmniejszego nośnika. To ważniejsze, niż się wydaje, bo przy mieszanych pojemnościach większe dyski nie oddadzą całej nadwyżki. W praktyce to najmniejszy dysk wyznacza wspólny mianownik dla całego zestawu.
| Liczba dysków | Pojemność jednego dysku | Użyteczna pojemność | Co z tego wynika |
|---|---|---|---|
| 4 | 4 TB | ok. 8 TB | Minimum, które daje sensowną ochronę, ale niewielki zapas miejsca. |
| 5 | 8 TB | ok. 24 TB | Dobry kompromis dla serwera plików lub większego NAS-a. |
| 6 | 8 TB | ok. 32 TB | Częsty wariant, gdy pojemność zaczyna mieć większe znaczenie niż prostota. |
| 8 | 2 TB | ok. 12 TB | Więcej nośników poprawia elastyczność, ale zwiększa też koszty odbudowy i zarządzania. |
Do tego dochodzi jeszcze różnica między TB a TiB oraz narzut systemu plików, więc w panelu zarządzania zwykle zobaczysz nieco mniej niż w prostym rachunku „na papierze”. Ja zawsze zakładam, że po sformatowaniu zostanie trochę mniej niż wynika z marketingowej pojemności dysków, i to podejście oszczędza rozczarowań przy planowaniu. Skoro pojemność już policzona, pora spojrzeć na to, co dzieje się z wydajnością.
Jak wypada wydajność w praktyce
Tu pojawia się największy kompromis. Odczyty są zwykle całkiem przyzwoite, bo dane są rozrzucone na wielu nośnikach, więc macierz może pracować równolegle. Problem zaczyna się przy zapisach, szczególnie małych i losowych. Każdy zapis wymaga przeliczenia informacji kontrolnej i zapisania dodatkowych bloków parzystości, więc rośnie liczba operacji I/O.
W dokumentacji Red Hata wprost widać, że taki układ mocniej obciąża CPU w software RAID i wyraźnie bardziej „karze” zapisy niż poziomy prostsze. W praktyce najlepiej czuć to przy bazach danych, maszynach wirtualnych i aplikacjach, które generują dużo drobnych zapisów. Przy dużych, sekwencyjnych plikach sytuacja wygląda lepiej, ale nadal nie jest to poziom, który kupuje się dla samej prędkości.
- Odczyt sekwencyjny zwykle wypada dobrze, zwłaszcza przy większej liczbie dysków.
- Odczyt losowy jest akceptowalny, ale zależy od liczby nośników i klasy dysków.
- Zapis sekwencyjny bywa poprawny, choć nadal mniej korzystny niż w układach lustrzanych.
- Zapis losowy to najsłabszy punkt i tutaj widać koszt parzystości najszybciej.
- Odbudowa po awarii dodatkowo obciąża macierz, więc w tym czasie wydajność spada jeszcze bardziej.
Jeśli kontroler ma dobry cache, część opóźnień da się zamaskować, ale nie znikają one całkowicie. SSD zmniejszają ból bardziej niż HDD, lecz sama logika parzystości wciąż zostaje. To prowadzi do najuczciwszego porównania: kiedy ten układ ma sens, a kiedy lepiej wybrać coś innego.
Jak wypada na tle poziomu 5 i 10
Wybór między tymi trzema rozwiązaniami zwykle sprowadza się do odpowiedzi na jedno pytanie: co jest dla mnie ważniejsze, pojemność czy zapis? Ja najczęściej traktuję układ z podwójną parzystością jako bezpieczniejszy następca poziomu 5, ale nie jako zamiennik dla lustrzanego układu tam, gdzie liczy się wysoki IOPS.
| Cecha | Poziom 5 | Układ z podwójną parzystością | Poziom 10 |
|---|---|---|---|
| Minimalna liczba dysków | 3 | 4 | 4 |
| Odporność na awarię | 1 dysk | 2 dyski | Zależna od par lustrzanych; zwykle 1 dysk, czasem 2, jeśli nie są w tej samej parze |
| Użyteczna pojemność | liczba dysków minus 1 | liczba dysków minus 2 | około 50% pojemności |
| Zapis losowy | średni | słabszy | najlepszy z tej trójki |
| Zastosowanie | oszczędny magazyn danych | ważne dane i większe dyski | bazy, VM, systemy z dużą liczbą zapisów |
W praktyce moja zasada jest prosta: przy większych dyskach i ważnych danych chętniej wybieram układ z podwójną parzystością niż poziom 5, bo margines bezpieczeństwa jest po prostu lepszy. Jeśli jednak aplikacja żyje z wielu losowych zapisów, poziom 10 nadal wygrywa szybkością i przewidywalnością. Po tym porównaniu zostaje już tylko pytanie, jak nie zepsuć sensu całej konfiguracji doborem złych komponentów.
Jak dobrać dyski, kontroler i system plików
Najczęstszy błąd zaczyna się od zakupu „czegokolwiek, co pasuje do zatoki”. Ja w takich konfiguracjach trzymam się możliwie równych modeli, pojemności i klasy obciążeń, bo mieszanie przypadkowych dysków zwykle kończy się gorszą wydajnością albo trudniejszą odbudową. Jeśli nośniki mają działać stale, powinny być do tego zaprojektowane, a nie tylko „działać po podłączeniu”.
Warto też uważać na mieszanie technologii zapisu. Synology zwraca uwagę, że przy połączeniu PMR i SMR wydajność może ucierpieć, szczególnie przy nadpisywaniu danych, więc do macierzy wybierałbym raczej dyski przewidziane pod ciągłą pracę niż przypadkowe modele konsumenckie. To jedna z tych rzeczy, które wyglądają jak detal zakupowy, a potem potrafią zabić cały sens konfiguracji.
Druga sprawa to kontroler i sposób realizacji RAID. Na mocniejszym sprzęcie software RAID potrafi być zupełnie wystarczający, ale przy większej liczbie dysków i bardziej wymagających zadaniach sensowniejszy staje się porządny kontroler albo przynajmniej rozwiązanie z dobrym cache. Jeśli cache jest źle dobrany lub zbyt ubogi, nie zniweluje kosztu parzystości, tylko go zamaskuje na chwilę.
Nie ignorowałbym też chłodzenia i zasilania. Podczas odbudowy macierz pracuje ciężej, dyski grzeją się mocniej, a ciągły zapis potrafi ujawnić słabe ogniwa w obudowie i zasilaczu. W praktyce dobrze przemyślany przepływ powietrza jest tu równie ważny jak sam wybór poziomu RAID. Gdy to masz pod kontrolą, pozostaje ostatni krok: sprawdzić, czy wdrożenie naprawdę jest gotowe do pracy produkcyjnej.
Co sprawdzić przed wdrożeniem na produkcji
Zanim postawisz macierz na danych, które naprawdę mają znaczenie, sprawdź kilka rzeczy bez skracania drogi na skróty. Ja traktuję to jako minimum bezpieczeństwa, nie jako dodatkowy luksus:
- Czy masz co najmniej cztery dyski i czy wszystkie są zgodne z wybranym rozwiązaniem?
- Czy istnieje osobna kopia zapasowa, trzymana poza tą samą obudową lub tym samym serwerem?
- Czy wiesz, ile potrwa odbudowa przy twojej pojemności i realnym obciążeniu?
- Czy monitorujesz temperatury, SMART i błędy odczytu, zanim pojawi się awaria?
- Czy masz plan wymiany dysku i wiesz, jak zareagujesz, gdy jeden nośnik wejdzie w stan zdegradowany?
Jeżeli miałbym zamknąć temat jednym zdaniem, powiedziałbym tak: ten układ wybieram wtedy, gdy pojemność ma znaczenie, ale utrata jednego lub dwóch dysków nie może oznaczać przestoju. Gdy zapis jest intensywny albo aplikacja żyje z niskich opóźnień, zwykle lepiej sprawdza się inna architektura, a nie upieranie się przy rozwiązaniu, które wygląda dobrze tylko na papierze. Jeśli dane są naprawdę ważne, odporność macierzy traktuję jako pierwszą linię obrony, a kopię zapasową jako jedyną, która naprawdę ratuje sytuację.
