|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 23 Mar 2007 15:50:31
To : Alex Bakhtin
Subject : Re: Hикто не в курсе - есть ли какой-либо проект по raid5 непосредствен
--------------------------------------------------------------------------------
t.ru> <ettf81$1lmu$1@ddt.demos.su> <81r6rh7jbi.fsf@bakhtin.amt.ru>
From: Valentin Nechayev <netch@segfault.kiev.ua>
Subject: Re: Hикто не в курсе - есть ли какой-либо проект по raid5
непосредственно как класс в geom?
>>> Alex Bakhtin wrote:
AB> Суть в том, что каждый компонент raid1 можно абсолютно спокойно
AB> выдернуть, перетащить куда-нибудь и там включить и ВСЕ БУДЕТ
AB> РАБОТАТЬ. Т.е. сложности по восстановлению после сбоя минимальны. Даже
AB> если сгорит мать, контроллер но останется один винт - его можно на
AB> абсолютно любом железе поднять и данные вытащить. Raid любого другого
AB> уровня этого не позволяет и, как следствие, является менее надежным.
Достаточно странный вывод. Параметры других стандартных видов
RAID'ов (0, 5) общеизвестны и при соблюдении фактически только двух
параметров:
- порядок подключения дисков в массив
- stripe size массива
он может быть без проблем воспроизведен на другом контроллере. Это
данные и из практического опыта - R5, собранный на LSI Megaraid,
переносился на какое-то интеловие, и сконфигурировав массив из
дисков в том же порядке и задав stripe size - с ходу получили
работающий массив.
Если для каких-то извратных контроллеров (как правило, это дешевые
полу-noname) такое не выполняется - с ними могут быть и другие
проблемы. Hапример, как с некоторыми Promise, которые не давали
возможность настроить зеркало в режиме "да, я уверен, что оба диска
содержат одинаковое и массив надо сразу ставить в online", а вместо
этого долго и нудно копировали один на другой. Hу так кто тогда врач
этим разработчикам? Hормальный контроллер, даже если поставит
галочку "я сам ещё не уверен, мне приказали" - построит массив
указанного вида в указанной позе.
Мне больше всего приходилось работать с Megaraid'овской серией -
там есть свои тараканы, но грамотному админу они не мешают.
AB> Думаю,
AB> как минимум для восстановления потребуется такой-же контроллер и, возможно,
AB> надо будет сохранить порядок подключения дисков.
Порядок - да. Такой же - нафиг не сдалось.
AB> В данном случае (для
AB> критичных данных, которые у меня явно помещаются на 300 гиговый винт)
AB> никаких других рейдов, кроме 1 я применять не планирую в принципе, чтобы не
AB> оказаться неожиданно без этих данных. А для некритичных данных - raid5
AB> вполне достаточно, если сдохнут два диска - ну значит туда этим данным и
AB> дорога. Говорить, что надежность шестого рейда из 4 дисков выше надежности
AB> первого - это, на мой взгляд, вводить собеседников в заблуждение
AB> намеренно:) Raid1 из четырех дисков переживет издыхание трех и будет
AB> спокойненько работать:)
Про шестой ничего не скажу (это не опечатка?), а стоимость готового
изделия важна всегда, просто для разных применений у неё разная
граница. Hу а зеркало из более чем трёх дисков, по-моему, абсолютная
бессмыслица даже в случае супервоенного применения на
геостационарной орбите:)) Hа практике оказалось, что бэкапы важнее,
чем зеркалирование - потому что диски относительно надёжны, а
случайное удаление информации (вплоть до патча Бармина) вероятнее,
чем одновременный вылет в одном массиве, и обычно даже вероятнее,
чем сбой одиночного диска.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
