LINUX.ORG.RU

Software RAID


0

0

Привет всем,

знаю что тема поднадоевшая, но честно поискав по лору, я ответ на свой 
вопрос не нашел, так что задаю :-)

Что есть: есть Core2 Duo, 2Gb RAM, мать с 2-мя сата-2 контроллерами 
(ICH7R и Marvell 6145), соотв. 8 sata дырок.

Что хотелось бы получить: быстрый параллельный I/O на большой файловой
системе (1Tb) при том что это десктоп. Файлуха XFS. Задача: Фильмы + 
Музыка + образы.

Что я называю "быстрый параллельный I/O"?

Вот с CFQ в 2.6.22 и сата-1 дисками Samsung при `tar xjf' кернела, я
жду запуска xterm секунд 15-20 (на athlon 1200Mh, 512Mb RAM).
Я хочу чтобы tar не сжирал весь bandwidth и xterm запускался быстрее.
Короче чтобы при каком-то одном большом I/O система колом не вставала.
Сейчас я пробую 2.6.23.1 с I/O планировщиком deadline и voluntary
preemption. Проблема вроде как ушла (ура).

Остался вопрос, при переезде на новую тачку, нужен ли мне софт-райд?
Я собирался решить подобную проблему именно таким способом. Насколько
это верно? Не усугубит/улучшит ли это ситуацию?

Нужно ли мне data recovery? пригодилось бы, но это не так существенно,
как скорость I/O.

Винты собираюсь юзать WD3200AAKS в кол-ве от 4 штук. Имеет ли смысл
на линуксовом софт-райде делать 5/6?

Спасибо!
anonymous

>Винты собираюсь юзать WD3200AAKS в кол-ве от 4 штук.
Не мелкие? Вроде уже пятисотки оптимальны по $/GB.

>Имеет ли смысл на линуксовом софт-райде делать 5/6?
Альтернативы?

anonymous
()
Ответ на: комментарий от HEBECTb_KTO

> Аппаратный рейд, с независимым кешем, подпертым батарейкою?

+порядка 1000$ к конфигурации. Но преимущества хотсвопа дисков человеком, не обладающим скиллами в дёргании mdadm - развращают :)

Deleted
()
Ответ на: комментарий от Deleted

Dell PERC4E-DC U320 RAID Controller With 128MB Cache and Battery Back-up, PCI-E 8х => ~250 euro на ебае, новый, гарантия 90 дней и ночей.

За штуку - это внешний боксик уже можно купить.

HEBECTb_KTO
()

не, ребят. хардварные райды не в кассу.
я имею в виду имеет ли мне смысл делать райд вообще или оставить
отдельными дисками.

получу ли я хорошую скорость при параллельных операциях (random
read/sequential write или два параллельных seq read/write и т.п.)
на линуксовом software-raid?

anonymous
()
Ответ на: комментарий от HEBECTb_KTO

А вот кстати внешний ящичег за тыщу евров, набитый винтами:

http://www.eurostor.com/english/ES2100T.E.php#pricelist

ES-2105 NAS Tower, 5x 250 GB SATA disk, RAID 6 Support, 2x 1 Gbit Ethernet, 3 x USB, 1 x eSATA Erweiterungsport

Ах, сам хочу! Кто знает, как эта eSATA в качестве интерфейса для подключения накопителя? 3 гигабита вроде?

HEBECTb_KTO
()
Ответ на: комментарий от anonymous

я не спрашиваю, мелкие они или нет :-)

альтернативы как минимум 4:
- Raid5 из 4 дисков;
- Raid5 из 5 дисков;
- Raid5 из 6 дисков;
- вообще нету райд5.

anonymous
()
Ответ на: комментарий от anonymous

Вам-таки не только скорость, наверное, нужна? Во-первых надежность системы из N винтов будет в N раз ниже.

Ну и опять же, чубайса никто не отменял, эту тему немного обсуждали тут:

http://www.linux.org.ru/view-message.jsp?msgid=2244593&lastmod=1194095082...

HEBECTb_KTO
()

<не совсем в тему>
если raid аппаратный навернётся, то данные ёк... или не ёк, но восстановление процедура не тривиальная?
</не совсем в тему>

anonymous
()
Ответ на: комментарий от HEBECTb_KTO

у меня UPS. важна скорость. может стоит подумать о RAID1+0?
единственный минус -- теряется 1/2 всего объема. но возрастает
ли скорость в 2 раза при работе в параллель?

anonymous
()
Ответ на: комментарий от anonymous

смотря что навернется. если сам контроллер то замена контроллера всё решит. 
если дисков, то зависит от того что за райд. в raid5 если больше одного
полетит -- хана.

anonymous
()
Ответ на: комментарий от anonymous

> у меня UPS.

Между упсом и контроллером сидит ещё блок питания, практически не защищенный от тараканов-смертников.

> важна скорость. может стоит подумать о RAID1+0?

Я пока мечтаю про пятый рейд, но под то, чего не жалко потерять или всё равно надо забэкапить держу два SATA в RAID0, результат вот:

# Диски по-отдельности:

$sudo hdparm -t --direct /dev/sda1

/dev/sda1: Timing O_DIRECT disk reads: 136 MB in 3.01 seconds = 45.19 MB/sec

$ sudo hdparm -t --direct /dev/sda2

/dev/sda2: Timing O_DIRECT disk reads: 168 MB in 3.00 seconds = 55.99 MB/sec

# Рейд 0 на тех дисках:

$ sudo hdparm -t --direct /dev/md0

/dev/md0: Timing O_DIRECT disk reads: 268 MB in 3.01 seconds = 88.91 MB/sec

Кстати, получилось что два SATA драйва в параллель обгоняют PATA диск, который по той же команде один выдал 78.74 MB/sec :-)

> единственный минус -- теряется 1/2 всего объема. но возрастает ли скорость в 2 раза при работе в параллель?

Характер работы и размер кешей должны сильно сказываться.

HEBECTb_KTO
()
Ответ на: комментарий от HEBECTb_KTO

> Кто знает, как эта eSATA в качестве интерфейса для подключения накопителя? 3 гигабита вроде?

Да. Оченно удобная штука.

Deleted
()

> Вот с CFQ в 2.6.22 и сата-1 дисками Samsung при `tar xjf' кернела, я жду запуска xterm секунд 15-20 (на athlon 1200Mh, 512Mb RAM).

Вряд ли дело тут в диске. На Cel4 (2800) c _очень_ медленным диском (~7Mb - по тестам hdparm) xterm, запущенный в параллель с tar jxf, поднимается за секунду-полторы. Планировщих - as, fs - reiser.

anonymous
()
Ответ на: комментарий от anonymous

Кстати да. Я такие глюки вылечил именно отказом от xfs на /

bakagaijin
()
Ответ на: комментарий от anonymous

> Вряд ли дело тут в диске.

правльно, в планировщике. и совсем не в XFS.
потому что переход на deadline положение улучшил во много раз.

anonymous
()

так что, нету совсем счастливых обладателей software raid5, которые бы сказали что это круть офигенная?

а то я уже склоняюсь к варианту отдельных дисков и использованию deadline скедулера...

anonymous
()
Ответ на: комментарий от anonymous

ладно, я наверное не прав, задавая такой вопрос.... вот тут:
http://tldp.org/HOWTO/Software-RAID-0.4x-HOWTO-8.html
всё достаточно хорошо объяснено с практической точки зрения...

тем не менее хотелось бы услышать отзывы людей, пользующих это...

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.