RAID - Программный или аппаратный?

Помнится, как-то в одном сервере контроллер сжег 4 винта из 6 я отказался от аппаратного RAID. Когда-то было удачное решение использовать HDD + SSD + cachecade от LSI, но SSD победило.

За 12 лет практики не умер ни 1 аппаратный рейд контроллер.

*помнится как умерший блок питания выжег 100% комплектующих сервера.

*помнится как у сотрудника ссд выпала из рук и упала в лестничный пролет с высоты 5 этажа на бетон - разбилась. (мораль не использовать ССД да ? иногда они ломаются при падении ?)

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

Эксплуатацию аппаратного рейда без большого кеша и батарейки не рассматриваю в принципе.

Что-то вы лукавите. Вы хотите сказать что у вас 12 лет работают уже рейды и ни одного не списали? Это анриал абсолютный. На селеронах небось еще стоят.

Я себе представляю аппаратный рейд примерно так :

Купить Шевроле камаро для того, что бы по картошку на дачу ездить. Да быстрый, да классный, но по грунтовке с ямами на нем поедешь не быстрее чем ВАЗ 2101. А сломается запчастей не найдешь и в кругленькую сумму встрянешь. Жрет топлива немерено. А вместимость картошки то у них одинаковая !! Как-то так это выглядит. У каждого продукта свое предназначение и делать из HW панацею абсолютно не к чему, и уж тем более вводить людей в заблуждение, что он им крайне необходим.

А я и не говорил что аппаратные рейды всем необходимы. Зачем же вы приписываете мне чужие слова. Я лишь настаиваю на том что аппаратный рейд быстрее и надежнее софтового рейда.

А нужно это конкретному клиенту или нет вопрос десятый.

И если вас интересует какое именно железо до сих пор работает с 12-14 летним возрастом то без проблем:

это HP proliant 360 G3 (Intel(R) Xeon(TM) MP CPU 2.50GHz/ с рейдом HP scsi (модель уже не помню)) их не так много осталось, до сих пор работает 4 штуки но из строя не вышел ни один. К слову как и диски до сих пор живут.

Так сказали, как будто у вас всего 1 контроллер и он каким-то чудом прожил 12 лет :) :)

Нет, сынок это - фантастика (с)

всего было около 17-20 таких машин.

работают до сих пор 4.

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

Вы немного путаете назначение бекапа и рейда. Бекап - защищает от потери данных при сбое. А рейд должен защитить от самого сбоя, не допустить его и сделать это путем дублирования узлов (жестких дисков). Но при этом контроллер сам является не задублированным узлом.

дак у вас и материнка не задублирована и оперативная память и процессора.

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

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

Все верно. Но контроллер - ЕЩЕ ОДИН не задублированный элемент. Но уловите суть слов "ЕЩЕ ОДИН". Тонкость данного момента вот в чем:

Если у Вас есть условный сервер который состоит из одной детали, которая имеет вероятность поломки 10%, то вероятность поломки сервера - 10%. Т.е. поломается 1 из 10 серверов.

Если в Вашем сервере 10 деталей с вероятностью поломки 10%, то вероятность поломки всего сервера - 100%. Т.е. поломается 10 из 10.

Чем больше не задублированных деталей - тем больше вероятность поломки.

Это само собой и даже не обсуждается. Рейд защищает от сбоя диска. Рейд не способен защитить от умышленного или нечаянного удаления данных в результате взлома или непрофессиональных действий. У каждого инструмента свое назначение. Я об этом и говорил - это два разных инструмента и их путать не нужно. Подменять один другим тоже не нужно.

Мы используем HW рейды только на WMWare/Win системах, а также на дисковых полках, где требуется сверхнадежность и стоит по 2 контроллера на бекплейн. В других случаях смысла нет, так как с появлением SSD/NVMe производительность зашкаливает, а контроллер становится лишней точкой отказа.