» Все о железячном RAID

slaj1
Бекапы никто не отменял.
У меня база 4 года крутилась на флешке Апасер т.к. доступ был важнее линейной скорости.
Флешка до сих пор живая, хотя крутилась 24\7.. Бекап делался каждую ночь обычным винраром на хард через шедуллер.
А резервный вариант для баз можно развернуть удаленно в 2 секунды, сделав заранее или в момент подключения конфиг в течении 2сек, заменив тупо путь и распаковать в нужное место базы.

skrbd
Можно воткнуть внешний контроллер AHCI если есть возможность, и повесить туда ssd.
например RocketRAID 600 Series, это полноценный AHCI SATA контроллер.

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

бэкапы наше все !
т.к. у меня были ситуации, когда аппаратный массив при сбое винта (бэд появился) в 10-ке принял за правильный блок блок с сбойного винта ...
была ситуация когда в 10-ке из 4-х винтов одновременно посыпались два винта (все винты были одной закупки), спасло только то, что посыпались винты одного зеркала ...

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

goletsa
Цитата:

Можно воткнуть внешний контроллер AHCI если есть возможность, и повесить туда ssd.
например RocketRAID 600 Series, это полноценный AHCI SATA контроллер.

Возможности нет.
Вчера все сконфигурил, как подсказал slaj1, производительность при работе с базами 1С (лежащими на SSD) выросла примерно на 30-40% при формировании громоздких отчетов. Всем спасибо.

skrbd
рад, что сообща смогли решить ваш вопрос
но не забудьте настроить бэкапы

считаю, что ssd в плане глюков еще более коварны, чем старые HDD

skrbd
Интересно увидеть результат Crystal Disk Mark.
Прирост в 40 процентов при переезде на ssd скормный очень.
Да и отсутсвие trim сильно бьет по ресурсу ssd

Никто не знает, похожей общей темы про программный RAID на форуме вообще нет или я просто не там искал?
Спасибо!

oshizelly
по ходу дела нет, по крайней мере поиск по слову raid выявил только эту тему

а что конкретно вас интересует по предметике ?

goletsa

Цитата:

Интересно увидеть результат Crystal Disk Mark.
Прирост в 40 процентов при переезде на ssd скормный очень.
Да и отсутсвие trim сильно бьет по ресурсу ssd

Согласен, с картинками нагляднее
вот тест со старым raid1 из 2-x HDD 1 Tb SATA-II 300 Western Digital RE4 <WD1003FBYX> 3.5" 7200rpm 64Mb

с новым ssd ocz solid state drive 64Gb (видится 32Gb, trim есть, 32Gb аппаратный резерв вышедших из строя ячеек)

во время теста работало восемь бухгалтеров с базами 1С8.2, лежащими на новом ssd.
свои 30-40% производительности я высчитал по времени формирования "тяжёлых" отчётов 1С.
такой скромный прирост в моих подсчётах объясняется тем, что только базы 1С переехали на ssd, а сама система, профили пользователей и оболочка 1С остались на рейде.

skrbd

Цитата:

с новым ssd ocz solid state drive 64Gb (видится 32Gb, trim есть, 32Gb аппаратный резерв вышедших из строя ячеек)

Медленовато. Ну да ладно.

Вопрос задал Respirator тут.
В инструкции на ваш контроллер пошагово описано ручное создание всех типов рейдов. В вашем случае это страница 2-14. Либо воспользуйтесь мастером создания рейдов.

Спасибо! Правильно говорят - "Утро вечера мудренее".
Пришел перечитал страницу 2-14, и все получилось как надо. =)

всем доброго времени суток

исходные данные
есть два похожих по аппаратке сервера (процы, память, корзины)
на одном адаптек 2805 с raid10 из 14ти wd re4 2 тб, система отдельно
на втором адаптек 71605q с raid 0 из 12 hua 2 тб
отличаются использованием тот, что
2805 чистый oel 6.4 с базами данных, тот что
71605 отвечает за виртуализацию на основе xen, debiab 7.1, массив отдан виртуалке как устройство

при выполнении dd из памяти на 100 гб в файл на массиве 2805 скорость записи в районе 300 мбайт сек (из хоста)
при выполнении той же команды на массив с 71605 скорость записи с уровня виртуалки не более 80 мбайт в сек

кажется, что скорость в 80 мбайт в сек очень мало
пока прредположение одно - в режиме raid0 не выполняется распараллеливание записи, инфа пишется на каждый из дисков поочередно (о чем говорит скорость в 80 мб)

возможно кто-то может подсказать еще направление проблемы (80 мб сек мало) ?

slaj1

Цитата:

на втором адаптек 71605q с raid 0 из 12 hua 2 тб

может там у вас не включен кэш, функция cacheback ... проверьте из гуя.

Добавлено:

Цитата:

12 hua 2 т

что такое это хуа?
если диски одинаковые то 14 рейд 10 и 12 рейд 0 .. рейд0 будет быстрее.

golychev
спасибо, посмотрю

hua - Hitachi Ultrastar, если я правильно понимаю, то аналог wd black
кэш действительно мог отключить для большей сохранности даных, но учитывая, что к контроллеру подключена батарейка, то это скорее всего глупость

golychev
Большое спасибо, после включения кэша скорость на массив выросла с 80 Мбайт/сек до 400 Мбайт/сек.
Не ожидал такого прироста.

Теперь ценность батарейки поддержки кэша для меня возросла на порядок.

ps
получается, что без использования кэша, в частности в режиме raid-0, контроллер пишет последовательно на диски. уж очень 80 Мбайт/сек похоже на пиковую скорость записи одного диска.

slaj1
Может там JBOD а не STRIPE включен?
JBOD пишет последовательно на диски, STRIPE чередует.
Хотя STRIPE именно на чтение больший выигрыш дает.

goletsa
нет, там именно raid0, идет другим пунктов уровня raid массива.
весь в сомнениях
тем более, на сколько я понимаю, контроллер при jbod в любом случае, даже при включении кэширования, не должен увеличивать скорость записи, т.е. не должен ее распараллеливать на несколько дисков сразу.

Вопрос от дилетанта.
Если вышли из строя контролер и системная плата, можно диски подцепить к другой системе и сохранить инфу?

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

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

Добавлено:
у меня получалось аппаратно перебрасывать массивы между контроллерами разных серий одного производителя - ничего сложного в этом нет
произвидитель контроллеров - adaptec

Добавлено:
если у вас опыта совсем нет, а инфа оч важная
то
1. делаем посекторную копию каждого винта, в идеале dd
2. собираем массив на новом контроллере и на БЭКАПНЫХ винтах
3. пункт 2 повторям до тех пор пока все не получится

Спасибо!
Вы ответили на мой вопрос. Немножко поразбирался в теме и хочу добавить при 1 RAID диск можно подключить к системе как стандартный хард.

Да даже если бы и другой RAID - программную сборку никто не отменял Runtime RAID Reconstructor вам в руки... Понимает как минимум 0, 1 и 5 RAID (у меня старая версия, новые может и другие знает...)

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

Цитата:

сам подбирает параметры ?

Да. 0 и 10 у меня лично всегда подбирал правильно. С RAID 5 - почти всегда. Но я ему всегда оставлял число секторов для теста по-умолчанию, может если поставить больше - он бы тоже подобрал. Отличная штука, я когда сам узнал о нём (а было это, когда у меня на работе первый раз в жизни "упал" RAID 10 и он мне помог достать всю инфу) - я просто обалдел и с тех пор инсталлтор всегда у меня в админ-наборе на флешке лежит...

igor_me
спасибо, буду иметь ввиду.
надо посмотреть что за зверь

как-то не приходилось сталкиваться с необходимостью программного посстановления.
чаще либо руками восстанавливал аппаратный массив, либо руками же но массив на основе mdadm (linux)

Будут ли на одной МБ работать IBM ServeRAID 8s (Adaptec 4805)+БАТАРЕЙКА и Adaptec RAID 5805+БАТАРЕЙКА - каждый со своим масивом, общее обединение масивов нетребуется. Сейчас каждый в своем компе с масивом RAID-5 - есть идея обединить в одну систему (в один комп все установить), МБ планируется 1366 (она скорее всего останется при переходе на новую платформу). Также есть ещё система на 775-й и 1155-й платформе - что посоветуете. Скажу сразу покупать серверную МБ никто небудет, расматривается вариант использовать те платформы что есть - цель в основном хранилище, ну и использование по мелочи.

ALEX_SS1
А почему они не должны работать вместе?

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

goletsa
может я неправ, сейчас не вникнуть, конец рабочего дня
но точно есть ограничение на количество одинаковых внешних устройств, в частности райд контроллеров на MB

конечно же все зависит от кривости рук или их прямоты (это я про себя)

goletsa slaj1
Да вот где-то читал что могут неработать в одной системе, что типа только серверная МБ для такого надо.
(Предполагаемая МБ на 1366 у меня в подписи - на ней 3 одинаковых внешних сата работали - правда это были ST-lab на силиконе, и в них никакого управления небыло - но все работало). Да и так просто непопробуеш (эксперимент) - этоже перелопатить 2 компа надо - на кот рабочие системы стоят. Да руки вроде прямые, а контролеры разные - вначале попался купить 4805, а потом через время подвернулся и 5805 - кстате сам на них охлад модернезировал и кулера прилаживал, всетаки без обдува никак, а в системнике нет такого как в сервере ветропотока. По идее ASM должен увидеть 2 разных устройства, и позволять управление ими, каждым в отдельности - но опятьже все чисто в теории - с такими конфигурациями пока несталкивался.

ALEX_SS1
главное чтобы система с ними поднялась, тогда ASM все увидет
официально такие конфигурации, т.е. системы с двумя адаптерами на серверных материнских платах поддерживаются
неофициально, как раз то, о чем я написал ранее, бывают глюки. И даже на серверных материнских платах.

и, да, без нормального охлада такие контроллеры долго не живут