|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Kazarov 2:5020/400 14 May 2004 12:54:49
To : Vassily Kiryanov
Subject : Re: RAID на IDE
--------------------------------------------------------------------------------
Vassily Kiryanov пишет:
SZ>> Именно для надежности и именно аппаратный.
VK> Тогда RAID должен быть уровня не ниже 1. JBOD или чисто 0-й уровни
не пойдут.
VK> Hа рэйдах, где избыточность построена как для уровня 1 (это 1, 1+0)
теряется
VK> половина ёмкости массива. И можно объединять только чётное
количество дисков.
VK> Hа рэйдах, где избыточность построена как для уровня 5 (это 4, 5)
теряется
VK> ёмкость одного диска в массиве. Количество дисков от 3 до 9
(максимум зависит
VK> от реализации).
VK> И та и другая схема лучше работают, когда все диски одинаковые.
VK> С целью приобретения и хардверностью понятно, теперь ответь на
вопросы:
VK> Какой объём массива ты хочешь получить?
VK> (или, м.б. ты хочешь больше 1-го массива на контроллер)
VK> Сколько ёмкости ЖД ты готов потерять?
VK> (половину можно или нужно как можно меньше) Сколько ЖД ты хочешь
объединить?
VK> (и какой ёмкости, если уж на то пошло)
И ещё надо озаботится вопросами необходимой производительности.
1. Зеркалирование (RAID1) увеличивает производительность на чтение в 2
раза (и более, по числу используемых отражений) - операция чтения
отправляется на менее нагруженный (в данный момент) диск. Запись
незначительно медленнее, чем на 1 диск, т.к. всё пишется сразу на 2
диска (или в 2 раза падает, если контроллер почему-либо не может
распараллелить запись).
2. RAID5, т.к. чтение данных идёт одновременно со всех дисков -
ускоряет чтение в несколько раз (по числу дисков минус 1 (из-за
чётности)).
С записью - всё сложнее: если пишется не весь stripe за раз (т.е. при
записи меньше (N-1)*BlockSize, где N - кол-во дисков в RAID5 массиве),
то контроллер сначала будет читать блоки страйпа со всех дисков в
буфер, вносить сохраняемые данные, пересчитывать блок чётности и писать
всё это обратно на все диски.
А так как система пишет на диск черезчур часто (если файловая система
не readonly), то RAID 5 может сильно снизить производительность системы.
Скажем find / -type f | xargs fgrep string превращается в сущий кошмар,
система смонтирована без noatime - каждая операция чтения меняет atime
у inode и inode переписывается на диске (как пример - сбор базы locate
на одном моём серваке занимал часов 6-7; железо: PIII 1ГГц + 2ГБ ОЗУ,
scsi, raid 5; при этом это была почти голая система, даже сырцов не
было)
По-этому RAID 2 и выше рекомендуют либо для приложений пишуших большие
объёмы данных за раз (video граббер, на пример), для readonly или редко
меняемых данных или там, где скорость не важна (файлопомойка). И
настоятельно рекомендуют не использовать RAID 2 и выше для баз данных и
т.д. - производительность может упасть значительно.
Эту проблему можно подправить большим (лучше очень-очень большим) кешем
raid-контроллера. Hо тогда надёжность очень сильно зависит от того,
насколько этот кеш nonvolatile.
Дмитрий
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3
* Origin: Talk.ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
