Терминология — RAID 5 — AlterBit.ru

RAID уровня 5 — это массив независимых дисков с распределенным хранением контрольных сумм.

Блоки данных и контрольные суммы по кругу записываются на все диски массива поэтому нет ассиметричности конфигурации дисков. Такая схема не требует специально выделенного диска для хранения информации о контрольных суммах.

Объём дискового массива RAID5 рассчитывается по формуле (n-1)*V.hdd, где n — число дисков в массиве, а V.hdd — размер наименьшего диска. Поэтому в случае построения RAID 5 все диски массива должны иметь одинаковый размер. При этом результирующая емкость дисковой подсистемы, доступной для записи, становится меньше ровно на один диск. Например, если пять дисков имеют размер 10 Гбайт, то фактический размер массива составляет 40 Гбайт, так как 10 Гбайт отводится на контрольную информацию.

RAID 5 как и RAID 4  имеет архитектуру независимого доступа. В сравнении с RAID 3 здесь предусмотрен большой размер логических блоков для хранения информации. Поэтому, как и в случае с RAID 4, основной выигрыш такой массив обеспечивает при одновременной обработке нескольких запросов. Резюмируя достоинства можно сказать следующее, — в RAID 5 на запись информации тратятся дополнительные вычилительные ресурсы и, как следствие, — падает производительность. Зато при чтении (по сравнению с отдельным  HDD диском) имеется выигрыш производительности, ведь потоки данных с нескольких дисков массива обрабатываются параллельно.

Из недостатков следует отметить, что производительность RAID этого уровня снижается на 10-25%  в сравнении с RAID 1 на операциях типа Random Write (записи в произвольном порядке), так как требует большего количества операций с дисками потому что каждая операция записи сервера заменяется на контроллере RAID на три — одну операцию чтения и две операции записи.

При выходе из строя одного из дисков катастрофически падает надежность массива до уровня RAID 0 (когда данные записываются последовательно на несколько дисков с нулевой избыточностью). При этом чем больше количество дисков в массиве тем ниже надежность, она снижается кратно количеству дисков. В этот момент система находится в критическом режиме т.к. все операции чтения и записи сопровождаются дополнительными манипуляциями. Если выходит из строя 2-ой диск или возникает простая ошибка чтения — массив разрушится и данные не удастся восстановить традиционными методами.

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

Минимальное количество дисков для организации RAID5 равно 3

Калькулятор RAID | NetworkCenter

0 1 3 4 5 6 DP 10 50 60

RAID 0 — массив дисков с чередованием.

RAID 1 — зеркалированный массив дисков.

RAID 3 — массив дисков с побайтным чередованием с одним диском четности.

RAID 4 — массив дисков с поблочным чередованием с одним диском четности.

RAID 5 — массив дисков с поблочным чередованием с одним диском четности.

RAID 6 — массив дисков с поблочным чередованием с двумя дисками четности.

RAID DP — RAID 6, в котором для записи контрольных сумм выделяются два отдельных диска.

RAID 10 — массив дисков с зеркалированием и чередованием.

RAID 50 — массив дисков, состоящий из чередования массивов RAID 5.

RAID 60 — массив дисков, состоящий из чередования массивов RAID 6.

Объем диска

SSD 2.5″ SAS 2.5″ NL SAS / SATA 3.5″

Задать произвольный объем, GB

Вероятнее всего, диск указанного объема — SSD 2.5″

Вероятнее всего, диск указанного объема — SAS 2.5″

Вероятнее всего, диск указанного объема — NL SAS / SATA 3.5″

Количество дисков

до 50 шт. 50 — 100 шт. 100 — 200 шт.

Задать произвольное количество дисков, шт.

Для построения RAID 0 требуется не менее 2 дисков.

Для построения RAID 1 требуется не менее 2 дисков.

Для построения RAID 3 требуется не менее 3 дисков.

Для построения RAID 4 требуется не менее 3 дисков.

Для построения RAID 5 требуется не менее 3 дисков.

Для построения RAID 6 требуется не менее 4 дисков.

Для построения RAID DP требуется не менее 4 дисков.

Для построения RAID 10 требуется не менее 4 дисков и количество дисков должно быть четным.

Для построения RAID 50 требуется не менее 6 дисков и количество дисков должно быть четным..

Для построения RAID 60 требуется не менее 8 дисков и количество дисков должно быть четным..

Задать максимальное количество дисков в RAID группе, шт.

Зависит от надежности дисков (MTBF) и скорости восстановления массива (Rebuild Time)

Как посмотреть сколько дисков в RAID5? — Хабр Q&A

Есть сервер, по паспорту должно быть 3 диска в RAID5 — как посмотреть, сколько реально дисков на этой машине?

Предыстория. Лёг сервер, вот незадача. С горем пополам поднял. Были ошибки на диске и наверное рассыпался RAID. Попробовал собрать, заработало, но как-то хз..

Делаю fdisk -l — показывает что у меня только 2 диска sda и sdb — но третьего не видно в упор.
sdc только на словах. Вот что саппорт ответил

you have 3 disk but actualy you are on RAID5. you see 2 disk and 1 disk is for the mirroring

dev/sda1 RAID 1 /boot EXT4 300 Mo
/dev/sdb1 RAID 1 /boot EXT4 300 Mo
/dev/sdc1 RAID 1 /boot EXT4 300 Mo
/dev/md1
/dev/sda2 RAID 5 / EXT4 20 Go
/dev/sdb2 RAID 5 / EXT4 20 Go
/dev/sdc2 RAID 5 / EXT4 20 Go
/dev/md2
/dev/sda3 RAID 5 /data EXT4 219 Go

/dev/sdb3 RAID 5 /data EXT4 219 Go
/dev/sdc3 RAID 5 /data EXT4 219 Go

If you want the another RAID you have to launch a new installation a choose the RAID or No RAID

То есть их три, но вижу я только 2, а третий is for the mirroring — и мне его видеть не обязательно! Мне кажется.. или меня «обманывают»?

~# more /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md125 : active raid5 sdb3[1] sda3[0]
      460208128 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [UU_]
      bitmap: 2/2 pages [8KB], 65536KB chunk

md126 : active raid5 sdb2[1] sda2[0]
      39028736 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [UU_]
      
md127 : active raid1 sdb1[1] sda1[0]
      291520 blocks super 1.2 [3/2] [UU_]

Disk /dev/sda: 238,5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xa1a87c2a

Device     Boot    Start       End   Sectors   Size Id Type
/dev/sda1  *        2048    585727    583680   285M fd Linux raid autodetect
/dev/sda2         585728  39647231  39061504  18,6G fd Linux raid autodetect
/dev/sda3       39647232 500117503 460470272 219,6G fd Linux raid autodetect


Disk /dev/sdb: 238,5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xbf06c875

Device     Boot    Start       End   Sectors   Size Id Type
/dev/sdb1  *        2048    585727    583680   285M fd Linux raid autodetect
/dev/sdb2         585728  39647231  39061504  18,6G fd Linux raid autodetect
/dev/sdb3       39647232 500117503 460470272 219,6G fd Linux raid autodetect


Disk /dev/md0: 284,7 MiB, 298516480 bytes, 583040 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/md2: 438,9 GiB, 471253123072 bytes, 920416256 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 524288 bytes / 1048576 bytes


Disk /dev/md1: 37,2 GiB, 39965425664 bytes, 78057472 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 524288 bytes / 1048576 bytes
 
 
 

Number   Major   Minor   RaidDevice State
       0       8        3        0      active sync   /dev/sda3
       1       8       19        1      active sync   /dev/sdb3
       4       0        0        4      removed

IOPS — что это такое, и как его считать / Habr

IOPS (количество операций ввода/вывода – от англ. Input/Output Operations Per Second) – один из ключевых параметров при измерении производительности систем хранения данных, жестких дисков (НЖМД), твердотельных диски (SSD) и сетевых хранилища данных (SAN).

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

Значит, для определения IOPS надо знать скорость и размер блока при операции чтения / записи. Параметр IOPS равен скорости, деленной на размер блока при выполнении операции.

Характеристики производительности

Основными измеряемыми величинами являются операции линейного (последовательного) и произвольного (случайного) доступа.

Под линейными операциям чтения/записи, при которых части файлов считываются последовательно, одна за другой, подразумевается передача больших файлов (более 128 К). При произвольных операциях данные читаются случайно из разных областей носителя, обычно они ассоциируются с размером блока 4 Кбайт.

Ниже приведены основные характеристики:

Параметр	Описание
Всего IOPS (Total IOPS)	Суммарное число операций ввода/вывода в секунду (при выполнении как чтения, так и записи)
IOPS произвольного чтения (Random Read)	Среднее число операций произвольного чтения в секунду
IOPS произвольной записи (Random Write)	Среднее число операций произвольной записи в секунду
IOPS последовательного чтения (Sequential Read)	Среднее число операций линейного чтения в секунду
IOPS последовательной записи (Sequential Write)	Среднее число операций линейной записи в секунду

Приблизительные значения IOPS

Приблизительные значения IOPS для жестких дисков.

Устройство	Тип	IOPS	Интерфейс
7,200 об/мин SATA-диски	HDD	~75-100 IOPS	SATA 3 Гбит/с
10,000 об/мин SATA-диски	HDD	~125-150 IOPS	SATA 3 Гбит/с
10,000 об/мин SAS-диски	HDD	~140 IOPS	SAS
15,000 об/мин SAS-диски	HDD	~175-210 IOPS	SAS

Приблизительные значения IOPS для SSD.

Устройство	Тип	IOPS	Интерфейс
Intel X25-M G2 MLC	SSD	~8 600 IOPS	SATA 3 Гбит/с
OCZ Vertex 3	SSD	~60 000 IOPS (Произвольная запись 4K)	SATA 6 Гбит/с
OCZ RevoDrive 3 X2	SSD	~200 000 IOPS (Произвольная запись 4K)	PCIe
OCZ Z-Drive R4 CloudServ	SSD	~1 400 000 IOPS	PCIe

RAID пенальти

Любые операции чтения, которые выполняются на дисках, не подвергаются никакому пенальти, поскольку все диски могут использоваться для операций чтения. Но всё на оборот с операциями на запись. Количество пенальти на запись зависят от типа выбранного RAID-а, например.

В RAID 1 чтобы данные записались на диск, происходит две операции на запись (по одной записи на каждый диск), и следовательно RAID 1 имеет два пенальти.

В RAID 5 чтобы записать данные происходит 4 операции (Чтение существующих данных, четность RAID, Запись новых данных, Запись новой четности) тем самым пенальти в RAID 5 составляет 4.

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

RAID	I/O Пенальти
RAID 0	1 (Edited by Reader)
RAID 1	2
RAID 5	4
RAID 6	6
RAID 10	2

Характеристика рабочих нагрузок

Характеристика рабочей нагрузки в основном рассматривается как процент операции чтений и записей, которые вырабатывает или требует приложение. Например, в среде VDI процентное соотношение IOPS рассматривается как 80-90% на запись и 10-20% на чтение. Понимание характеристики рабочей нагрузки является наиболее критическим фактором, поскольку от этого и зависит выбор оптимального RAID для среды. Приложения которые интенсивно используют операции на запись являются хорошими кандидатами для RAID 10, тогда как приложения которые интенсивно используют операции на чтение могут быть размещены на RAID 5.

Вычисление IOPS

Есть два сценария вычисления IOPS-ов.
Один из сценариев это когда есть определенное число дисков, и мы хотим знать, сколько IOPS эти диски выдадут?
Второй сценарий, когда мы знаем сколько нам IOPS-ов надо, и хотим вычислить нужное количество дисков?

Сценарий 1: Вычисление IOPS исходя из определенного кол-ва дисков

Представим что у нас есть 20 450GB 15к RPM дисков. Рассмотрим два сценария Рабочей нагрузки 80%Write-20%Read и другой сценарий с 20%Write-80%Read. Также мы вычислим количество IOPS как для RAID5 и RAID 10.

Формула для расчета IOPS:

Total Raw IOPS = Disk Speed IOPS * Number of disks
Functional IOPS =(((Total Raw IOPS×Write %))/(RAID Penalty))+(Total Raw IOPS×Read %)

Есть определение Raw IOPS и Functional IOPS, как раз токи Functional IOPS-ы и есть те IOPS-ы которые включают в себя RAID пенальти, и это и есть “настоявшие” IOPS-ы.

А теперь подставим цифры и посмотрим что получится.

Total Raw IOPS = 170*20 = 3400 IOPS (один 15K RPM диск может выдать в среднем 170 IOPS)

Для RAID-5

Вариант 1 (80%Write 20%Read) Functional IOPS = (((3400*0.8))/(4))+(3400*0.2) = 1360 IOPS
Вариант 2 (20%Write 80%Read) Functional IOPS = (((3400*0.2))/(4))+(3400*0.8) = 2890 IOPS

Для RAID-1

Вариант 1 (80%Write 20%Read) Functional IOPS = (((3400*0.8))/(2))+(3400*0.2) = 2040 IOPS
Вариант 2 (20%Write 80%Read) Functional IOPS = (((3400*0.2))/(2))+(3400*0.8) = 3100 IOPS

Сценарий 2: Подсчет кол-ва дисков для достижения определенного кол-ва IOPS

Рассмотрим ситуацию где нам надо определить тип RAID-а и количества дисков для достижения определенного количества IOPS-ов 5000 и с определенными рабочими нагрузками, например 80%Write20%Read и 20%Write80% Read.

Опять же для начала формула по которой и будем считать:

Total number of Disks required = ((Total Read IOPS + (Total Write IOPS*RAID Penalty))/Disk Speed IOPS)

Total IOPS = 5000

Теперь подставим цифры.

Заметка: 80% от 5000 IOPS = 4000 IOPS и 20% от 5000 IOPS = 1000 IOPS с этими цифрами и будем оперировать.

Для RAID-5

Вариант 1 (80%Write20%Read) – Total Number of disks required = ((1000+(4000*4))/170) = 100 дисков.
Вариант 2 (20%Write80%Read) – Total Number of disks required = ((4000+(1000*4))/170) = 47 дисков приблизительно.

Для RAID-1

Вариант 1 (80%Write20%Read) – Total Number of disks required = ((1000+(4000*2))/170) = 53 диска приблизительно.
Вариант 2 (20%Write80%Read) – Total Number of disks required = ((4000+(1000*2))/170) = 35 дисков приблизительно.

Понимание и подсчет IOPS, RAID пенальти, и характеристик рабочих нагрузок очень критичны аспект при планировании. Когда нагрузка более интенсивна на запись луче выбирать RAID 10 и наоборот при нагрузках на чтение RAID 5.

Программы для измерения IOPS

IOmeter — тест IOPS
IOzone — тест IOPS
FIO — тест IOPS
CrystalDiskMark — тест IOPS
SQLIO — набор тестов для расчета производительности (IOPS, MB, Latency) под сервера БД
wmarow — калькулятор RAID групп по производительности IOPS

Всё, что вы хотели узнать о RAID-контроллерах, но лень было искать

Дисковый массив с нотками ретро.

На плечах RAID-контроллеров лежит ответственная задача — управление дисковой подсистемой, то есть всей информацией, хранимой на сервере. Именно они отвечают за работу дисковых массивов, позволяя повысить производительность сервера или надёжность хранения данных. Поэтому давайте поговорим о RAID-контроллерах, установленных в серверы вендоров «большой тройки», об их возможностях и особенностях.

Что такое RAID-контроллер?

Чаще всего задачи, выполняемые серверами, требуют высокой скорости чтения/записи данных и/или необходимость сохранить данные при выходе из строя самих накопителей. Поэтому установка в сервер единственного диска редко имеет смысл. Этот вариант можно рассматривать, если нагрузка будет совсем небольшой, а сохранность данных не волнует вовсе. Да и объёмы информации, которыми оперируют серверы, часто требуют куда больше пространства для хранения, чем может дать один диск. А чем больше накопителей, тем выше вероятность выхода из строя, особенно при высокой нагрузке.

Проблемы производительности и отказоустойчивости дисковой подсистемы решаются с помощью создания массивов: логических структур, в которые с помощью RAID-контроллера объединяется несколько накопителей — жёстких дисков и SSD. При этом массив выглядит для системы единым пространством для хранения данных.

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

RAID-контроллеры делятся на:

• Программные. Вся нагрузка по управлению массивом ложится на центральный процессор. Наименее производительное и отказоустойчивое решение.
• Интегрированные. Встроены в материнскую плату. Отдельный чип выполняет часть задач по управлению, но всё же тоже задействует центральный процессор. Интегрированные контроллеры могут иметь собственную кэш-память. По сравнению с программными, поддерживают больше видов массивов, работают куда быстрее и надёжнее.
• Аппаратные. Выполнены в виде плат расширения или отдельных устройств, размещаемых вне сервера (внешние, или мостовые контроллеры). Оснащены собственным процессором, выполняющим все необходимые вычисления, и, как правило, кэш-памятью. Модульные контроллеры могут иметь внешние и внутренние порты:
  
  • Внутренние — предназначены для подключения накопителей, установленных в сам сервер.
  • Внешние — используются для подключения внешних дисковых хранилищ.

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

Если на борту RAID-контроллера есть кэш-память, то она может использоваться для промежуточного хранения записываемых или считываемых данных. Это позволяет эффективнее управлять операциями ввода/вывода.

Чтобы при сбое питания не потерять данные, находящиеся в кэше, используется два разных подхода:

• контроллер оснащается собственной батарейкой (BBU — Battery Backup Unit), позволяющей хранить данные в памяти до 3 суток,
• либо дополнительной флэш-памятью, питаемой от ёмкого конденсатора. При сбое питания в неё выгружает содержимое кэша. А поскольку флэш-память потребляет очень мало энергии, то и данные в ней сохраняются месяцами. Обратите внимание, что флэш-память используется только при сбое питания.

И как только сервер заработает, контроллер первым делом скидывает содержимое кэша на диск. При наличии батарейки можно активировать режим WriteBack: при записи на диск контроллер сообщит об успешном выполнении операции уже в тот момент, когда данные попадут в кэш, а затем в «фоновом» режиме скинет их на диски. Поэтому другие процессы проведут меньше времени в ожидании подтверждения.

Некоторые RAID-контроллеры позволяют увеличить объём кэш-памяти и установить батарейку, если они её не имеют. Чем больше размер кэша контроллера, тем выше производительность RAID-массивов.

RAID-контроллеры в серверах «большой тройки»

Чтобы не превращать статью в археологическое исследование, ограничимся только теми контроллерами, что используются в поколениях серверов начиная с 2009-2010:

HP: Gen7, Gen8, Gen9
Dell: Gen11, Gen12, Gen13
IBM: M3, M4, M5

Дальше идут громоздкие и скучные таблицы.

HP

Dell

IBM

Большинство RAID-контроллеров HP и Dell изначально поддерживают все основные виды массивов. У IBM таких моделей — по пальцам пересчитать, почти в каждом случае придётся устанавливать на контроллер 1-2 дополнительных модуля апгрейда, что не слишком удобно.

Другая интересная особенность RAID-контроллеров IBM — большинство из них применяются в серверах нескольких поколений. У HP и Dell другая склонность — с выпуском нового поколения серверов они обычно выпускают и новое поколение контроллеров.

Как выбрать подходящий контроллер?

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

Вам нужна хорошая производительность, но не волнует сохранность данных? Или хочется с небольшими усилиями повысить отказоустойчивость, поступившись скоростью? Понадобился простенький веб-сервер для нужд разработки? Достаточно выбрать недорогой контроллер и создать RAID 0 или 1. Можно даже без кэш-памяти.

При желании сэкономить на накопителях или выжать всю возможную ёмкость из имеющихся, рассмотрите вариант с RAID 5 или 50. Это вполне годное решение для создания архивов. Для таких задач достаточно взять контроллер с поддержкой нужного вида RAID и кэш-памятью среднего объёма.

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

RAID 5, почему это плохо

В RAID-5 мы платим за отказоустойчивость емкостью всего одного диска, то есть емкость RAID-5 равна (n-1)*hddsize, где n — число дисков, а hddsize — их размер.
Данные «размазаны» по всем входящим в RAID-группу дискам, их блоки дополнены служебной информацией, которая дает возможность восстановить потерю данных в размере любого одного диска, причем сама эта служебная информация не занимает какой-то выделенный диск, а просто часть объема этой группы, равную как раз емкость одного диска. Но она также размазана по всем дискам.
Когда происходит выход из строя (полный или частичный) одного из дисков группы типа RAID-5, то RAID-группа переходит в состояние degraded, но наши данные остаются доступными, так как недостающая часть их может быть восстановлена за счет избыточной информации того самого «дополнительного объема, размером в один диск». Правда обычно быстродействие дисковой группы резко падает, так как при чтении и записи выполняются дополнительные операции вычислений избыточности и восстановления целостности данных. Если мы вставим вместо вышедшего из строя новый диск, то умный RAID-контроллер начнет процедуру rebuild, «перестроения», для чего начнет считывать со всех дисков оставшиеся данные, и, на основании избыточной информации, заполнит новый, ранее пустой диск недостающей, пропавшей вместе со сдохшим диском частью.

Дело в том, и это надо себе трезво уяснить, что на время ребилда RAID-5 вы остаетесь не просто с RAID лишенным отказоустойчивости. Вы получаете на все время ребилда RAID-0, «группа с чередованием» который «RAID» на самом деле только условно, так как отказоустойчивостью не обладает, о чем и говорит цифра 0 🙂 С удовольствием приму помощь от компетентного математика-«вероятниста» в правильном вычислении показателей надежности, впрочем основного посыла в ненадежности RAID-0 это не изменяет)
В случае любого отказа, даже самого маленького, даже, быть может, не отказа диска целиком, а просто сбоя чтения из за помехи, или проблем с кабелями, вы теряете всю на нем информацию.

Выводы:

1. Резкий рост объемов дисков, при гораздо более медленном приросте скоростей передачи данных с диска привел к тому, что время восстановления RAID-5 катастрофически удлиннилось и продолжает расти с выходом все более емких дисков. Как следствие, неприемлимо увеличивается период времени, когда данные остаются полностью незащищеными.
2. Отсутствие средств контроля областей cold data (редко обновляемых и считываемых данных) в недорогих контроллерах RAID-5 может привести к обнаружению давно возникшей проблемы считывания в критический момент ребилда RAID, когда он полностью незащищен от сбоев, и приведет в полной потере данных.
3. Повышенная нагрузка на диски в период восстановления потенциально еще повышает вероятность сбоя.
4. Современные диски Desktop-class уже приблизились по объемам к показателям определяемого их изготовителями параметра BER (Bit Error Rate), что еще более повышает вероятность сбоя в ходе массированного считывания всего объема диска.

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

Решение:

1. Для данных, скорость доступа (и в особенности записи) к которым не так важна — RAID-6. Тип RAID устойчивый к сбою двух дисков. При выходе из строя одного диска, защищающий на время ребилда, от случайных ошибок чтения при восстановлении. Недостаток — относительно невысокая скорость на запись.
2. Для данных, к которым требуется максимально быстрый доступ как на запись, так и на чтение — RAID-10. При использовании RAID-10 время ребилда резко сокращается, так как не требуется чтения полного объема RAID, а только копирование содержимого «зеркального» к вышедшему из строя диска. Недостатки — большой расход дисков на обеспечение отказоустойчивости.
3. По возможности не экономить, используя для хранения критичной информации не предназначенные для работе в RAID диски Desktop-class, а использовать специальные серверные Enterprise-серии, надежность чтения которых на один-два порядка выше.

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

Есть решение! Получить консультации по выбору коплектующих для Вашего сервера на заказ и выбора RAID технологии для вашего сервера, Вы можете у наших специалистов компании Статус в Санкт-Петербурге.

Звоните по тел. +7-812-385-55-66 в Санкт-Петербурге, наши специалисты помогут Вам принять нужное решение!

raid — Сколько дисков слишком много в этой конфигурации RAID 5?

Я боролся с этим вопросом некоторое время. Существует множество факторов, определяющих, сколько дисков должно войти в массив RAID5. Я не знаю HP 2012i, так что вот мой общий совет для RAID5:

• Невосстановимый коэффициент ошибок чтения: При возникновении ошибки, не подлежащей восстановлению, это чтение не выполняется. Для здорового массива RAID5 это не проблема, поскольку пропущенное чтение можно найти в информации о четности. Если во время rebuild происходит одно событие, когда весь набор RAID5 считывается для восстановления информации о четности, это может привести к потере всего массива RAID5. Эта скорость измеряется следующим образом: «1 на 10 ¹⁴ бит» и содержится в подробных технических спецификациях для дисков. Вы не хотите, чтобы ваш массив RAID5 составлял не более половины этого размера. Приводы Enterprise (10K RPM SAS qualifications) могут работать дольше, чем настольные диски (SATA).
• Деформация производительности во время перестроек: Если производительность заметно отстойна во время перестроек, вы хотите убедиться, что ваш массив может быстро восстановиться. По моему опыту, производительность записи, как правило, сосать намного хуже во время перестроек, чем чтение. Знайте свой ввод-вывод. Ваш перенос на производительность плохого ввода-вывода поставит верхний предел того, насколько большой может получить ваш массив RAID5.
• Снижение производительности при других действиях массива: Добавление дисков, создание LUN, изменение ширины полосы, изменение уровней RAID. Все это может повлиять на производительность. Некоторые контроллеры очень хорошо разбираются в удалении производительности. Другие не так хороши. Проведите некоторое тестирование, чтобы узнать, насколько он плох во время этих операций. Узнайте, влияет ли обновление второго массива RAID5 на первый массив RAID5.
• Частота операций expand /restripe: Добавление дисков или некоторых контроллеров, создающих новые LUN, также может привести к тому, что весь массив будет восстанавливать четность. Если вы планируете активное расширение, то вы будете сталкиваться с такой деградацией производительности гораздо чаще, чем предлагать простой провал диска.

RAID6 (двойная четность) — это способ обойти проблему восстановления ошибок, не подлежащую восстановлению. Тем не менее, это увеличивает количество накладных расходов контроллера, поэтому имейте в виду ограничения ЦП на контроллерах, если вы туда поедете. С помощью RAID6 вы быстрее столкнетесь с узкими местами ввода-вывода. Если вы хотите попробовать RAID6, сделайте некоторое тестирование, чтобы узнать, будет ли он вести себя так, как вам нужно. Это паритетный RAID, поэтому он имеет те же ограничения производительности для перестроек, расширений и рестримаций как RAID5, он просто позволяет вам расти более безопасным способом.

ответил sysadmin1138 16 MarpmTue, 16 Mar 2010 20:29:21 +03002010-03-16T20:29:21+03:0008 2010, 20