Показать полную графическую версию : Динамические диски в зеркале.
Здравствуйте уважаемые форумчане.
Давно пользуюсь (с 2003 сервера) динамическими дисками для организации простейшего рейда - зеркала. Но есть у него один существенный недостаток, при синхронизации разделов (например - жесткая перезагрузка) он начинает синхронизировать все разделы сразу, из-за этого дисковая система жутко тормозит уже при 2 разделах, и чем больше разделов, тем ситуация плачевнее, а если брать во внимание объемы современных дисков, то это может занимать времени до половины суток. Работать в это время крайне не комфортно.
Гуглил, решения не нашел. Обращаюсь к гуру - можно как-то пофиксить?
П.С. всякие - "програмный" фуфло, железяка рулез, и тому подобные советы - прошу не приводить. Ответы только по данному вопросу, если они есть.
Спасибо за внимание.
El Scorpio
10-08-2015, 01:48
Гуглил, решения не нашел. Обращаюсь к гуру - можно как-то пофиксить? »
Никак.
Поскольку при "жёсткой перезагрузке" невозможно установить успешность завершения последних операций записи информации для всех дисков массива, система вынуждена начать полную синхронизацию массива (по первому диску), чтобы гарантировать идентичность информации на всех разделах массива.
Хотя возможно здесь конкретно недоработка программного рейда MS, потому что аналогичных проблем в массивах программного рейда MDADM, используемого Linux, я не замечал.
В общем, Капитан Очевидность советует Вам использовать ИБП, чтобы снизить количество аварийных перезагрузок до минимума. Так то!
James Marsh
10-08-2015, 20:17
А так же сервера с 2мя блоками питания, которые воткнуты в 2 разных ИБП.
El Scorpio
11-08-2015, 00:57
А так же сервера с 2мя блоками питания, которые воткнуты в 2 разных ИБП. »
И запитаны от двух разных фаз :)
Увы, :sorry: граждане, имеющие такое оборудование, программными рейдами уже не балуются. У них совершенно другие бюджеты. :cry:
Эх... Есть же много рабочих систем, которые лежат под ногами, а ИБП только то и делает, что уменьшает количество перезагрузок, но не ликвидирует - есть и другие причины на то.
И еще - программный рейд очень себя не плохо показывает на ССД, причем, чем больше разделов - тем лучше. К тому же, он в семерке поддерживается уже как штатная функция.
Но это все лирика, хотелось бы как-то его научить синхронизировать разделы поочередно.
James Marsh
11-08-2015, 21:04
Увы, граждане, имеющие такое оборудование, программными рейдами уже не балуются. »
Балуемся, но на "клиентских" ПК, которые "оченьно" критичны, но не настолько, что бы дали денег на raid-контроллер. :sorry: Допустим dicom-снимки с узд аппарата за многа лет, а возможности переложить их на сервер на железячный рейд пока возможности нету.
Всяко бывает...
Кстати ТС задал интересный вопрос, мы "тута слепили из чего было (SuperMicro)" сервер для хранения всякого добра на 6 дисков по 3 ТБ в 3 зеркала в софт-рейде на 2008р2, и вот я теперь "чет-то думаю..."? Тем более, что в железяке один БП.
El Scorpio
12-08-2015, 01:04
Кстати ТС задал интересный вопрос, мы "тута слепили из чего было (SuperMicro)" сервер для хранения всякого добра на 6 дисков по 3 ТБ в 3 зеркала в софт-рейде на 2008р2, и вот я теперь "чет-то думаю..."? Тем более, что в железяке один БП. »
А что за добро хранится? Каким образом чтение/запись идёт? Просто файлы в сетевых папках?
Я думаю, что MDADM в Linux будет работать гораздо надёжнее, чем "динамические диски" Windows. А до кучи можно после каждую пару дисков засунуть в LVM и получить единое адресное пространство общеё ёмкостью 9 ТБ.
Благо все эти технологии используются гораздо дольше.
гораздо надёжнее, чем "динамические диски" Windows »
У меня, как-бэ, набегает десток лет использования этой чудо технологии. И для "не взрослых" решений (типа SAN), это очень даже надежная технология, весьма не капризная, лепится, как-уже было сказано, из чего угодно, восстанавливается и переконфигурируется легко, к тому-же, используя линукс (что еще уметь надо), ваш сервер перестает быть универсальным. Главный недостаток я озвучил в первом посте.
6 дисков по 3 ТБ в 3 зеркала в софт-рейде на 2008р2 »
Если каждая пара видится как один раздел, у вас никаких проблем не будет, если же нет...
James Marsh
12-08-2015, 21:52
А что за добро хранится? Каким образом чтение/запись идёт? Просто файлы в сетевых папках? »
На первой паре да. Сюда пишутся бэкапы баз. Каждые 3 часа. На совсем всякий пожарный случай атомной войны. (А то було у нас...)
На второй паре лежит каталог в который сваливаются вложения с почтового ящика и потом самописной софтиной раскидывается по серверам + с серверов стягиваются некоторые вещи, которые сортируются и потом снова в путь...
На третью пару думали бэкапы сделанные Veeam'ом сделанные на "длительное" хранение ложить.
Ну нагрузка есть разнообразная.
Если каждая пара видится как один раздел »
Именно так. Одна пара винтов = один раздел.
Есть еще нулевая пара, так она на adaptec 2405 висит, нашли в закромах родины, а на ней пара сасов 15к на 146 гигов многолетней давности, но с хорошим смартом. Пытались пару трешек на нее повесить на косички 3-4, а винты с AF и контроллером просто не видятся. Засада.
А до кучи можно после каждую пару дисков засунуть в LVM и получить единое адресное пространство общеё ёмкостью »
Уважаемый, El Scorpio, а ткните, пожалйста, пальцем куды пойти почитать про это наворачивание, а то тута еще "колхоз" подвернулся на 4 трешки, правда 3 WD GREEN причем одинаковая только пара, и еще сигейт и комп с матплатой на 5 сата портов на двухядерном амд. Хочу поиграться.
El Scorpio
13-08-2015, 13:28
Цитата El Scorpio:
А до кучи можно после каждую пару дисков засунуть в LVM и получить единое адресное пространство общеё ёмкостью »
Уважаемый, El Scorpio, а ткните, пожалйста, пальцем куды пойти почитать про это наворачивание »
Есть хорошая вики XGU. Там есть много интересного и про LVM (http://xgu.ru/wiki/Lvm), и про MDADM (http://xgu.ru/wiki/mdadm)
LVM позволяет использовать в качестве физических томов реальные разделы жёстких дисков (/dev/sdb1, /dev/sdc1 и т.д.), RAID-массивы (/dev/md1, /dev/md2 и т.д.), а также любые другие блочные устройства (файлы-образы, тома iSCSI и т.д.).
Даже логические диски другой группы LVM. Например, если вы используете LVM для хранения образов виртуальных машин Linux, которые используют LVM
Такая "матрёшка" может иметь любую сложность :)
правда 3 WD GREEN причем одинаковая только пара »
Программным RAID-ам это до лампочки (это не налобный фонарь, а питающий аккумулятор, который у шахтёров висит ... чуть ниже пояса :) ). Они работают с разделами дисков.
James Marsh
13-08-2015, 21:41
Программным RAID-ам это до лампочки (это не налобный фонарь, а питающий аккумулятор, который у шахтёров висит ... чуть ниже пояса ). Они работают с разделами дисков. »
Странно. Сколько mdadm юзал всегда работал с девайсами (/dev/md0 = /dev/sdb + /dev/sdc) а потом уже делал разделы на /dev/md0 сколько и какие надо. И винты менял вылетевшие и синхронизировал нормально.
Может я все это время делал не правильно???
El Scorpio
17-08-2015, 07:26
Сколько mdadm юзал всегда работал с девайсами (/dev/md0 = /dev/sdb + /dev/sdc) »
Можно и так. MDADM работает с любыми блочными устройствами, и опознаёт тома массива по заголовку суперблока, который записывает в начало этого устройства.
Просто использование разделов
1) увеличивает гибкость структуры (вы можете сделать из разных дисков несколько массивов)
2) в случае добавления дисков большего размера позволяет использовать свободное место для создания других массивов
3) позволяет избегать проблем с программами по обслуживанию дисков, которые не знают о существовании MDADM и могут случайно затереть суперблок RAID стандартной таблицей разбиения диска.
James Marsh
17-08-2015, 20:13
Просто использование разделов
1) увеличивает гибкость структуры (вы можете сделать из разных дисков несколько массивов)
2) в случае добавления дисков большего размера позволяет использовать свободное место для создания других массивов
3) позволяет избегать проблем с программами по обслуживанию дисков, которые не знают о существовании MDADM и могут случайно затереть суперблок RAID стандартной таблицей разбиения диска. »
"Поговорил" сегодня с одним коллегой, который linux-админ, так вот он говорит, что мне просто везло найти идентичный нжмд взамен вылетевшего, а у него было много раз такое, что накопитель купленный для замены вылетевшего был с меньшей емкостью, чем живой. Рассказал, что после 4 винта надоело сливать данные, переделывать рейд по новому и заливать обратно. С тех пор делает так: раздел на 1 ГБ меньше емкости накопителя, а потом собирает рейд-массив.
колхоз" подвернулся на 4 трешки, правда 3 WD GREEN причем одинаковая только пара, и еще сигейт и комп с матплатой на 5 сата портов на двухядерном амд. Хочу поиграться. »
Поглядел smart'ы накопителей = пойдут на магнитики... :not-me:
El Scorpio
18-08-2015, 01:21
"Поговорил" сегодня с одним коллегой, который linux-админ, так вот он говорит, что мне просто везло найти идентичный нжмд взамен вылетевшего, а у него было много раз такое, что накопитель купленный для замены вылетевшего был с меньшей емкостью, чем живой. Рассказал, что после 4 винта надоело сливать данные, переделывать рейд по новому и заливать обратно. С тех пор делает так: раздел на 1 ГБ меньше емкости накопителя, а потом собирает рейд-массив. »
И такое тоже бывает :(
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.