The OpenNET Project / Index page

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



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

Оглавление

OpenNews: Обзор достоинств программного RAID в Linux, opennews (??), 24-Авг-06, (0) [смотреть все]

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


15. "Обзор достоинств программного RAID в Linux"  +/
Сообщение от Petruha (??), 25-Авг-06, 09:56 
Да уж, куда мир катится.
Однако, как сказал Tester, до использования FC или SAS (в будущем) нужно дорасти.
Когда нет денег на мощное защищенное решение - Вам поможет SoftRAID.
P.S.:
А реплики типа "Да я!", "Да у меня" как правило, не содержат в себе полезной информации и люди, которые их бросают в своей жизни дальше одного "сервера" на платформе Intel ничего не видели, к сожалению.
Ответить | Правка | Наверх | Cообщить модератору

20. "Обзор достоинств программного RAID в Linux"  +/
Сообщение от RNZ (ok), 26-Авг-06, 01:22 
Кажись камень в мой огород.
Сказёвых, софтовых, саташных раидов конфигурил немерянно каждых
fc и sas - мало, но были.

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

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


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

21. "Обзор достоинств программного RAID в Linux"  +/
Сообщение от gvyemail (?), 26-Авг-06, 17:50 
>Кажись камень в мой огород.
Да эт не камень был, скорее хмыканье.  Мне много не надо (ну вот напрыгало 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 -- ага, с четвёртого курса насмотрелся.

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

29. "Обзор достоинств программного RAID в Linux"  +/
Сообщение от deisemail (??), 30-Авг-06, 10:52 
>Любителей же 1С на неохлаждаемых дополнительно 10K SCSI -- ага, с четвёртого
>курса насмотрелся.

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


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

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

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

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

31. "горячие диски"  +/
Сообщение от deisemail (??), 30-Авг-06, 13:47 
>горячие диски

бред

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

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

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

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

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

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

32. "горячие диски"  +/
Сообщение от Michael Shigorinemail (?), 30-Авг-06, 21:14 
>>горячие диски
>бред
Бред -- это думать, что "так будет всегда".

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

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

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

33. "горячие диски"  +/
Сообщение от deisemail (??), 31-Авг-06, 08:32 
>Бред -- это думать, что "так будет всегда".
Не приписывайте мне то, что я не говорил и не думаю, свою позицию я обосновал достаточно четко и вразумительно

>>Там были WD, что ли
без комментариев

>>Меня вполне устроит, если каждый останется при своём мнении.  
вот и договорились

>>Можете и дорогу почаще перебегать
отвечайте за себя

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

34. "Обзор достоинств программного RAID в Linux"  +/
Сообщение от andreyemail (??), 31-Авг-06, 11:06 
>Eсли sata-raid контроллер сделан правильно, как например железки
>от 3ware, то скази становится очень невыгодным вложением.
на правильности 3ware я бы не стал настаивать. есть в использовании 4 контроллера 8000 и 9000 серий, возникали проблемы: при удалении одного юнита контроллер удалял все юниты; один массив raid5 умудрялся делить на два юнита в inoperable-state после перезагрузки; опять же после нештатной перезагрузки терял диски в массиве; Все проблемы признаны 3ware как актуальные, на них оформлены багреборты. Поэтому 3ware - это совсем не идеал (особенно если учесть довольно низкий уровень саппорта (было общение как голосом, так и и долгая переписка мылом)). А потерянный массив, как думаете что спасло? софтовый raid: склеили, перелили инфу, поехали дальше.
конечно, потеря производительности сервера при softraid неизбежна, однако седины на голове будет явно поменьше
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

35. "Обзор достоинств программного RAID в Linux"  +/
Сообщение от RNZ (ok), 01-Сен-06, 12:49 
>на правильности 3ware я бы не стал настаивать...
Ну я пока все что можно не проверил в эксплуатацию железки не сдавал.
А за месяц проверил всё диски и кабели на ходу выдёргивал и питание вырубал во время rebuild, ставил пару заведомо испорченных дисков и т.д. и т.п. Несколько проблемм выявил, с саппортом пообщался (мылом) и вроде нормально помогали, новой прошивкой всё решалось.
Потом ещё опытная эксплуатация в течении 2 месяцев.
И только потом пуск в работу.
Если кто скаже долго - изначально до приобретения ставлю сроки, и лучше 3 месяца потратить на тестирование, чем в один прекрасный день хвататься за голову руками и искать спасения в софт-raid.

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


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

36. "Обзор достоинств программного RAID в Linux"  +/
Сообщение от andreyemail (??), 02-Сен-06, 15:41 
>>на правильности 3ware я бы не стал настаивать...
>Ну я пока все что можно не проверил в эксплуатацию железки не
>сдавал.
>А за месяц проверил всё...
>Потом ещё опытная эксплуатация в течении 2 месяцев.
в моем случае не было только опытной эксплуатации - нужно было сдавать решение. а тестов было около месяца. тестились как штатные операции, так и варианты на грани абсурда, однако теоретически возможные в реальной работе (например, выведение одного диска из массива raid-5, через некоторое время вывод второго, возврат обоих дисков на свои физические места и автоматический(!) выход контроллера из inoperable state путем возврата с 50% вероятностью первого(!) диска. контроллер признает массив рабочим, что есть в корне неверно, ибо целостность данных теряется)
и все это работает и все славно. если находились непонятки - это уточнялось у саппорта, делались багрепорты. но когда в один прекрасный помомент при удалении одного юнита (spare-disk. могу же я его удалить, не так ли?) в штатной ситуцации, контроллер решил снести все массивы (причем примонтированные, что софт 3ware якобы отслеживает и не позволяет выполнять) - вот тут стало не по себе. далеко не все проблемы проявляются сразу и месяц-два-десять тут не срок, поскольку, как выяснилось, даже штатная операция при определенном стечении обстоятельств приводит к проблемам

даже сам 3ware признает проблему, например, когда после неоднократной нештатной перезагрузки контроллер становится неуправляемым и невидимым на шине. да, они пишут, что вероятность этой проблемы ооочень низка. но она-то есть! и что меня в ярость вводит, это то, что подобная проблема не исправляется и лишь помещается как известный баг в аннотациях к новым версиям прошив на протяжении нескольких выпусков обновлений! а если у меня система на их контроллере живет (врятли когда-то на такие вещи пойду :) )? сами ж написали: мы классные, мы дарим вам новую фичу! зайти на машину, чтобы ее ребутнуть не получится. не знаю, меня 3ware разочаровал очень сильно. особенно соотношение цена/качество продукта/уровень саппорта и его скорость (однажды вообще робот прислал письмо: ответим через 2 недели. какие 2 недели? а как же "решения для бесперебойной работы"?).

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

37. "Обзор достоинств программного RAID в Linux"  +/
Сообщение от RNZ (ok), 04-Сен-06, 23:24 
>>на правильности 3ware я бы не стал настаивать...
>...меня 3ware разочаровал
>очень сильно. особенно соотношение цена/качество продукта/уровень саппорта и его скорость...
Ну SCSI-железки той же Adaptec или Intel "сюрпрайзами" тоже нет-нет "радуют".
Я например, всё ещё недобрым словом вспоминаю интеловские STL2 с ихним SCSI vs net and ALL конфликтом по прерыванию, и ведь тоже писал, мусолил и если бы только я один, просто огромное кол-во народу, нет же не пофиксили, хотя это с успехом могло решиться новой прошивкой.

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

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

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




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

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