The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: Сравнение производительности аппаратного и программного RAID в Linux, opennews (??), 15-Июл-08, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


7. "Сравнение производительности аппаратного и программного RAID в Linux"  +/
Сообщение от Аноним (42), 15-Июл-08, 19:55 
Хмм. Вот никогда не поверю что RAID 5 (6 дисков + hotspate диск) на нормальном контроллере с нормальным кэшем и батарейкой кто-то в здравом уме станет сравнивать с программной реализацией.

Во-первых, разница в бюджете может составлять один порядок, во-вторых, разница в скорости может составлять 2 и более порядка. Про ориентированость на разные ниши я и вовсе уже не говрою... Почему никто всерьёз не сравнивает оригинальную ЭйСи кобра и КитКар? И почему даже самый несведущий "специалист" не выдвигает утверждений типа "вот сгорит на твоей кобре сцепление и чё ты будешь делать?".

И это, господа, даже чисто в теории для более или менее приличного raid5 нужен xor процессор мегагерц на 500, а в изделиях, способных объединить в себе более 3-4 дисков (поделки типа silicon image 31x4 щас не рассматриваем) и того больше.

При условии правильного создания ФС (размер кластера равен размеру блока рейда) и правильной конфигурации самой системы (кэш, аккумулятор, достаточно широкая шина) о лучшей скорости и надёжности аппаратного решения даже спорить не надо, а деньги, поверьте мне, считают не все.

А так, программный рейд 5 стоит сравнивать разве что с таковым на ich7r.. там того и гляди софтовое решение вырвется вперёд, хотя, у ich оно тоже не шипко хардовое.

Ответить | Правка | Наверх | Cообщить модератору

8. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от Аноним (-), 15-Июл-08, 20:10 
Полный прогон.
Ответить | Правка | Наверх | Cообщить модератору

10. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от rdbkznemail (?), 15-Июл-08, 20:34 
тесты скорости аппаратного райда в студию !!!

в свое время, сравнивал RAID-5 аппаратный , windows (adaptek без батарейки)
и raid-1 софтовый под linux

скорость копирования на hdd внутри системы и по сети одинаковая

сам пользуюсь raid-5 из-за удобства

\\ из опыта эксплуатации RAID-5. Увеличение размера
В начале:

/dev/md4
Уровень RAID    C резервированием (RAID5)
Состояние    Настроен для монтирования к /mnt/md0
Полезный размер    390716672 blocks (373 GB)

mdadm --add /dev/md4 /dev/sdf1

для ускорения применим:
echo -n 100000 > /proc/sys/dev/raid/speed_limit_max
echo 25000 > /proc/sys/dev/raid/speed_limit_min

mdadm --grow /dev/md4 --raid-devices=4
'—grow' не меняет размер массива, поэтому
mdadm --grow /dev/md4 –size=max

после этого имеем новый размер УСТВОЙСТВА
Файл устройства    /dev/md4
Полезный размер    586075008 blocks (559 GB)


нужно увеличить размер файловой системы (reiserfs)

размер указывается (размер винчестера)-1%

resize_reiserfs -s +180G /dev/md4

resize_reiserfs 3.6.19 (2003 www.namesys.com)
ReiserFS report:
blocksize             4096
block count           144865088 (97679168)
free blocks           48088177 (903697)
bitmap block count    4421 (2981)
Syncing..done
resize_reiserfs: Resizing finished successfully.

в результате имеем:

/dev/md/4            579442664 387089956 192352708  67% /mnt/md0


Ответить | Правка | Наверх | Cообщить модератору

9. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от Все тот же аноним (?), 15-Июл-08, 20:28 
> станет сравнивать с программной реализацией.

Почему нет? Сравнивать - сколько угодно. Цифры - они и есть цифры. А вот реально использовать нагруженную дисковую подсистему с софтовым райдом - это для особо изощренных мазохистов. Нет, конечно, они сначала будут громко кричать, что типа настоящие пацаны легких путей не ищут. Так и есть, пока не понадобится надежно хранить что-то отличное от порнухи на домашнем типа сервере.

Скупой платит дважды. А дебил - постоянно.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

11. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от rdbkznemail (?), 15-Июл-08, 20:35 
хотя для нагруженной бизнес-системы выбрал аппаратный raid-10 windows


Ответить | Правка | Наверх | Cообщить модератору

26. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от vitek (??), 16-Июл-08, 03:23 
вот это ж..:-)а
Ответить | Правка | Наверх | Cообщить модератору

33. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от Michael Shigorinemail (ok), 16-Июл-08, 04:03 
>Почему нет? Сравнивать - сколько угодно. Цифры - они и есть цифры.
>А вот реально использовать нагруженную дисковую подсистему с софтовым райдом -
>это для особо изощренных мазохистов. Нет, конечно, они сначала будут громко
>кричать, что типа настоящие пацаны легких путей не ищут. Так и
>есть, пока не понадобится надежно хранить что-то отличное от порнухи на
>домашнем типа сервере.

Там вот ниже упоминается про грустное состояние, так вот просьба высказаться -- какие именно модели жалезных рейдов Вы сейчас можете порекомендовать к применению для 1/10/5/6 на 4..16 дисках в диапазоне цен $500..2000 вчерашней покупательной способности.

А то мы, дебилы, платим раз в два-три года за диски, не дожидаясь выхода из строя... мож Вы, умный, и впрямь лучше знаете.

Тем временем тот же ftp.linux.kiev.ua потихоньку отдаёт терабайт за терабайтом с двух софтрейдов. :)

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

113. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от Все тот же аноним (?), 16-Июл-08, 23:18 
Михаил, вы неправильно ставите задачу. Она должна так формулироваться: нужно хранилище на n терабайт с доступностью 0,999(продолжить по вкусу), x iops, y Мб/с линейного потока и временем восстановления z часов. Каким образом и за какие деньги может быть решена эта задача? А то, что вы описываете - это пионерский бубен, который работает на честном слове.

А если совсем уж по-взрослому, то доступность необходимо оценивать для сервиса, а не железки. Т. е. с учетом каналов, зеркал, синхронизации и прочей хрени.

Платить за диски - это нормально, диски - расходный материал. Только нормальное хранилище позволяет не останавливать сервис на время замены.

Ответить | Правка | Наверх | Cообщить модератору

114. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от SiR (?), 17-Июл-08, 00:26 
>Платить за диски - это нормально, диски - расходный материал. Только нормальное
>хранилище позволяет не останавливать сервис на время замены.

Понятно,
mdadm -f -r
echo "scsi remove-single-device 0 1 2 3" > /proc/scsi/scsi
меняем диск
echo "scsi add-single-device 0 1 2 3" > /proc/scsi/scsi
mdadm -a

Такие знания козырным пацанам не доступны.

Ответить | Правка | Наверх | Cообщить модератору

119. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от Все тот же аноним (?), 17-Июл-08, 17:00 
Нормальные люди херней не занимаются. Просто потому, что данные сильно дороже железки. Если Вы, уважаемый, не понимаете, почему средненькая СХД стоит килобаксов сто, не о чем говорить. Растите быстрее.
Ответить | Правка | Наверх | Cообщить модератору

120. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от GliNTemail (??), 17-Июл-08, 17:25 
>Нормальные люди херней не занимаются. Просто потому, что данные сильно дороже железки.
>Если Вы, уважаемый, не понимаете, почему средненькая СХД стоит килобаксов сто,
>не о чем говорить. Растите быстрее.

Угу, нормальные люди ездят не меньше, чем на Мерседесах S-класса, летают не частных самолетах, живут в особняках и не тратят время на чтение этого форума :)

Ответить | Правка | Наверх | Cообщить модератору

122. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от SiR (?), 17-Июл-08, 19:11 
>Нормальные люди херней не занимаются. Просто потому, что данные сильно дороже железки.
>Если Вы, уважаемый, не понимаете, почему средненькая СХД стоит килобаксов сто,
>не о чем говорить. Растите быстрее.

Да вырос, и,вообще-то, уже давно. Заявленная вами стоимость относится к начальному уровню тех СХД, которые я продаю.

Ответить | Правка | К родителю #119 | Наверх | Cообщить модератору

123. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от Все тот же аноним (?), 17-Июл-08, 19:55 
А если выросли, тогда абсолютно непонятно, что заставляет писать ахинею? По существу возражения есть? Или просто слишком много свободного времени?
Ответить | Правка | Наверх | Cообщить модератору

130. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-08, 23:53 
>Или просто слишком много свободного времени?

Ой, _я_ _Вас_ _умоляю_. :))))))

Ответить | Правка | Наверх | Cообщить модератору

129. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от Michael Shigorinemail (ok), 17-Июл-08, 23:52 
>Михаил, вы неправильно ставите задачу.

Ну почему.  Себе -- вполне ставлю и пока вроде управляюсь.  И именно по озвученным факторам и лени при первой возможности перегнуть трейдофф по деньгам/времени засуну туда "холодный" SAS (навроде 500@7200) на бэкенд и что-нить шустрое -- на фронтэнд.  В корзину.  Ещё раз почитав, как делали ftp.heanet.ie (у них там описано).

Вам -- не ставлю задачу, но предлагаю просьбу на пользу читающих (и свою, разумеется).

>Она должна так формулироваться: [...] А то, что вы описываете
>- это пионерский бубен, который работает на честном слове.

Естественно.  И для общественного проекта этого бубна достаточно, как показывает практика.  (мы также предоставляем два из официальных зеркал FlightGear)

Хотя в веб-сервер при последнем обновлении и воткнул LSI да 2x146@15k, чтоб какое-то время (подольше :) к вопросу по возможности не возвращаться.

Мало того, Вы описываете вариант, который предполагает возможность численной оценки скипнутых критериев.  Нередок вариант, который опять же танцует от бюджета.  И где сторадж -- не единственный потребитель оного.

Вот например, МГУ-шный кластер использует Panasas, а в киевском инкибе работает Lustre на честном слове нашего техдира.  Так вот последний вариант по производительности и масштабируемости превосходит первый настолько, что меняет расклад по остальным компонентам (как железу, так и разворачиванию/обслуживанию) _радикально_.  При этом ещё и заметно экономичней выходит.  Но и структура рисков другая, разумеется.

Как бы Вы ставили задачу?  Девятками?  "Взять то, а потом покупать диски на ноды и геморроиться с их администрированием или взять это, организовать сетевую загрузку и один раз прогеморроиться с per-host configuration да потом коситься на sun неодобрительно"?

>А если совсем уж по-взрослому, то доступность необходимо оценивать для сервиса,
>а не железки. Т. е. с учетом каналов, зеркал, синхронизации и прочей
>хрени.

Естественно.  Но это для других проектов, где цена вопроса объективно выше.

>Платить за диски - это нормально, диски - расходный материал.

Да, лет десять как расходный.

>Только нормальное хранилище позволяет не останавливать сервис на время замены.

На базе, опять же, в курсе. :-)  На двух железках из четырёх *.osdn.org.ua -- железные рейды, если даже по меркам общественных проектов за деньги из заднего кармана своих и друзей джинсов.

Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

12. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от Аноним (-), 15-Июл-08, 20:38 
Вот сломается на твоем Порше сцепление, а ты в городе Мухосранске. И чего ты будешь делать? А?

Несколько подзадрали рассуждения о правильности аппаратного RAID и ширине шины. Производительность аппаратных контроллеров давно уже зависит только от правильности написанного ПО (фирмваре+драйверы). Правильность - в смысле более оптимального использования аппаратных ресурсов. Все остальные фичи, как то батарейки, кэши, "ширины шин" и прочие погремушки и всех уже давно одинаковые.

Речь идет не о том, что софтварный рейд панацея. Аппаратный рейд хорош там, где число дисков много и очень много более 5. Если их менее 5 и комп довольно шустрый, то надо ставить софтварный рейд и не парить мозг.

Занавес!

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

13. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от Felix (??), 15-Июл-08, 20:41 
>[оверквотинг удален]
>- в смысле более оптимального использования аппаратных ресурсов. Все остальные фичи,
>как то батарейки, кэши, "ширины шин" и прочие погремушки и всех
>уже давно одинаковые.
>
>Речь идет не о том, что софтварный рейд панацея. Аппаратный рейд хорош
>там, где число дисков много и очень много более 5. Если
>их менее 5 и комп довольно шустрый, то надо ставить софтварный
>рейд и не парить мозг.
>
>Занавес!

+100

Ответить | Правка | Наверх | Cообщить модератору

15. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от Yuriy (??), 15-Июл-08, 21:43 
Просьба...
Подскажите ссылки в инете на нормальные (рабочие) статьи по настройке аппаратного и программного рейда (Raid-5) для Linux.
Особенно интересу настройки для Ubuntu Server.
Заранее спасибо.
Ответить | Правка | Наверх | Cообщить модератору

18. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от вот (?), 15-Июл-08, 23:26 
>Просьба...
>Подскажите ссылки в инете на нормальные (рабочие) статьи по настройке аппаратного и
>программного рейда (Raid-5) для Linux.
>Особенно интересу настройки для Ubuntu Server.
>Заранее спасибо.

http://www.ourorbits.org/itview/articles/linuxraid.shtml

Ответить | Правка | Наверх | Cообщить модератору

30. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от Michael Shigorinemail (ok), 16-Июл-08, 03:39 
>>Просьба...
>>Подскажите ссылки в инете на нормальные (рабочие) статьи по настройке аппаратного и
>>программного рейда (Raid-5) для Linux.
>>Особенно интересу настройки для Ubuntu Server.
>http://www.ourorbits.org/itview/articles/linuxraid.shtml

Тут не хватает одной из главных неочевидных вещей -- raid5 alignment:
http://freesource.info/wiki/HCL/XranenieDannyx/SoftwareRAID#...
http://www.pythian.com/blogs/411/aligning-asm-disks-on-linux

PS: не так давно кому-то довелось написать ответ с проездом по сообществу пользователей Ubuntu Server, где такой вопрос будто нет смысла задавать... а такой ответ вряд ли выйдет получить (вместо тыщи крайне полезных "ой, а у меня тоже").

Вот в https://lists.altlinux.org/mailman/listinfo/sysadmins мне рассказали интересную фичу mdadm -C/-G по имени -b internal (создание встроенного в массив битмапа по предстоящей записи -- радикально снижает затраты времени на пересинхронизацию).  После в mdadm(8) обнаружилось ещё про --write-mostly.

Ответить | Правка | Наверх | Cообщить модератору

143. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от HFSC (??), 18-Июл-08, 20:47 
Значит ли это, что ежели у меня небольшой /boot партишен на райд5 массиве /dev/sda, то выравнивание мне не нужно? )
Ответить | Правка | Наверх | Cообщить модератору

144. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от HFSC (??), 19-Июл-08, 03:16 
http://insights.oetiker.ch/linux/raidoptimization.html
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

148. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от HFSC (??), 25-Июл-08, 14:23 
>[оверквотинг удален]
>
>PS: не так давно кому-то довелось написать ответ с проездом по сообществу
>пользователей Ubuntu Server, где такой вопрос будто нет смысла задавать... а
>такой ответ вряд ли выйдет получить (вместо тыщи крайне полезных "ой,
>а у меня тоже").
>
>Вот в https://lists.altlinux.org/mailman/listinfo/sysadmins мне рассказали интересную фичу mdadm -C/-G по имени -b
>internal (создание встроенного в массив битмапа по предстоящей записи -- радикально
>снижает затраты времени на пересинхронизацию).  После в mdadm(8) обнаружилось ещё
>про --write-mostly.

Note: Note that internal write-intent bitmaps can (and probably will) have serious performance impacts on your system. Please read the following links and decide if you REALLY need it. Consider (my opinion): write-intent bitmaps help if you have to resync your array often as you save time then. But if you have to do this, something is broken in your system and you should repair that instead of the symptoms.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

27. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от vitek (??), 16-Июл-08, 03:28 
> я думаю с тем же успехом можно начинать экономить например на зарплате пилота самолета

особенно когда таких самолетов не делают, а пилотов - не обучают.
p.s.:
к сведению - некоторые "аппаратные" raid-контроллеры представляют из себя "маленький" комп с программным raid (иногда даже с виндой)

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

20. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от GliNTemail (??), 16-Июл-08, 00:23 
Угу, зачот, полностью аппаратные средства по дисковой подсистеме рулят, с батарейкой особо. Выход контроллера из строя - на 2 порядка меньше вероятность, если это критично - юзается кластер, мозг никто софтварными поделками не ...ет. Если сервер стоит > 5K, то вопросов по поводу хардовый/софтовый RAID не встает. Так же как и то, что SCSI до сих пор быстрее любого из SATA, на нагруженных дисковых операциях.
Товарищи, что высказывались ниже - видно пока юзают немного другие сервера или их назначение позволяют значительные простои сервера.

Нравятся мне эти тесты: ребяты, а с х.ра ли вы платите бабки за то, что можно получить бесплатно? Пару синтетических тестов, графиков - и вот она, правда жизни, "А мужики-то н знали!".

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

23. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от LOL (??), 16-Июл-08, 01:50 
>Угу, зачот, полностью аппаратные средства по дисковой подсистеме рулят, с батарейкой особо.

Об чем спор то? Все просто - если коммерч. реализация - то аппаратный. Если на домашнем компе  - то лучше програмный. Вот и всего делов-то.
Зачем мне на домашнем покупать апп.контр. за 600$, если я за эти деньги 4 винта взять могу?

Ответить | Правка | Наверх | Cообщить модератору

28. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от vitek (??), 16-Июл-08, 03:31 
вопрос только в том - а что такое аппаратный raid?
железка, про ОС которой никто не знает? :-)
Ответить | Правка | Наверх | Cообщить модератору

34. "Сравнение производительности аппаратного и программного RAID..."  +/
Сообщение от Michael Shigorinemail (ok), 16-Июл-08, 04:12 
>Хмм. Вот никогда не поверю что RAID 5 (6 дисков + hotspate
>диск) на нормальном контроллере с нормальным кэшем и батарейкой кто-то в
>здравом уме станет сравнивать с программной реализацией.

См. ниже про скорость -- на RAID5 как раз жалезные в цену ниже самолёта особенно склонны проваливаться.

Плюс современный линуксовый raid5 умеет online resize.

Плюс можно развесить hot spare между двумя массивами -- где надо, туда и пойдёт.

А ещё грабли с IOMMU (навроде 3ware 8xxx и 4+Gb RAM) заведомо не вылезут.

Эт так, навскидку из того, где дешевле == лучше.

>При условии правильного создания ФС (размер кластера равен размеру блока рейда) и
>правильной конфигурации самой системы (кэш, аккумулятор, достаточно широкая шина)
>о лучшей скорости и надёжности аппаратного решения даже спорить не надо

Вот и не спорьте, если руками не сравнивали.  Кстати, mkfs.xfs с софтовым рейдом давно само договаривается о stride и прочем нужном.

>А так, программный рейд 5 стоит сравнивать разве что с таковым на
>ich7r.. там того и гляди софтовое решение вырвется вперёд, хотя, у
>ich оно тоже не шипко хардовое.

Какой ICH?  Вы о чём?  Это _дисковый контроллер_.  FakeRAID софтовый.

Чисто софтовое решение как минимум надёжней (on-disk format известный и переносимый).

Резюме: у каждого варианта есть свои плюсы и минусы, их просто стоит знать и уметь взвесить под конкретную задачу.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру