RAID 5 - имеет ли право на жизнь?
Добавлено: 28 мар 2010, 16:57
Пришло время обновить data storage, было решено купить RAID enclosure и 5 *2TB Hitachi disks.
http://www.datoptic.com/cgi-bin/web.cgi ... detail=yes
Все мне в нем нравится, уже заказан и в пути. Пришло время думать про конфигурацию, я планировал RAID 5. Связался с производителем, обсудить поддержит ли их ящик конфигурацию когда я бы мог доступаться к 8TB-10TB с 32 битной ОС (GPT is not supported), затронул вопрос про выбор рейда, да и спросил просто как бы получить подтверждение на вопрос, ответ на который я уже как бы (я думал) знал - "Собираюсь хранить 2 TB файлы, на 2 TB logical disks, i.e. the raid 5 array (2TB*5) will be split into 4 logical 2 TB disks, в случае смерти одного диска, и его замены какова вероятность что рейд перестроится успешно?" Мужик подумал и сказал - не знаю, явно что не 100%, слишком много факторов вовлечено. Объяснить он мне тогда по телефону всего не смог, порекомендовал почитать про unrecoverable read error rate (URE), тем более что диски, купленные мной (производитель рейда предлагает такие же) - это не enterprise версия. Вообщем он стал меня отговаривать от RAID 5 в пользу RAID 1/10..
Я почитал кое чего в инете и похоже все сводится к следующему:
а) теоретическая реализация RAID 5 ГАРАНТИРУЕТ восстановление RAID в случае смерти одного диска;
b) практическое состояние дел (для обычных дисков URE около 10^14), при перестройке RAID array about 10TB-12TB шанс на то что будет полученна unrecoverable read error (я так понимаю что это 1 сектор наверно) становится более чем реальный;
http://blogs.zdnet.com/storage/?p=162
*************************************************************
Многие RAID контроллеры прекращают восстановление массива (RAID 5) как только, возникает unrecoverable read error при чтении с диска, хотя мне это очень странно - было бы логично просто потерять один RAID block (я так понимаю что 1 дисковый сектор, это - наименьшая логическая величина, из которой состоит 1 RAID block, хотя это не суть как важно). Понятно что инфо в том блоке, файл/файлы, использующее тот блок будут утерянны, но не все же 8 ТВ данных!!
Наверно, это будет ВОПРОС N1, на который я должен получить вопрос от производителя.
+++++++++++++++++++++++++++++
RAID хранит много данных, к некоторым областям дискового пространства контроллер может не обращаться годами (ну нетрогает никто старую базу (2 ТВ) в течении последних 3 лет). Значит, если пластина(ы) начнут сыпаться, контроллер об этом не узнает (если он не проводит рутинное сканирование дискового простанства, пытаясь найти и перенести блоки, которые склонны к умиранию) и когда придет время Ч. в добавок к тому что конроллер уже работает в degraded mode к этому еще добавятся возможные ошибки, возникшие при обращении к вышеупомянутым областям - это будет очень неприятный сюрприз!!
Значит ВОПРОС N2, на который я должен получить вопрос от производителя: поддерживает ли фирмваре того RAID enclosure "disk scrubbing" i.e. scanning of the disks for the bad sectors while idling?
++++++++++++
и последняя часть - я не уточнил, может ли эта коробка работать с backup UPS. Например, мой старенький NAS QNAP (RAID 1) замечательно работает с APS CS 500 - как только UPS видит что питание пропало, он информирует NAS и тот быстренько сворачивается и соответсвенной зписью в логе.
Поэтому я считаю что достойный RAID конроллер должет быть способным работать в паре с UPS что бы избежать проблем в момент восстановления данных - когда он действительно реально уязвим, вместо того что бы требовать от пользователя установки резервного дизель генератора - процесс восстановления 10 TB может занимать недели, если RAID остается в работе и на восстановление выделяется не 100% мощности процессора.
Это будет ВОПРОС 3 к производителю.
-----------
Если ответы на вопросы 1и 2 - нет (я не знаю как критичен ответ на вопрос 3, но я привык что мой NAS заботится о себе сам), то я намереваюсь по получению RAID из Штатов (коробка 40lb) послать его назад, не распаковывая и искать другое, более подходящее устройтство. Конечно, я должен бы подумать об этом всем заранее, но просто небыло времени. Лучше похже чем потерять потом 8 TB данных (backup тут не причем, как раз этот массив и рассматривается как место хранения backupov).
....................
Люди, сведующии в RAID технологиях, скажите Христа Ради, я правильно понимаю ситуациию или все как то по другому?
http://www.datoptic.com/cgi-bin/web.cgi ... detail=yes
Все мне в нем нравится, уже заказан и в пути. Пришло время думать про конфигурацию, я планировал RAID 5. Связался с производителем, обсудить поддержит ли их ящик конфигурацию когда я бы мог доступаться к 8TB-10TB с 32 битной ОС (GPT is not supported), затронул вопрос про выбор рейда, да и спросил просто как бы получить подтверждение на вопрос, ответ на который я уже как бы (я думал) знал - "Собираюсь хранить 2 TB файлы, на 2 TB logical disks, i.e. the raid 5 array (2TB*5) will be split into 4 logical 2 TB disks, в случае смерти одного диска, и его замены какова вероятность что рейд перестроится успешно?" Мужик подумал и сказал - не знаю, явно что не 100%, слишком много факторов вовлечено. Объяснить он мне тогда по телефону всего не смог, порекомендовал почитать про unrecoverable read error rate (URE), тем более что диски, купленные мной (производитель рейда предлагает такие же) - это не enterprise версия. Вообщем он стал меня отговаривать от RAID 5 в пользу RAID 1/10..
Я почитал кое чего в инете и похоже все сводится к следующему:
а) теоретическая реализация RAID 5 ГАРАНТИРУЕТ восстановление RAID в случае смерти одного диска;
b) практическое состояние дел (для обычных дисков URE около 10^14), при перестройке RAID array about 10TB-12TB шанс на то что будет полученна unrecoverable read error (я так понимаю что это 1 сектор наверно) становится более чем реальный;
http://blogs.zdnet.com/storage/?p=162
*************************************************************
Многие RAID контроллеры прекращают восстановление массива (RAID 5) как только, возникает unrecoverable read error при чтении с диска, хотя мне это очень странно - было бы логично просто потерять один RAID block (я так понимаю что 1 дисковый сектор, это - наименьшая логическая величина, из которой состоит 1 RAID block, хотя это не суть как важно). Понятно что инфо в том блоке, файл/файлы, использующее тот блок будут утерянны, но не все же 8 ТВ данных!!
Наверно, это будет ВОПРОС N1, на который я должен получить вопрос от производителя.
+++++++++++++++++++++++++++++
RAID хранит много данных, к некоторым областям дискового пространства контроллер может не обращаться годами (ну нетрогает никто старую базу (2 ТВ) в течении последних 3 лет). Значит, если пластина(ы) начнут сыпаться, контроллер об этом не узнает (если он не проводит рутинное сканирование дискового простанства, пытаясь найти и перенести блоки, которые склонны к умиранию) и когда придет время Ч. в добавок к тому что конроллер уже работает в degraded mode к этому еще добавятся возможные ошибки, возникшие при обращении к вышеупомянутым областям - это будет очень неприятный сюрприз!!
Значит ВОПРОС N2, на который я должен получить вопрос от производителя: поддерживает ли фирмваре того RAID enclosure "disk scrubbing" i.e. scanning of the disks for the bad sectors while idling?
++++++++++++
и последняя часть - я не уточнил, может ли эта коробка работать с backup UPS. Например, мой старенький NAS QNAP (RAID 1) замечательно работает с APS CS 500 - как только UPS видит что питание пропало, он информирует NAS и тот быстренько сворачивается и соответсвенной зписью в логе.
Поэтому я считаю что достойный RAID конроллер должет быть способным работать в паре с UPS что бы избежать проблем в момент восстановления данных - когда он действительно реально уязвим, вместо того что бы требовать от пользователя установки резервного дизель генератора - процесс восстановления 10 TB может занимать недели, если RAID остается в работе и на восстановление выделяется не 100% мощности процессора.
Это будет ВОПРОС 3 к производителю.
-----------
Если ответы на вопросы 1и 2 - нет (я не знаю как критичен ответ на вопрос 3, но я привык что мой NAS заботится о себе сам), то я намереваюсь по получению RAID из Штатов (коробка 40lb) послать его назад, не распаковывая и искать другое, более подходящее устройтство. Конечно, я должен бы подумать об этом всем заранее, но просто небыло времени. Лучше похже чем потерять потом 8 TB данных (backup тут не причем, как раз этот массив и рассматривается как место хранения backupov).
....................
Люди, сведующии в RAID технологиях, скажите Христа Ради, я правильно понимаю ситуациию или все как то по другому?