The OpenNET Project / Index page

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

Обзор достоинств программного RAID в Linux

24.08.2006 12:59

Jeff Garzik, разработчик Linux ядра занимающийся SATA подсистемой (libATA), опубликовал интересный документ "Linux: Why software RAID?", в котором подытожил основные достоинства реализации программного RAID в Linux, по сравнению с аппаратными решениями.

  1. Главная ссылка к новости (http://linux.yyz.us/why-softwa...)
Лицензия: CC-BY
Тип: английский / Обобщение
Короткая ссылка: https://opennet.ru/8196-sata
Ключевые слова: sata, raid, linux, disk
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (36) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, abel (??), 13:33, 24/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Преимущества WinModem'ов над нормальными на DSP.
    Преимущества программных контроллеров Video над видеокартами.
    Преимущества Realtek Ethernet контроллеров над полноценными.
    Преимущества ПК над Мэйнфреймами и РК-86 над ПК.
    И т.д. .

    Куда катится мир...

     
     
  • 2.4, pavlinux (??), 14:32, 24/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Преимущества WinModem'ов над нормальными на DSP.

    Чем отличается прям./обр. преобразования Фурье на DSP от него же на CPU?

    > Преимущества программных контроллеров Video над видеокартами.

    Чем отличается декодирование на отдельной железке, от более мощной ( около 3GHz)?

    > Преимущества Realtek Ethernet контроллеров над полноценными.

    Это не анология.

    > Преимущества ПК над Мэйнфреймами и РК-86 над ПК.

    То же не сравнение. Что больше, соответственно производительней, 1024 процессора или 1?

     
     
  • 3.5, abel (??), 16:02, 24/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не понял на что я намекал. Преимущества выделенных самостоятельных контроллеров это то, что при правильном конструировании у них есть вычислительных ресурсов ровно столько сколько надо для выполнения задачи и эти ресурсы в их монопольном использовании. Не нужно боятся всяких там прерываний от мыши или очень жадной программы. А ещё специализированные аппаратные и программные средства: пятидолларовая микросхема делает то, что делает CPU стоимостью в $100. Специализированное ПО - ПО с обеспечением Real Time функций.
     
     
  • 4.6, pavlinux (??), 16:15, 24/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    А угадай на чём больше денег можно заработать.
    На одной PCI-X 64bit плате с 256-ми битным ЦАП/АЦП и частотой дискр. в 110КНz или
    на 500 шт. C-Media 8738 :)
     
  • 2.10, habb (ok), 19:25, 24/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    to Abel:
    Видно человек не понимает сути вопроса
    и начинает писать вообще не потеме
     

  • 1.3, москаль (?), 14:01, 24/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как следует из текста новости, это размышления разработчика libATA, а следовательно, речь идет о SATA-недорейдах, и преимуществах полностью софтового решения над ними...

    Прям LOR-синдром какой-то...

     
     
  • 2.7, gvy (?), 18:08, 24/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Высокопроизводительное софтовое решение дрючит железные (SCSI, FC...) по цене немилосердно (250--300Mb/s sustained).  Это сейчас факт.  По надёжности -- не дрючит.

    > Прям LOR-синдром какой-то...
    Ну так и не спорьте, не спорьте. :)

     
     
  • 3.11, Квагга (?), 00:53, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Высокопроизводительное софтовое решение?

    А если сервер НАГРУЖЕН?

    Понятно, что софтовый RAID лучше никакого.

    Но когда тачка перестает отвечать на запросы - все просто бегут с парой косых в магазин за конроллером и SCSI винтами.

    И слово "не-SCSI винчестер" забывают. Только вздрагивают и щурятся на "SATA", "SATA RAID" и "софтовое решение" :)

     
     
  • 4.24, Аноним (-), 17:40, 28/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >
    >И слово "не-SCSI винчестер" забывают. Только вздрагивают и щурятся на "SATA", "SATA
    >RAID" и "софтовое решение" :)

    не порите ерунды. архитектура SCSI не очень уж и производительна, видали как работает полностью загруженный винтами контроллер? Недаром разработали SAS.
    И врядли бы HP/Intel/IBM/Sun/Fuji-Sim и почие стали бы выпускать серваки/хранилища на SATA, ежели бы оно было так убого.

     

  • 1.8, Аноним (-), 18:25, 24/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Чем отличается прям./обр. преобразования Фурье на DSP от него же на CPU?
    Результат тот же. Но DSP выполнит быстрее, при меньшей частоте, за счет гарвардской архитектуры, и наличия нескольких умножителей. Например TMS3206416T
    выполняет 4 MAC - команды за такт - умножение с накоплением, а обычный ЦПОС одну от силы и то не всегда, как на конвейер ляжет :)
     
     
  • 2.12, RNZ (ok), 03:33, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >> Чем отличается прям./обр. преобразования Фурье на DSP от него же на CPU?
    >Результат тот же. Но DSP выполнит быстрее, при меньшей частоте, за счет
    >гарвардской архитектуры, и наличия нескольких умножителей. Например TMS3206416T
    >выполняет 4 MAC - команды за такт - умножение с накоплением, а
    >обычный ЦПОС одну от силы и то не всегда, как на
    >конвейер ляжет :)
    2 года - 2 шт. 3ware 9500 8M - SATA RAID 5 + 1 Hot Spare, Seagate 7200.8 200 gb, батарейки нет, writeback, 25 раз минимум не штатных выключений, хоть бы хны. - плевать я хотел на всякие SCSI
    тем более что есть SAS

     
     
  • 3.13, Tester (??), 08:12, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    3ware - это хардверный контроллер, соответственно с него и спрос, что ничего не упало.  А scsi покупают тогда, когда используемые приложения до них "дорастают" -- какие цели ставишь, такое железо и покупаешь.
     
     
  • 4.16, RNZ (ok), 10:08, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >3ware - это хардверный контроллер, соответственно с него и спрос, что ничего
    >не упало.  А scsi покупают тогда, когда используемые приложения до
    >них "дорастают" -- какие цели ставишь, такое железо и покупаешь.
    Ну я к посту о непригодности SATA RAID
    Всё уже винты SCSI пора менять повсеместно на SAS винты,
    например на вот таких "зверьков" http://www.seagate.com/support/disc/specs/sas/st3146854ss.html

     
  • 3.14, RNZ (ok), 09:55, 25/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    мля не туда ткнул, даже непрочитал что квотировал 8)
     

  • 1.9, Аноним (-), 18:26, 24/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    То есть не обычный ЦПОС, а обычный процессор общего назначения :)
     
  • 1.15, Petruha (??), 09:56, 25/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да уж, куда мир катится.
    Однако, как сказал Tester, до использования FC или SAS (в будущем) нужно дорасти.
    Когда нет денег на мощное защищенное решение - Вам поможет SoftRAID.
    P.S.:
    А реплики типа "Да я!", "Да у меня" как правило, не содержат в себе полезной информации и люди, которые их бросают в своей жизни дальше одного "сервера" на платформе Intel ничего не видели, к сожалению.
     
     
  • 2.20, RNZ (ok), 01:22, 26/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Кажись камень в мой огород.
    Сказёвых, софтовых, саташных раидов конфигурил немерянно каждых
    fc и sas - мало, но были.

    Eсли sata-raid контроллер сделан правильно, как например железки
    от 3ware, то скази становится очень невыгодным вложением.

    Самый же дибилизм - какой нибудь олух, свято верящий в превосходство SCSI решений, покупает за дурные деньги raid-контроллер на 8 SCSI-винтов 34Gb 10000rpm, для того что бы крутить на нём 1С на 5 клиентов. При этом ещё конфигурит его со страйпом 4kb, а затем сокрушается - "SCSI, а почему так медленно".


     
     
  • 3.21, gvy (?), 17:50, 26/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Кажись камень в мой огород.
    Да эт не камень был, скорее хмыканье.  Мне много не надо (ну вот напрыгало 146Mb/s сырых попугаев -- ну и ладно), в отличие от коллеги , который в люстру засовывает куда более нужные сотни мегабайт в секунду.  Так вот он последнее время был озадачен невыгодностью "железа" (SATA в т.ч.), если вопрос в пропускной способности более, чем в надёжности, при фиксированном бюджете.  Относительно линуксового софтрейда.

    >Eсли sata-raid контроллер сделан правильно, как например железки
    >от 3ware, то скази становится очень невыгодным вложением.
    Насколько помню, всё-таки потолки параллельной нагрузки относительно количества шпинделей, которые ещё держатся, разные.  Возможно, устарело, возможно, не про рапторы (хотя они от сказей толком не отличаются и ценой).

    >Самый же дибилизм
    Ага, ещё терминаторы при этом не надо вешать. :]

    Недавно делали тут скромный тазик на замену старому ftp.linux.kiev.ua.  Вышел IDE+SATA+SCSI -- основной сторадж на SATA SoftRAID5 (на варей как-то недоскинулись, 2420SA в округе не нашлось), плюс пока оставлены старые PATA (наверное, в зеркала и под бэкапы пойдут), плюс загрузка с пролежавшей на полке восемнадцатки.  Так там самая большая (а также высокая и довольно толстая) проблема -- это DAC960PG: за диском не успевает, плюс умудрился накануне отпуска выплюнуть его (единственного за отсутствием собственно нагрузки) ночью в офлайн.  Тоже пришлось похихикать над своим "а корешки мы посадим на сказю, чтоб стояло и не трогать"... ну мож найдётся что простое и дубовое, пока Alt-R>Tools>Online.

    Любителей же 1С на неохлаждаемых дополнительно 10K SCSI -- ага, с четвёртого курса насмотрелся.

     
     
  • 4.29, deis (??), 10:52, 30/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Любителей же 1С на неохлаждаемых дополнительно 10K SCSI -- ага, с четвёртого
    >курса насмотрелся.

    Ну я, допустим, любитель 1С на двух неохлаждаемых 10К maxtor'ах (которые quantum) в raid1 на  adaptek'e (2720S, если мне не изменяет память) (в работе с октябре 2002 года) и чё?


     
     
  • 5.30, Michael Shigorin (?), 12:50, 30/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >>Любителей же 1С на неохлаждаемых дополнительно 10K SCSI -- ага, с четвёртого
    >>курса насмотрелся.
    >Ну я, допустим, любитель 1С на двух неохлаждаемых 10К maxtor'ах (которые quantum)
    >в raid1 на  adaptek'e (2720S, если мне не изменяет память)
    >(в работе с октябре 2002 года) и чё?
    Ну ждите своего петуха -- зеркала порой тоже рассыпаются вдребезги.  Я бы с 2000, наверное, дождался уже (там и с таким подходом -- хотя проще поставить хоть какой-то корпусной пропеллер напротив, чем ждать, пока лягут, по иронии партии, оба).

    У них же ресурс от температуры зависит что-то вроде обратно-экспоненциально -- припоминается, что в более-менее обычном интервале температур (20--50C) на десять градусов порядка полутора-двухкратная разница.

     
     
  • 6.31, deis (??), 13:47, 30/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >горячие диски

    бред

    конкретно, те maxtor'ы на ощупь теплые под нагрузкой (градусов 35 от силы)

    читы десятитысячные после летней жары - 47 макс по внутреннему логу (на ощупь горячие, но те же maxtor'ы идешные горячее), сейчас теплые (37-39 градусов)

    поэтому саркастическое замечание предыдущего оратора про неохлаждаемые диски под 1С - гон (именно касательно современных десятитысячников)

    >Ну ждите своего петуха

    барракуды 8 гиговые с девяностых годов крутятся - так руку держать было невозможно (вот к ним как раз и приделалось принудительное охлаждение), хрен знает, сколько они так крутились без оного

     
     
  • 7.32, Michael Shigorin (?), 21:14, 30/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >>горячие диски
    >бред
    Бред -- это думать, что "так будет всегда".

    >конкретно, те maxtor'ы на ощупь теплые под нагрузкой (градусов 35 от силы)
    Очень за Вас с ними рад.  Там были WD, что ли.

    >>Ну ждите своего петуха
    >барракуды 8 гиговые с девяностых годов крутятся - так руку держать было
    >невозможно (вот к ним как раз и приделалось принудительное охлаждение), хрен
    >знает, сколько они так крутились без оного
    Меня вполне устроит, если каждый останется при своём мнении.  Можете и дорогу почаще перебегать, хрен знает, сколько народу каждую минуту бегает и ничего.

     
     
  • 8.33, deis (??), 08:32, 31/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Не приписывайте мне то, что я не говорил и не думаю, свою позицию я обосновал до... текст свёрнут, показать
     
  • 3.34, andrey (??), 11:06, 31/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Eсли sata-raid контроллер сделан правильно, как например железки
    >от 3ware, то скази становится очень невыгодным вложением.
    на правильности 3ware я бы не стал настаивать. есть в использовании 4 контроллера 8000 и 9000 серий, возникали проблемы: при удалении одного юнита контроллер удалял все юниты; один массив raid5 умудрялся делить на два юнита в inoperable-state после перезагрузки; опять же после нештатной перезагрузки терял диски в массиве; Все проблемы признаны 3ware как актуальные, на них оформлены багреборты. Поэтому 3ware - это совсем не идеал (особенно если учесть довольно низкий уровень саппорта (было общение как голосом, так и и долгая переписка мылом)). А потерянный массив, как думаете что спасло? софтовый raid: склеили, перелили инфу, поехали дальше.
    конечно, потеря производительности сервера при softraid неизбежна, однако седины на голове будет явно поменьше
     
     
  • 4.35, RNZ (ok), 12:49, 01/09/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >на правильности 3ware я бы не стал настаивать...
    Ну я пока все что можно не проверил в эксплуатацию железки не сдавал.
    А за месяц проверил всё диски и кабели на ходу выдёргивал и питание вырубал во время rebuild, ставил пару заведомо испорченных дисков и т.д. и т.п. Несколько проблемм выявил, с саппортом пообщался (мылом) и вроде нормально помогали, новой прошивкой всё решалось.
    Потом ещё опытная эксплуатация в течении 2 месяцев.
    И только потом пуск в работу.
    Если кто скаже долго - изначально до приобретения ставлю сроки, и лучше 3 месяца потратить на тестирование, чем в один прекрасный день хвататься за голову руками и искать спасения в софт-raid.

    Правда я всё равно страхуюсь, потому у меня не один дорогой сервер со SCSI-raid, а два по дешевле идентичных сервера SATA-RAID один из которых в одностороннем порядке синхронизируется с первым с суточным периодом накопления измениний.


     
     
  • 5.36, andrey (??), 15:41, 02/09/2006 [^] [^^] [^^^] [ответить]  
  • +/
    в моем случае не было только опытной эксплуатации - нужно было сдавать решение ... большой текст свёрнут, показать
     
     
  • 6.37, RNZ (ok), 23:24, 04/09/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >>на правильности 3ware я бы не стал настаивать...
    >...меня 3ware разочаровал
    >очень сильно. особенно соотношение цена/качество продукта/уровень саппорта и его скорость...
    Ну SCSI-железки той же Adaptec или Intel "сюрпрайзами" тоже нет-нет "радуют".
    Я например, всё ещё недобрым словом вспоминаю интеловские STL2 с ихним SCSI vs net and ALL конфликтом по прерыванию, и ведь тоже писал, мусолил и если бы только я один, просто огромное кол-во народу, нет же не пофиксили, хотя это с успехом могло решиться новой прошивкой.

     

  • 1.17, RedSkin (?), 10:46, 25/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Все зависит от поставленных задач и количества денег. У софтового рейда один плюс: дешево. Для серьезных задач его использовать просто глупо.  
     
  • 1.18, Алексей (??), 14:36, 25/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Рейд разный бывает. Если рейд-5 - лучше аппаратный, если 1+0 - пофиг, т. к. проц по-любому практически не жрет (а гемора с дровами и т. п. меньше). Хотя аппарат за счет набортного кеша небольшой выигрыш может дать.
     
  • 1.19, zuborg (?), 16:27, 25/08/2006 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У софтового рейда есть неоспоримый плюс
    Заключается он в конфигурабельности и предсказуемости
    Я точно знаю, что могу спокойно вытащить винт из raid1, вставить на другой тачке с другим контроллером и все будет работать, я точно знаю что не буду ждать час-два пока биос не сребилдит рейд и даст загрузить ОС (многие недо- и дешевые рейды этим грешат)
    То что Intel называет Matrix RAID - на софте делается на шару - два партишна в raid1, остальные в raid0

    По производительности и загрузке cpu - тут на 90% зависит от качества драйверов, и не только с рейдами а и другим железом
    Что дешевле - поднять производительность проца на те 5% которые забирают операции с рейдом (то есть нивелировать дополнительную загрузку CPU) или купить за 5 сотен хардварный рейд который имеет свой процессор (то есть не нагружает основной CPU) ?

     
     
  • 2.22, gvy (?), 17:54, 26/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Что дешевле - поднять производительность проца на те 5% которые забирают операции
    >с рейдом (то есть нивелировать дополнительную загрузку CPU) или купить за
    >5 сотен хардварный рейд который имеет свой процессор (то есть не
    >нагружает основной CPU) ?
    А здесь чуть сложней -- если молотить совсем есть чего, то не стоит забывать про кэш (который лишним потоком данных будет вымываться) и cs.  Да и шиной оно торгует -- md не умеет пользоваться зачатками оптимизации во всяких Promise SX (AFAIR), которые имеют и чуточку своей памяти, чтоб на зеркало дважды то же не гонять.

    Бишь ответ неочевиден, хотя самому так тоже зачастую проще.  У железных ещё другая неприятность есть -- клинить I/O, пока сбрасывается кэш (на DPT RAID5 ой как чувствуется).

     
     
  • 3.23, adwiz (?), 23:01, 27/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Очень интересный диалог, только не понял в чем спор,
    мое ИМХО таково: если человек хочет снизить стоимость владения, то тут все средства хороши и софтверный RAID и SATA диски, если нужна производительность и надежность, то только SCSI,SAS,FC и аппаратный RAID, по-моему это для всех очевидно. Для высоко нагруженных систем на мой взгляд ставить SATA, за исключением Raptor не целесообразно, в силу того, что десктоповые диски на такие жесткие режимы не расчитаны. И эти вопросы регулярно обсуждаются на конфах по серверному оборудованию с производителями хардов. Что же касается софтверного райда, если проц почти все время курит (Idle) то не вопрос, его нужно чем-то занять, хотя на мой взгляд в любом случае лучше пользовать отдельный проц для расчетов дисковой подсистемы, например Zero channel RAID, он значительно дешевле, но работает в любом случае быстрее чем софтверный  RAID и он значительно дешевле чем полноценный с каналами.

     
     
  • 4.25, Vanoha (?), 17:49, 28/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Заметки из практики ------------------- Software Raid при работе с БД не медлене... большой текст свёрнут, показать
     
     
  • 5.26, adwiz (?), 20:40, 28/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Маловато конкретной технической информации что за диски использовались, какие к... большой текст свёрнут, показать
     
     
  • 6.27, Vanoha (?), 13:23, 29/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    >Маловато конкретной технической информации (что за диски использовались, какие кеши на контроллерах)
    >и все-таки слабо верится что SATA=SCSI по скорости. Потом есть вопросы
    >по скорости REBUILD'а массивов при отказе, чем все это мерилось и
    >все такое. Что касается идентичности дисков многие аппаратные райды тоже не
    >требуют, главное чтобы не меньше, а там размечай луны как угодно
    >и все дела, насчет полного контроля, большой вопрос, не очень понятно
    >о чем речь, в аппаратных райдах естесно он есть и куча
    >талзов, которые этим все рулят. "Никогда не наблюдается резкой деградации при
    >отказе диска " - я не сталкивался.

    Скорости практически одинаковы для SATA и SCSI по многим причинам:
    1. Физика одинакова (привод, блины и т.п.)
    2. в SATA реализованы многие механизмы SCSI (очереди команд, буферизация записи, предвыборки и т.п.)
    3. Скорость интерфейса для одиночного диска не лимитирует общую производительность.

    Более того, у SCSI - общая шина, которая потенциально может послужить "узким местом" при большом количестве дисков на шине.

    Косвенным подтверждением, что SCSI не имеет преимуществ по скорости перед SATA может служить тот факт, что большинство производителей SATA и SCSI дисков не выпускают SATA в одной скорости вращения со SCSI, а только ниже.

    Маркетинг и удержание рынка!!! Их родственников...

     
     
  • 7.28, adwiz (?), 22:29, 29/08/2006 [^] [^^] [^^^] [ответить]  
  • +/
    Ниче подобного, физика абсолютно разная 100 вскройте и посмотрите В силу э... большой текст свёрнут, показать
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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