RAID 0 и другие особенности рабочего компа.

[V x]

Обьясните ламеру. Планирую поставить двудисковый массив RAID 0, для виндовса и программ, где то 100Гб и 250 ГБ для документов и других файлов.Насколько опрадано использование подобной конфигурациии?

СИтуация: я проектирую электросистему, следовательно использую дикое кол-во CAD программ. Терпеть не могу зависания компьютера и когда светотехнические расчеты занимают 5-10 минут...

Помимо райда можете посоветовать материнку, сколько памяти и какой, ну и так чего помелочи. Проц планирую ставить Core Duo. Бюджет ограничен, цена комплекта без монитора - не больше 1100 баксов.

[KAA]

Зачем рейд на бытовом компе - не очень понимаю. Он скорости работы не увеличит - скорее напротив. Разве что ты собираешься там хранить большие массивы связанных данных с необходимостью обеспечения постоянного внешнего доступа и частым обновлением. Кроме того, собать рейд-массив из дисков разного объёма нельзя.

Чтоб не зависало - лучше оперативной памяти побольше поставь и оптимально сконфигурируй стеки и проч. и проч.

[V x]

Не я не собирался ставить разные диски в райд, имел ввиду 2 по 100, и один не в массиве по 250. Но раз это не приведет к увеличению скорости работы, то тогда действительно незачем.

[KAA]

Рейд 0 на самом деле позволяет ускорить обмен данными, но дело в том, что он рейдом как таковым не является. Там нет избыточного хранения данных. Контроллер нулевого рейда бьёт инфу на блоки и пишет её на разные диски. Но дело в том, что при этом поломка одного диска приводит к потере всей инфы. Поэтому нулевой рейд с точки зрения надёжности хранения нехорош, хотя обеспечивает максимальное использование дискового пространства - поскольку нет избыточности и не нужно места для хранения контрольных сумм. И он не ускоряет обработку данных - только их передачу, т.е. эффективен по скорости там, где обрабатывается много запросов ввода-вывода.

 

Собственно, уточнение: скорость работы сервера рейд повышает (в засисимости от его уровня и типа приложений). Но у тебя не сервер .

[KAA]

Вообще говоря, основная функция рейда любого уровня - защита данных от физического отказа диска. Однако от отказа контроллера рейд не спасёт (а в некоторых случаях - при том же рейд 5 - отказ контроллера может иметь очень тяжёлые последствия). От вирусов и сбоев ПО - тоже.

А если ты хочешь объединить диски разного объёма, то тебе нужен JBOD, но это опять-таки не рейд - скорее, функция.

[KAA]

Мини-ликбез по уровням рейд ( с нулевым мы разобрались вроде).

 

Рейд 1. Массив с дублированием данных. Простейший случай: два накопителя зеркалируют данные и являются одним логическим диском. Скорость считывания высока, но передача данных не очень быстрая. Этот тип даёт высокую эффективность сохранения данных, но стопроцентно избыточен. Эффективен, если данные намного ценнее стоимости их хранения. У нас на сервере стоит именно первый рейд.

 

Рейд 2. Использует код Хэмминга. Данные бьются на слова так, что число бит в слове равно количеству дисков. При записи слова каждый бит записывается на свой диск. Для каждого слова вычисляется код коррекции ошибок, который записывается на выделенные диски для хранения контрольных данных (их число равно числу бит в слове контрольной суммы). Дорог в реализации, при высокой скорости передачи данных имеет низкую скорость обработки запросов и почти не используется.

 

Рейд 3. Отказоустойчивый массив, который пишет данные на диски параллельно байтами и имет отдельный диск для записи контрольных сумм. Быстрый и отказоустойчивый, высокий коэффициент использования дискового пространства (только один диск для записи контрольных данных), но сложен в реализации и имеет низкую производительность при большом числе запросов даных незначительного объёма.

 

Рейд 4. Очень похож на рейд 3, но данные пишутся на диски не побайтово, а на уровне блоков, благодаря чему возможно одновременное выполнение нескольких операций чтения. Однако одновременно выполнять несколько разных операций не может, поскольку надо менять контрольную сумму на отдельном диске. Пригоден для приложений, в которых данные разбиты на небольшие блоки, поэтому годится для таких файл-серверов, информация с которых в основном считывается и редко записывается. Хотя недорог, но достаточно сложен в реализации, мала производительность при записи и главное - данные непросто восстановить при сбое.

 

Рейд 5. Очень распространённое решение. Отказоустойчивый массив, в котором данные и контрольные суммы циклически записываются на все диски массива. Все диски имеют одинаковый размер и операционке по отдельности не видны, контрольные суммы распределены по всем дискам массива. Позволяет проводить несколько операций считывания/записи одновременно. В принципе в массиве из N дисков позволяет одновременно обрабатывать N/2 блоков данных. Сохраняет нормальную работоспособность при выходе из строя одного любого из дисков массива. Имеет достаточно высокую скорость записи/считывания, однако при записи не очень производителен. Экономичен в реализации, хотя конструктивно непрост, и имеет проблемы в случае поломки контроллера - непросто восстановить данные.

 

Рейд 6. Однозначного определения не имеет. В принципе, настоящий рейд 6 - это развитие пятого рейда с вычислением контрольных сумм двумя способами по коду Рида-Соломона. Очень отказоустойчив и быстро читает данные, но сложен, имеет малую скорость записи, низкий коэффициент использования дискового пространства и трудно восстанавливать данные. В природе в реальности не существует, всё имеющееся - модификации пятого рейда.

 

Рейд 7. Вариация рейд 4 с возможностью кеширования данных в реальном масштабе времени, все операции выполняет асинхронно и независимо, контрольные суммы хранятся на отдельном диске, но это не снижает скорости в силу алгоритма обработки и интеграции блока вычисления контрольных сумм с буфером. Быстрый, легко масштабируемый, но очень дорогой и сложный, требует профессионального (и частого) обслуживания и категорически не терпит сбоев в питании.

 

Есть ещё комбинированные уровни рейд: 10 (1+0), 30 (3+0), 50 (5+0). Каждый диск массива рейд 0 заменяется рейдом 1, 3 или 5. Может быть также вариант, когда физические диски массива рейд 5 заменяются массивами рейд 3.

[Drozd]

Рейд 0 на самом деле позволяет ускорить обмен данными, но дело в том, что он рейдом как таковым не является.

 

Собственно, уточнение: скорость работы сервера рейд повышает (в засисимости от его уровня и типа приложений). Но у тебя не сервер .

Если историю вспомнить, то как раз он им и является.

 

Хм... что есть сервер, по твоему?

[Drozd]

Помимо райда можете посоветовать материнку, сколько памяти и какой, ну и так чего помелочи. Проц планирую ставить Core Duo. Бюджет ограничен, цена комплекта без монитора - не больше 1100 баксов.

Практика показывает, что чаще важна не конфигурация аппаратуры и операционки, а возможности прикладного софта по использованию этого всего. Раза дико веселился глядя на зверский Мак с диким объемом ОЗУ и бешенными молотилками... Фотошоп на нем начисто отказывался использовать более 3Гб ОЗУ (видимо, версия 32разрядная попалась, чтоль?). И никакие танцы с бубнами не избавляли от 2хчасового пересчета...

Короче, предметный анализ нужен. А по рейдам - Питон прав, в общем-то... При нынешних ценах на ОЗУ - излишество.

[mishuk]

при этом не надо забывать, что 32-битные ХР ( ежели он будет использоваться, как ОС ) не поддерживают более 4Гб оперативки, а выделить для нужд какой нить софтины так вообще около 2Гб.

На самом деле, решение в 64битной ОС и скорости процессора.

Я уже убедился в этом на проге по радиочастотному планированию.