Массивный пингвин под прицелом

Andrey Bondarenko

Xakep, номер #065, стр. 065-106-4

# cat /proc/mdstat

Personalities : [raid0]

read_ahead 1024 sectors

md0 : active raid0 hda3[0] hdc2[1]

8031104 blocks 64k chunks

unused devices: <none>

Если мы посмотрим на /dev/fstab, то увидим, что при загрузке вместо привычных /dev/hd* производится монтирование /dev/Volume00/LogVol* (взгляни на скриншот).

Это проявляет себя LVM: /dev/Volume00 – физический том, а /dev/Volume00/LogVol0X – его разделы. Без сомнения, система стала сложнее, но за счет этого мы выиграли в скорости и гибкости, а это немало даже для домашнего компьютера.

RAID'овые тулзы

Утилита lsraid предназначена для получения полезной инфы о нашем массиве:

# lsraid -A -a /dev/md0

[dev 9, 0] /dev/md0 D5CB42D0.98D3F59A.7BA18808.061DB5AD online

[dev 3, 3] /dev/hda3 D5CB42D0.98D3F59A.7BA18808.061DB5AD good

[dev 22, 2] /dev/hdc2 D5CB42D0.98D3F59A.7BA18808.061DB5AD good

Утилита raidsetfauly позволяет смоделировать сбой в системе, а raidhotadd восстановить работу на ходу. К сожалению, обе эти утилиты работают только с более высокими уровнями RAID и большим количеством дисков.

Вот, собственно, и все, что я хотел тебе поведать о RAID 0 и LVM для домашнего использования. Будут вопросы, пиши.

Случай из жизни

Однажды представленная схема разбиения дискового пространства меня просто спасла – отказал /var после масштабного копирования очень большего числа маленьких файлов на нестабильной ветке ядра. Я спокойно пересоздал раздел /var, при этом не потеряв ни времени, ни данных.

INFO

Только представь себе, что с помощью RAID и LVM ты сможешь заменить жесткий диск, не перезагружая компьютер!

DANGER

Каждый вариант реализации RAID имеет свои достоинства и недостатки.

WWW

www.linuxplanet.com/linuxplanet/tutorials/4349/1/

www.faqs.org/contrib/linux-raid/x37.html

drs.prima.susu.ac.ru/docs/HowTo/mini/DPT-Hardware-RAID.html

step.kosnet.ru:8101/Lib/Linux/HOWTO/Software-RAID-HOWTO-2_4.html

Holy ware

На сегодняшний день существует немало журналируемых файловых систем: ext3, jfs, Reiserfs и XFS. Вопрос выбора файловой системы – это еще один повод для религиозных войн. Если на любом юниксоидном форуме задать вопрос "что юзать?", то мгновенно поднимется flame, ответов получишь выше крыши, а что использовать, так и останется загадкой. Исходя из своего печального опыта, могу отметить, что Reiserfs и XFS заметно быстрее ext3, но менее надежны при больших нагрузках. Особенно им не нравятся операции с большим количеством мелких файлов. А самое главное – под них очень мало утилит, так что для доступа из Windows или изменения размера придется конкретно попотеть. Лучше всего использовать ext3 – это минимум проблем. Но для эксперимента можно использовать XFS или Reiserfs для некритичных разделов /tmp и /var, в случае чего их всегда можно пересоздать. К слову, на архитектуре i386 раздел создается в два этапа: сначала с помощью fdisk раздел размечается, а затем форматируется. Например, чтобы отформатировать /dev/hda1 на ext3 с разделом блока в 2 Кб и двумя inod'ами на блок, нужно выполнить следующую команду: