Использование

fdisk, mke2fs, mount, и т.п.

После всех вышеописанных процедур можно воспринимать RAID как обычный диск. Сначала разбейте диск на разделы (используя команду fdisk). Затем отформатируйте диск, создав на нем файловую систему ext2. Это можно сделать следующей командой:

% mkfs -t ext2 /dev/sdxN

где /dev/sdxN - это имя вновь созданного SCSI-раздела. После этого подключите разделы и используйте точно также, как любой другой диск (в том числе, добавьте соответствующие строки в файл /etc/fstab).

Горячая замена

Мы сначала намеревались проверить горячую замену, просто достав диск, а затем вернуть его в стойку фирмы DPT (которую необходимо покупать отдельно). Но, еще до начала наших экспериментов, у нас прошел сбой диска (пока я это пишу, писк от массива сводит меня с ума). Несмотря на то, что один диск сломался, все данные на RAID были доступны.

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

Быстродействие

Ниже приведен результат работы программы Bonnie, на контроллере 2144 UW с 9x3=17 Гб RAID-5, с использованием драйвера EATA DMA. RAID-массив установлен на двухпроцессорной системе Pentium Pro с Linux с ядром версии 2.0.33. Для сравнения приведены результаты работы программы Bonnie с IDE диском на той же машине.

           -------Sequential Output-------- ---Sequential Input--  --Random--
           -Per Char- --Block--- -Rewrite-- -Per Char- --Block---  --Seeks---
        MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU   /sec  %CPU
RAID   100  9210 96.8  1613  5.9   717  5.8  3797 36.1 90931 96.8 4648.2 159.2
IDE    100  3277 32.0  6325 23.5  2627 18.3  4818 44.8 59697 88.0  575.9  16.3

Некоторые спорят об этих замерах (и, кстати, частично правы - у меня не было возможности замерить подобные цифры на наших машинах - они слишком перегружены) из-за того, что размер используемого файла мог привести к тому, что он просто остался в кэше (как результат - поразительно хорошие показатели скорости). Вот подобные замеры с контроллером 3344 UW:

        -------Sequential Output-------- ---Sequential Input-- --Random--
        -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
     MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU  /sec %CPU
   1000  1714 17.2  1689  6.0  1200  5.7  5263 40.2  7023 12.1  51.3 2.2

И некоторые замеры с хост-контроллером RAID:

     -------Sequential Output-------- ---Sequential Input-- --Random--
     -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks---
MB   K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU
64   7465 100.0 70287 98.7 37012 97.7 8074 99.2 *****100.3 ***** 196.6
128  7289 99.3  67595 98.5 35294 98.6 7792 97.6 *****100.3 ***** 195.8
256  7222 98.8  44844 69.6 16096 51.8 5787 72.7 ***** 99.8 ***** 85.2
512  7138 98.4  13871 23.2 7888  29.3 7183 89.3 16488 27.2 1585. 11.5
1024 6908 95.8  12270 21.5 7161  25.4 7373 90.4 16527 28.2 123.8 1.8
2047 6081 84.1  12664 22.6 7191  25.6 7289 89.5 16573 28.5 75.0  1.2

***** results exceed column width (> 100 MB/sec, > 10000 seeks/sec)

host:   Два PII 400 MHz, 2 x U2W, 512 Мб ОЗУ, без внутренних дисков
RAID:   IFT 3102 UA 128 Мб кэш, RAID-5, 6 x 9 Гб
OS:     SuSE Linux 6.0 с ядром версии 2.2.3