The OpenNET Project / Index page

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




Версия для распечатки Пред. тема | След. тема
Новые ответы [ Отслеживать ]
Периодически вылетают HDD(Linux), !*! CAMOJIET, 22-Сен-11, 03:03  [смотреть все]
  • Периодически вылетают HDD(Linux), !*! 2ihi, 07:26 , 22-Сен-11 (1)
    • Периодически вылетают HDD(Linux), !*! CAMOJIET, 10:34 , 22-Сен-11 (3)
      • Периодически вылетают HDD(Linux), !*! 2ihi, 11:31 , 22-Сен-11 (8)
        • Периодически вылетают HDD(Linux), !*! KobaLTD., 12:57 , 08-Окт-11 (40)
          >[оверквотинг удален]
          > (недописанный кусок) то всё восстановление пройдет с глюком и итогом будет
          > некорректный пул. Эту проблему решают батарейки кеша записи устанавливаемые в контроллер.
          > Если рухнул свет то батарея держит кеш контроллера порядка нескольких суток
          > и при появлении питания на рейде контроллер кусок свой допишет.
          > Про разделение ФС на разные рейды в пределах одного набора дисков, ну
          > мягко говоря изврат, а честно говоря, я даже не подразумевал что
          > так можно делать :)
          > Всеж советую отказаться от 5\6го рейда в пользу зеркала.
          > Гдет читал прикол о том, что админы делятся на тех кто еще
          > не делает бекап и на тех кто уже делает :)

          Вы хоть бред то не пишите, а изучите мат часть. На хардварных контролерах ставиться батарейка т.к. данные попадают не сразу на хард, а с начала в оперативку на контролере. В програмной реализации данные идут сразу на харды. При чем в определенной последовательности. Сначало льються просто данные на харды, и тут обсолютно ни какой разницы с зеркалом, только в кол-во хардов - поэтому на этом этапе уровень безопасности "краша" одинаков, на втором этапе вычистяеться контрольная последовательность для данных и пишиться на диски. Здесь вообще безразници - если произошол сбой питания то, при ребилде просто перечситаеться контрольная последомательность и запишиться заного. А если учесть что зеркало это 2 диска обычно а 5 это какминимум 3 - по первый этап записи данных протекаеть быстрее чем с зеркакол что уменьшает шанс ошибки при пропадании питания.
          С рейдами работаю давно и плотно и есчо не видел ни одного 5/6 разволившейся из-за глюков с питанием так что незься было пересобрать хоть и с потереь последнего целостного логического элемента записи.
          По вашей же теме с выпадением разных дисков - первый и основной совет - перепрошейте харды. Скорее всего прошивка которая у вас счас стоит (а харды наверника не raid едишен), не корректно отрабатывают задержки на чтение/запись в райде. И не слушает что тут будут болтать про то что это не важно, райд программый работает с любыми хардами - все это бред - ВСЕ РАЙДЫ ПРОГРАММЫЕ, а так называемые ХАРДВАРНЫЕ - это просто ПРОГРАММЫЙ райд на ОТДЕЛЬНОМ компе (платке), заточенном под это дело и все.

          • Периодически вылетают HDD(Linux), !*! 2ihi, 13:17 , 08-Окт-11 (41)
            • Периодически вылетают HDD(Linux), !*! KobaLTD., 12:41 , 09-Окт-11 (42)
              > Интересно, зачем делают рейды за 1к$ и больше, ведь программный рейд бесплатный...?
              > Вот люди дураки, ЕМС покупают, ХП всякий за кучи и кучи
              > $$$..
              > Товарищ, расскажите что вы использовали?

              Юзал адоптеки со времен IDE и до сих пор, Текрамы, 3Варе. Зачем делают платные рейды - отвечу - я не говорил что различий нет - первое различие это нагрузка на ЦП. "Хардварный" райд уменьшает нагрузку на ЦП, в отличи от программного. Второе это кол-во портов - тяжело найти мать более чем с 8 портами или два и более контролеров (не райд) живущих рядом. И самое основное это желание производителя заработать - вы не когда не задумывались почему с одним и темже функционалом текрамоские контролеры стоят чутьли не в двое дешевле чем HP amart array ? хотя делает его по всем катигориям.
              Хардварный райд - это тот же самый программный райд размещеный на отдельном компе-плате. Контролеры MegaRaid вообще прошиваються(прошивались) чемто из серии обрезанного линя (мое имхо) - так как у нас в институте в свое время после добавления индификаторов в исходники mdadm мы цепляли на слаке райд 5 собранный на "Хардварном" райде.
              В Хардварных рейдах функции райда отрабатываються "прошифкой"-программой, а сигнальными процесорами - а где иполняеться "прошифка" и за счет каких ресурсов - это уже вопрос финансов - по этому ВСЕ РАЙДЫ программные, вопрос только в том какие РЕСУРСЫ выжирает эта программа и какой функционал имеет.

              • Периодически вылетают HDD(Linux), !*! 2ihi, 13:44 , 09-Окт-11 (43)
                • Периодически вылетают HDD(Linux), !*! KobaLTD., 14:05 , 09-Окт-11 (45)
                  >[оверквотинг удален]
                  > ОЧЕНЬ И ОЧЕНЬ медленны. Все доступные на данный момент аппаратные RAID5
                  > (и вариации типа 6,4 итд) среднего и высшего ценового диапазона используют
                  > реализации использующие энергонезависимую память (батарейку или же новейшее железо - SSD)
                  > для защиты от сбоев и пропадания питания. Этот вариант работает, но
                  > стоит от 600-700$ и до бесконечности.
                  > Лично я вижу 2 вывода при юзе софтовых реализаций
                  > 1. Если обеспечить питанием сервер с RAID5 возможности нет, то лучше остановиться
                  > на зеркале.
                  > 2. Если первое получилось, то при большом количестве записей на массив лучше
                  > подстраховаться все тем же зеркалом.

                  Вы вдаете в подробности - и все правельно описали - только какая разница в связи с выше изложенным между наборами "хардварный райд"+батарейка и "программый райд"+Smart UPS+корекное отключение сервера при пропаже електрики?
                  Есть одно простое понятие - райд по определению не бывает безопастным - даже зеркала, всегда есть ситуации когда он может загнуться (личный опыт). Вопрос в том - Если ли необходимость в "Хардварном райде" в каждой конкретной ситуации. У каждой реализации есть свои плюсы и минусы. И каждый админ выбирает то что ему больше подходит. Я говорю про другое что "программный" райд не менее стабилен и безопасен чем "Хардварный" - т.к. по сути они оба программые, просто разные реализации. А с учетом того что класический программый рейд перерабытывает все сообщество, а "Хардварный" узкая кучка специалистов - при равной "кривости" рук - программый более безопасен чем "Хардварный". По личному опыту - за все время НИ РАЗУ не потерял инфу на программных рейдах, а вот на хардварных терял. Но опят же тут вопрос в руках и подходах.
                  З.Ы. Для справки почти весь обзываемый "профессиональным" сегмент NAS стоимостью до 70к руб (без хардов) постоен или на "программных" или на "fake" райдах - и большенство это "хавает","переваривает" и довольно сервисом и стабильнотью :):):)

                  :)

                  • Периодически вылетают HDD(Linux), !*! 2ihi, 16:22 , 09-Окт-11 (46)
                    • Периодически вылетают HDD(Linux), !*! KobaLTD., 17:01 , 09-Окт-11 (47)
                      > Это не подробности, это свойства алгоритма рейд5-6 и прочих, в софтреализации, в
                      > рамках этой ветки при подвисании машины последствия могут быть фатальны и
                      > никакой в голову двинутый админ не даст 100% гарантии что его
                      > ось и софт этой оси не зависнет в момент записи на
                      > софтрейд, а вот зависания на хардрейде не так критичны, аппаратная железка
                      > допишет либо в момент глюка, либо после восстановления работоспособности системы. Это
                      > собственно первый плюс хардрейда с возможностью дописывания ....

                      Вот в это фразе вы в корне не правы.
                      Объясняю
                      Хардварный Райд:
                      Запись производиться в любом случаи средствами OS. Райд допишит только то что попало к нему в память (128/256 и т.д.) но эти данные OS уже будет считать "отработанными".
                      Софтварный райд
                      Запись производиться в любом случаи средствами OS. Данные попадают сразу на HDD. поэтому на момент "зависания" данные уже записаны.
                      Я не буду счас спорить о всяких технический подробностей. Но ситуация когда есть 2 компа и 1 комп - Шанс зависания больше когда их 2. Это из серии элементарной логики. ХД райд - это комп, и не надо говорить что он стабильный - почитайте баг фиксы к прошифкам :). Чем сложнее структура тем больше шанс сбоя - это жизнь. Если зависнит ХД райд в момент записи - то такой же вариант потери. Вот вам в пример и обратная сторона - сгорел ХД райд десятилетней давности? Клюк не клюк - востановить данные - уже проблема.
                      Не стоит расматривать надежность решения с точки зрения наихудшего для него варианта, а конкурента с наилудшего :):):) - У ХД тоже есть проблемы всвете которых он бъет массив, а софтварный в этой ситуации жилбы себе и жил дальше. Для "Нормальной" работы программного райда необходима - нормальноя работа ОС и драйвера райда. Для ХД - нормальная работа ОС, драйвера райда и прошифки райда. - Покрайней мере на 1 звено больше и шанс что где то напортачат тоже больше.

                      Я есчо раз говорю - какждое решение имеет право на жизнь и свою нишу применения, Если критично кол-во "свободных ресурсов" и "моментальная" скорость записи - ХД райд, если не важно колво ресерсов и скорость - но критичен объем (большая файл помойка) - никогда в жизни не поставлю ХД райд - лишная не нужная трата денег, соберу программный.
                      З.Ы. Про ZFS порадовало - а что такое ZFS как не: Журналирумая FS + Sotfware Raid+LVM в одном флаконе только очень прожерлевое по ресурсам? :))) Все больше спорить не буду - каждый останеться при своем мнении о целесообразности применения и надежностти.


  • Периодически вылетают HDD(Linux), !*! vg, 10:19 , 22-Сен-11 (2)
  • Периодически вылетают HDD(Linux), !*! 1, 11:51 , 22-Сен-11 (10)
  • Периодически вылетают HDD(Linux), !*! lavr, 11:43 , 23-Сен-11 (16)
  • Периодически вылетают HDD(Linux), !*! kolayshkin, 00:48 , 24-Окт-11 (72)



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

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