Czy fałszywa macierz RAID ma jakąkolwiek przewagę nad programową macierzą RAID?


15

Czy fałszywy kontroler RAID wykonuje jakąś przydatną pracę, czy jest to po prostu miejsce do przechowywania parametrów? Wiem, że Linux oferuje znacznie większą elastyczność niż mój biedny kontroler pokładowy, ale nie jest to dla mnie ważne.

Czy korzystanie z fałszywej macierzy RAID ma przewagę pod względem wydajności ?


Interesuje mnie przede wszystkim to, czy oferuje jakąkolwiek przewagę wydajności .
maaartinus

Odpowiedzi:


16

Ogólnie rzecz biorąc, nie ma znaczącej różnicy w wydajności między programową macierzą RAID a fałszywą macierzą RAID, ponieważ fałszywa macierz RAID jest mniej więcej mniej więcej programową macierzą RAID.

Każde obliczenie parzystości (dla RAID5 i podobnych) zostanie wykonane w CPU w każdym przypadku (i bardziej ufam systemowi operacyjnemu, który jest wydajny i dobrze przetestowany / stabilny / obsługiwany niż fałszywe sterowniki RAID, szczególnie dla taniego mobo / kontrolera, więc może się okazać, że fałszywa RAID jest mniej szybka i mniej niezawodna), również wszelkie odczyty bloków potrzebne do aktualizacji bloków parzystości muszą w obu przypadkach przejść przez kontroler do systemu operacyjnego.

W obu przypadkach występuje także problem wielokrotnego zapisu na dysku - na przykład zapis do bloku na dwudyskowym RAID1 oznacza dwa zapisy przez system operacyjny do kontrolera z oprogramowaniem i fałszywym RAID - w przypadku RAID sprzętowego zawsze jest tylko jeden zapis do kontrolera i zarządza rozmową z napędami potencjalnie równolegle, a nie sekwencyjnie. W przypadku oprogramowania / fałszywego zapisy mogą być również równoległe, ale zależy to od kontrolerów I / O i sterowników obsługujących to (bardziej prawdopodobne jest w przypadku oprogramowania RAID, jeśli wszystkie dyski nie są na tym samym kontrolerze, więc ponownie istnieje możliwość fałszywego W tej sytuacji RAID będzie nieco wolniejszy).

Zasadniczo Fałszywy RAID zajmuje złe części oprogramowania RAID (potencjalne trafienie procesora i opóźnienie we / wy z tego powodu, niemożność multipleksowania zapisu (w zależności od kontrolera / sterowników / systemu operacyjnego) w celu zaoszczędzenia przepustowości magistrali, brak pamięci podręcznej sprzętu) ze złym fragmenty sprzętowej macierzy RAID (zależność od dostawcy, a czasem zależność od modelu kontrolera), a także żadna z tych zalet (elastyczność i potencjalna przenośność maszynowa oprogramowania RAID lub niezależność systemu operacyjnego, wydajność zapisu, opcje pamięci podręcznej itd. sprzętowej macierzy RAID). Ja (i wiele innych) zalecam, aby tego unikać.

MAŁA UWAGA: Moje przemyślenia na temat wydajności / stabilności sterowników są niezależne od systemu operacyjnego - zaufałbym programowym opcjom RAID w dowolnym systemie Linux / BSD / Windows / OSX / innym, podobnie jak sterowniki do taniej fałszywej konfiguracji RAID (takiej jak ta) dostarczone przez płytę główną).
RÓWNIEŻ UWAGA: potencjalne błędy w sterownikach i inne wyżej wymienione problemy poza tym, fałszywy RAID nadal ochroni cię przed niektórymi awariami dysków, ale sugerowałbym użycie programowego RAID.


Tak więc Fake Raid ma miejsce, gdy używam fałszywego biosu RAID SuperMicro z Ctrl + I i konfiguruję RAID 5, a następnie używam dmraid (który komunikuje się z bios (intel rste). Raid oprogramowania ma miejsce, gdy robię AHCI w biosie i na Linuksie mdraid?
mgła

1
@mist: Myślę, że tak w przypadku pierwszego z nich z pewnością będzie RAID programowy.
David Spillett

7

FakeRAID przechowuje informacje o pojemniku RAID w sprzęcie / oprogramowaniu układowym, dzięki czemu jeśli pojawi się inny system operacyjny, nie trzeba mówić, jakie pojemniki istnieją. Oprogramowanie RAID przechowuje informacje o pojemnikach RAID w dyskach, dzięki czemu jeśli dyski zostaną przeniesione na inny sprzęt, nie trzeba mówić, jakie pojemniki istnieją.


1
Działa to tak długo, jak zakładasz, że inny system operacyjny oznacza inną wersję systemu Windows. Potrzebujesz sterowników i mogą one wcale nie istnieć.
maaartinus

2
Linux może odczytać informacje o kontenerze z kilku chipsetów.
Ignacio Vazquez-Abrams

I możesz użyć, dmraid -laby określić, które implementacje są obsługiwane przez Twój system operacyjny.
zymhan

7

Jestem inżynierem sprzętu z głównym dostawcą. Fake-RAID jest zmorą mojego życia, 80% wymian dysków będzie wymagać przerwy w celu wymiany uszkodzonego dysku, ponieważ po wymianie system operacyjny nie widzi nowego dysku. Następnie musisz przejść do systemu BIOS i odbudować wolumin. Zwykle nie stracisz danych, ale jest to kłopotliwe i będziesz pracować za pośrednictwem zdalnej konsoli.

Jeśli masz dostępne oprogramowanie RAID, nie używaj fałszywego RAID - działa dobrze, dopóki coś się nie zepsuje. Dowiedz się, jak zarządzać wolumenem. W ciągu ostatnich 13 lat nie mogę sobie przypomnieć, że ktoś miał awarię, gdy nastąpiła awaria dysku lustrzanego oprogramowania.


5

Ma ogromną wadę: jest związany ze sprzętowym kontrolerem RAID. Więc jeśli Twoja karta RAID lub płyta główna ulegnie awarii, stracisz informacje o RAID.

Moim zdaniem nie ma domniemanej przewagi „niezależności systemu operacyjnego”, ponieważ sterowniki muszą być jeszcze zainstalowane, aby z niej skorzystać. W przypadku multiboot lepiej będzie partycjonować różne dyski i korzystać z wbudowanych możliwości każdego systemu operacyjnego.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.