Я делаю огромное устройство RAID10 (8 ТБ) для хранения на CentOS. Я создал 4 раздела на своих 4 физических жестких дисках и создал raid-устройство / dev / md2 из этих 4 разделов.
Пришло время разместить на нем файловую систему. Мне интересно, следует ли мне просто:
mkfs.ext4 /dev/md2
который полностью работает (я пробовал), или я должен сначала создать один раздел на этом устройстве (с помощью fdisk, gdisk или parted?), который занимает все пространство, а затем выполнить mkfs на этом разделе.
Погуглив в Интернете, я нашел другого человека, задающего тот же вопрос здесь: http://ubuntuforums.org/showthread.php?t=2174067 но, хотя ответчик сказал:
Разделы идут по элементам массива.
Файловая система идет в массив.
они не дали ему однозначного, однозначного ответа или объяснения, когда один подход следует предпочесть другому.
Единственный метод, который я когда-либо использовал, - это разбить физические диски на разделы, затем объединить разделы в RAID и поместить файловую систему (или свопинг) непосредственно на диск. md устройство.
Насколько мне известно, разбиение устройства MD на разделы - это функция, которая была добавлена позже, но так и не получила широкого распространения.
Я бы не рекомендовал пытаться создать RAID непосредственно на физическом устройстве без предварительного разделения этого устройства. Многие программы предполагают, что жесткие диски будут разбиты на разделы, а таблица разделов содержит поле типа для каждого раздела, которое сообщит программному обеспечению, читающему таблицу разделов, что этот раздел является частью RAID.
Следует ли использовать таблицу разделов поверх md устройство может быть дело вкуса. Это может быть полностью связано с историческими причинами, что обычно этого не делают. Крошечный объем дополнительного дискового пространства, потребляемого дополнительным уровнем таблицы разделов, конечно же, не причина избегать его, и, как и на нижнем уровне, таблица разделов наверху устройства md укажет, что ожидать найти внутри.
Однако гибкость, полученная за счет возможности разделения md устройства, я считаю незначительным, потому что вместо этого вы можете создать несколько разделов на физическом устройстве и создать несколько md устройств.
Множественный md устройства, которые не разделены на разделы, дают вам больше гибкости, чем одно md устройство, которое разбито на разделы. У вас появляется дополнительная свобода, когда приходит время заменить один из базовых носителей, и вы можете настраивать разные md устройства с разными уровнями RAID.
Например, если у вас шесть дисков, вы можете сделать /boot быть RAID-1 с копией на каждом диске. / может быть RAID-1 с копиями на трех дисках, а RAID-1 с копиями на трех других дисках может использоваться для подкачки. Оставшееся пространство может быть большим RAID-6 на всех шести дисках.
Как уже говорили другие, нормальная практика с метаустройствами md-RAID заключается в размещении файловой системы непосредственно на нем. Метаустройство уже должно состоять только из разделов (установка RAID-устройств поверх устройств с целым диском - это практика, которая, как я считаю, включает в себя более частые выстрелы себе в ногу), поэтому вы не нарушаете полученный совет.
Но вариант, который еще не упоминался, заключается в том, что если вы хотите разделить устройство RAID, вы можете назначить его LVM, а затем использовать LVM для разделения устройства на разделы. Кроме того, вы получаете удобные преимущества LVM, когда дело доходит до изменения размера разделов, выделения дополнительного места и т. Д.
Вот пример из одного из моих ящиков:
[root@risby ~]# pvs
PV VG Fmt Attr PSize PFree
/dev/md127 VolGroup01 lvm2 a-- 1.82t 0
[root@risby ~]# vgs
VG #PV #LV #SN Attr VSize VFree
VolGroup01 1 4 0 wz--n- 1.82t 0
[root@risby ~]# lvs
LV VG Attr LSize Pool Origin Data% Move Log Cpy%Sync Convert
LogVol00 VolGroup01 -wi-ao---- 5.00g
LogVol01 VolGroup01 -wi-ao---- 50.00g
LogVol02 VolGroup01 -wi-ao---- 1.75t
LogVol03 VolGroup01 -wi-a----- 11.02g
Как видите, существует одно метаустройство RAID, на котором существуют четыре отдельных раздела. Они соответствуют свопу, /, большой раздел данных и немного дополнительного места на случай, если оно где-то понадобится.