Kopia lustrzana LVM VS RAID1

Dowiedziawszy się trochę o dublowaniu LVM, pomyślałem o zastąpieniu obecnego schematu RAID-1, którego używam, aby zyskać trochę elastyczności.

Problem polega na tym, że zgodnie z tym, co znalazłem w Internecie, LVM to:

1. Wolniej niż RAID-1, przynajmniej podczas odczytu (ponieważ do odczytu używany jest tylko jeden wolumin).
2. Niezawodny w przypadku przerw w zasilaniu i wymaga wyłączenia pamięci podręcznej dysku w celu zapobiegania utracie danych.

http://www.joshbryan.com/blog/2008/01/02/lvm2-mirrors-vs-md-raid-1/

Wydaje się również, przynajmniej dla kilku przewodników instalacji, które przeczytałem ( http://www.tcpdump.com/kb/os/linux/lvm-mirroring/intro.html ), że tak naprawdę potrzebny jest trzeci dysk do przechowywania dziennika LVM . To sprawia, że ​​konfiguracja jest całkowicie bezużyteczna na instalacjach 2-dyskowych i zmniejsza liczbę używanych dysków lustrzanych na większej liczbie dysków.

Czy ktoś może skomentować powyższe fakty i poinformować mnie o swoich doświadczeniach związanych z korzystaniem z kopii lustrzanej LVM?

Dzięki.

Nigdy nie korzystałem z kopii lustrzanej LVM, ale informacje, które wykopałeś, wydają się rozsądne z tego, co wiem o LVM. Sam bym trzymał się MD RAID-1.

Kopie lustrzane LVM służą do replikacji woluminu logicznego do innego woluminu fizycznego. Zasadniczo ma to na celu „przenieść dane na inny dysk”. Lustro jest następnie łamane, a stara lokalizacja danych jest udostępniana do użytku; zamiast tego istniejące dane są wykorzystywane w nowej lokalizacji.

Lustra RAID zapewniają ochronę przed awariami sprzętowymi pojedynczego dysku. Zasadniczo ma to na celu „zapobieganie utracie danych w przypadku śmierci dysku”.

Trzymaj się RAID over LVM mirroring do swoich celów.

Wyłączenie pamięci podręcznej zapisu jest zawsze wymagane, jeśli chcesz zminimalizować ryzyko utraty danych w przypadku awarii zasilania. Nie ma znaczenia, czy masz md RAID, LVM, czy w ogóle nic. Twój dysk może mieć 16 - 64 MB pamięci podręcznej na nowoczesnym urządzeniu i zniknie.

Jeśli nie cenisz szybkości nad poprawnością, wyłączę buforowanie zapisu na dyskach.

Bariery to technika jądra, która próbuje zwiększyć szanse na dostanie się danych na dysk. Aż do 2.6.29 LVM ignorowały je. Teraz LVM honoruje bariery (tylko wtedy, gdy masz liniowy cel i wystarczająco nowe jądro), więc jeśli chcesz elastyczności LVM i obsługi barier, najlepszym rozwiązaniem jest RAID barierowy na MD.

Nowe wersje LVM mogą korzystać z tych samych implementacji RAID od MD.

Przeglądając historię, raid4 / 5/6 wydaje się pojawiać w jądrze w 2.6.38, a raid0 / 1 czasami pomiędzy tym a 3.1

Obsługiwane również z RHEL 6.1 (raid0 / raid1) i RHEL 6.3 (raid4 / 5/6) https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration/LVM_overview.html

jeden faktycznie wymaga trzeciego dysku do przechowywania dziennika LVM

W jednej konfiguracji podzieliłem dysk na jeden główny wolumin fizyczny i inny mały wolumin fizyczny dla dziennika LVM. Gdybym kiedykolwiek zgubił ten dysk, oczywiście straciłbym dziennik dublowania, ale to jest OK, ponieważ kiedy wolumin zdegradowany do niezamieszanego, nie będzie już potrzebował dziennika.