forum.lissyara.su

Приветствую всех.
Так получилось, что купленный сервер Intel SR1550AL имеет софтварный а не хардварный райд. Да к тому же Фря 6.2 никак не хочет его видит. Сервер снабжен ключом для raid5, массив создаётся без проблем, в биусе. Но как только доходит дело до установки системы, загвоздка, раида не видно, каждый диск по отдельности. Кто-нибудь сталкивался с подобной проблемой?

Провозившись, целый день, решил плюнуть на это и собрать софтварный раид использую gvinum. Опять же, кто-нибудь использует ли его? Как себя ведет? Atacontrol на смог собрать раид пять из четырёх сата дисков по 750 гигабайт.

я gmirror тока юзаю...
работает.
хорошо работает.
больше сказать ничё не могу

lissyara писал(а):я gmirror тока юзаю...
работает.
хорошо работает.
больше сказать ничё не могу

Можно маленький опросничек:
На gmirror сколько дисков в raid 5 массиве?
Были ли случаи когда вылетал один диск? Как это отражается на работоспособности системы.
Как долго восстанавливаются данные?
Возможно, ли удалять и добавлять диски по средствам хотсвоп слайдов?

Делал эксперименты с gvinum, вытаскивал на лету один их дисков, при этом на массиве было запушено копирование двух больших файлов из директории в директорию, всё на высоте, система даже не поперхнулась.
Тоже самое проделывал на добавление, была 5 секундная пауза, казалось система подвисла, но потом копирование продолжилось, а в массиве появился новый диск. Восстановление занимает около 5-7 часов.

не, таких экспериментов не проводил - но вытаскивал один - потом вставлял - само заресторилось.
время - зависсит он нагрузки на диски - без накгрузи - время копирвоания с одного на другой
==========
и gmirror - он тока зеркало делает.
зато есть всякие g* - они как раз и могут более чем двудисковый конфигурации обрабаотывать

lissyara писал(а):не, таких экспериментов не проводил - но вытаскивал один - потом вставлял - само заресторилось.
время - зависсит он нагрузки на диски - без накгрузи - время копирвоания с одного на другой
==========
и gmirror - он тока зеркало делает.
зато есть всякие g* - они как раз и могут более чем двудисковый конфигурации обрабаотывать

Зеркало отпадает, нужен raid5.
Буду надеятся, что gvinum не подведёт.

классы геома.
=======
а подо что тебе такой изврат как 5 раид

Надо организовать отказоустойчивое хранилище данных, большого объёма. Один массив должен быть более 2 Т.
Геом на сколько мне известно не умеет делать раид пятый.

покопай в сторону zfs
онам ного чё может.
но - ещё нестабильна.

lissyara писал(а):покопай в сторону zfs
онам ного чё может.
но - ещё нестабильна.

Уже копал и экспериментировал, и действительно пока не стабильно... да и нет желание ответственный сервер ставить на кандидаты в релизы... я про Фри 7.

есть модулями под 6.2

и, кстати - я же обновляюсь постоянно - последнее время код почти не меняют...
т.е. готовятся к заморозке - скоро релиз.

lissyara писал(а):и, кстати - я же обновляюсь постоянно - последнее время код почти не меняют...
т.е. готовятся к заморозке - скоро релиз.

Ох уже эти тестовые версии. Как думаешь, когда выйдет продакшн стейбл релиз?
zfs действительно очень достойна внимания. Поставил на тестовые сервера, тестирую, но пока что не совсем получается достичь нужного результата, а именно смена дисков без остановки сервера.
Может видел заметки по развертыванию zfs для реализации какого-либо проекта?

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

Вот именно, что какой-то маньяк) Я не удивлюсь, если он помогал разрабатывать эту файловую систему и знает изнутри, как она работает. Что сильно поднимает вероятность того, что при крахе, он без труда восстановит все данные. А что делать обыкновеным смертным админам? Наедятся на "авось пронесёт", это ребячество и глупость, на мой взгляд, когда дело каcается серьёзных проектов, которые приносят полноценный доход какой-либо компании.

RageLT писал(а):Вот именно, что какой-то маньяк) Я не удивлюсь, если он помогал разрабатывать эту файловую систему и знает изнутри, как она работает. Что сильно поднимает вероятность того, что при крахе, он без труда восстановит все данные. А что делать обыкновеным смертным админам? Наедятся на "авось пронесёт", это ребячество и глупость, на мой взгляд, когда дело каcается серьёзных проектов, которые приносят полноценный доход какой-либо компании.

вот поэтому у нас в продакшене UFS.
и никто не парится. На реальных задачах - полносью удовлетворяет.
==========
и кстати - все знакомые шарящие админы, при словах 5 раид начинают плеваться.
так, к сведению...

Всё может быть.

Хорошо, давай поставим простую задачу. Есть четыре диска по 750 гигабайт, нужно собрать отказоустойчивый массив не менее двух терабайт. Что бы ты сделал?

На сегодняшний день я не знаю никого решения, кроме как раид пятый.

докупить ещё пару.

Купить ещё пару чего?

дисков

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

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

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

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

lissyara писал(а):http://nix.ru/autocatalog/hdd_western_d ... 68728.html

Красавец - диск. Много информации потеряется в случаи поломки.

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

Чем лучше всего собрать энное количество (больше 3) дисков в массив, при этом обеспечить себя отказоустойчивостью? И при этом массив обладал возможностью быстрой замены составляющих дисков, я про хотсвоп.

аппаратной железкой.
самое надёжное решение.
софтовых 5 раидов не знаю - тока 3...

и кстати - WD не самые плохие диски.
у самого дома стоит