Автор Тема: Таблица разделов или файловая система в Raid массивах  (Прочитано 1782 раз)

Оффлайн rits

  • Завсегдатай
  • *
  • Сообщений: 1 041
  • ITS
Поделитесь советом или опытом, как лучше или какие последствия возможности могут возникнуть при разных вариантах формирования массива дисков.
Есть два варианта:

1) Создать разделы на дисках и объединить в массив
Цитировать
ARRAY /dev/md0 level=raid5 num-devices=3 metadata=1.2 name=ae-arm1:0 UUID=...
   devices=/dev/sda1,/dev/sdb1,/dev/sdc1

2) Создать массив, а после делать разделы fdisk /dev/md1 и далее mkfs
Цитировать
ARRAY /dev/md1 level=raid1 num-devices=2 metadata=1.2 name=server-dns:1 UUID=...
   devices=/dev/sdb,/dev/sdd

Как влияет на скорость, восстановление и прочие удобства неудобства в обслуживании массива?

Пример Raid 5 по первому описанному мной варианту:
# lsblk
Цитировать
NAME    MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda       8:0    0 465,8G  0 disk 
└─sda1    8:1    0 465,8G  0 part 
  └─md0   9:0    0 931,3G  0 raid5 /var/lib/libvirt/images
sdb       8:16   0 465,8G  0 disk 
└─sdb1    8:17   0 465,8G  0 part 
  └─md0   9:0    0 931,3G  0 raid5 /var/lib/libvirt/images
sdc       8:32   0 465,8G  0 disk 
└─sdc1    8:33   0 465,8G  0 part 
  └─md0   9:0    0 931,3G  0 raid5 /var/lib/libvirt/images

Пример второго варианта  программного raid:
# lsblk
Цитировать
NAME      MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda         8:0    0  74,5G  0 disk 
├─sda1      8:1    0     8G  0 part  [SWAP]
└─sda2      8:2    0  66,5G  0 part  /
sdb        8:16   0 465,8G  0 disk 
└─md1       9:1    0 465,6G  0 raid1
  └─md1p1 259:0    0 465,6G  0 part 
sdc         8:32   0 232,9G  0 disk 
└─sdc1      8:33   0 232,9G  0 part  /mnt/disk
sdd       8:48   0 465,8G  0 disk 
└─md1       9:1    0 465,6G  0 raid1
  └─md1p1 259:0    0 465,6G  0 part
Что то подобное, железный raid встроенный в интеловскую серверную мать создает. Диски доставал смотрел структуру 1 рейда.

Как лучше или без разницы?

Оффлайн San

  • Завсегдатай
  • *
  • Сообщений: 699
Не скажу про скорость, но можно на виртуальной машине создать RAID Первым и Вторым способом и измерить скорость.

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

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 104
100% будет быстрее при ПЕРВОМ варианте! Он будет проверять синхронизацию не на полном диске, а только на том разделе к которому система обращалась в момент сбоя.
Только вероятность наоборот больше, как мне кажется. В смысле, что на всех RAID что-то будет открыто. И тогда будет голова туда-сюда.

Оффлайн rits

  • Завсегдатай
  • *
  • Сообщений: 1 041
  • ITS
Синхронизация массива при каких либо сбоях - 100% будет быстрее при ПЕРВОМ варианте!
Только вероятность наоборот больше, как мне кажется.

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

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 104
Вот и у меня тоже неоднозначные мысли возникли, по этому спрашиваю, да и другим было бы интересно узнать о подобных "тюнингах".
На мой взгляд чем меньше массивов, тем проще обслуживать. Вариант с "fdisk /dev/md1" хорош сам по себе, жаль только, что инсталлятор так не умеет. В общем вот, про всё сразу: https://bugzilla.altlinux.org/11572. Моё мнение в 6-ом комментарии. В итоге я использую два md-устройства. Первое RAID1 под /boot, второе - какой там надо RAID с LVM поверх. Либо одно с LVM, если с RAID грузиться не надо.