2016-12-25 10:34 GMT+02:00 Vladimir Sharun
Справедливости ради, "дурные железки" RAID умеют работать как HBA,
ДАЛЕКО не все умеют режим HBA. Из тех кто умеет, далеко не все умеют работать в этом режиме честно. Я проверял ;)
Я, по крайней мере, не встречал еще таких, которые бы не умели отдавать JBOD.
Встречал более чем неоднократно. Особенно LSI MegaRAID я хорошо изучил, и контроллеры типа 3ware. Спасибо, уважаемый, грабли хоженые топтаные, в частности то что MegaRAID называет "JBOD" - таковым не является, и "закирпичивать" LSI инженерными прошивками приходилось, и реанимировать потом... Нет-нет, спасибо спасибо, лично мне достаточно, я наигрался и мне есть на что потратить время. Только честный прозрачный HBA, как я уже и писал, и как рекомендуют лучшие собаководы по вопросам ZFS.
Да и passthru интерфейс до диска еще не отменяли.
Да-да, слово с тремя буквами "З" напомнить? ЩаЗЗЗЗЗ.
На всякий случай - это я не агитирую за железявый RAID, ради расширения спектра возможностей.
Нет-нет, спасибо, увольте, сыт уже.
Только честный прозрачный HBA. А лучший RAID - это ZFS (который заодно и S.M.A.R.T.-aware, и TRIM-aware).
ZFS на смарт клал,
Ну пошли по пунктам. ZFS "ловит" аппаратные отказы дисков и сбои чтения-записи. И делает это сам лично. И умеет "залечивать" сдохшие блоки. Чтобы это работало, ZFS-у нужно работать с дисками напрямую через прозрачный HBA, потому что прослойка из RAID, или pseudo-JBOD - она ПРЯЧЕТ железо дисков от ZFS-а, чем и портит ему всю малину. И да, эта часть истории - она не про S.M.A.R.T. вовсе, действительно. С этим спорить будем? Часть вторая. Для того, чтобы ПО ВОЗМОЖНОСТИ не доводить ZFS до необходимости таки бороться с отказами железа, а менять дохлое железо превентивно, в системе по крону пролетает демон, который обнюхивает S.M.A.R.T. и в случае обнаружения признаков умирания - кляузничает админу, мол "за такой-то канарейкой пришла маленькая нелепая смерть в цветастом балахончике, пора менять". Снова-таки, чтобы упомянутый демон мог получать с дисков S.M.A.R.T. - ему точно так же необходимо работать с дисками напрямую через прозрачный HBA, потому что прослойка из RAID, или pseudo-JBOD, не пропускает соотв. ATA COMMANDS для диагностики. (Ну Ок, для 3ware и его родственников есть костыль, чтобы сквозь псевдо-JBOD вынимать с дисков S.M.A.R.T. но это исключение только подтверждает правило - у MegaRAID разумного способа нету). С этим спорить будем? Вывод: честный топовый HBA рулит.
с тримом - нюансы, потому что наличие стоп-листа, где trim несовместим с zfs - это, кажется, уже ручная работа, где колебания прошивки могут привести к фатальным моментам.
Если HBA честный прозрачный, то о каком вообще "стоп-листе" речь?