LinuxForum.Fans
Тема

Аппаратный RAID-массив 1 (mirror) и Linux

Автор: Victorius 10 сообщений 4049 просмотров
#304448

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

1) Если я включу оный массив в BIOS, то Линукс его автоматически почуит и распознает или нужно будет что-то в самом Линуксе делать или при его установке?

2) И немного вопрос общий по пониманию устройства файловой системы Линей (ввиду отсутствия у меня полной картины происходящего в Лине и его файловых систем). Я так понимаю, что по сути в Лине нет никаких логических дисков, как в Винде и посему если скажем разрушиться один единственный жёсткий диск, то накроется абсолютно всё, что там есть и нельзя разграничить, чтобы к примеру раздел /kernel находился на одном жёстком, а какой-нить /bin на другом. Я правильно понимаю ситуацию или нет?

Заранее спасибо за ответы! Merci d'avance pour vos reponses!

#304455
"Victorius" написал:
2) И немного вопрос общий по пониманию устройства файловой системы Линей (ввиду отсутствия у меня полной картины происходящего в Лине и его файловых систем)

В Linux все - файл. Существует некое соглашение (стандарт), описывающий, для чего нужен тот или иной каталог файловой системы. Все разделы жестких дисков, внешних накопителей и даже распределенные (сетевые) ФС после того, как они примонтированы, являются частью дерева каталогов корневой ФС. Например, вот мой жесткий диск:

text
# fdisk -l

Disk /dev/sda: 160.0 GB, 160040803840 bytes 255 heads, 63 sectors/track, 19457 cylinders, всего 312579695 секторов 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 identifier: 0xd61eee49

Устр-во Загр Начало Конец Блоки Id Система /dev/sda1 2048 1050623 524288 82 Linux своп /dev/sda2 * 1050624 22022143 10485760 83 Linux /dev/sda3 22022144 42993663 10485760 83 Linux /dev/sda4 42993664 312579694 134793015+ 83 Linux # mount /dev/sda2 on / type ext4 (rw,commit=0) ... /dev/sda3 on /usr type ext4 (rw,commit=0) /dev/sda4 on /mnt/data type ext4 (rw,noexec,nodev,commit=0) ...

Как видите, корневая ФС ( / ) и /usr, являющийся частью общего дерева, у меня на разных разделах жесткого диска, и пользователю (да и пользовательским приложениям) абсолютно неважно, какая на /dev/sda3 используется файловая система. Ну, а как это устроено и работает, предлагаю найти самостоятельно. Отправная точка - вот.

#304460

1. Если у вас настоящий RAID-контроллер, то ОС увидит созданный массив как обычный жесткий диск. Что Линукс, что Виндовс, что мак....
Если у вас Fake-RAID (оно и под виндой то глючит), то придется через mdadm понастраивать.

#304481
elve написал:
Если у вас Fake-RAID (оно и под виндой то глючит), то придется через mdadm понастраивать.

Да и то не всех линуксах. Mногие (исключение - Fedora-17) видят Fake-RAID (софтовый RAID, который делается на уровне BIOS компьютера) как почти честный RAID и устанавливаются на него и работают с ним весьма корректно.

#304493
"Cruiser78" написал:
Да и то не всех линуксах. Mногие (исключение - Fedora-17) видят Fake-RAID (софтовый RAID, который делается на уровне BIOS компьютера) как почти честный RAID и устанавливаются на него и работают с ним весьма корректно.

...пока что нибудь не глюкнет ;)

#304500
dyasny написал:
...пока что нибудь не глюкнет ;)

Три года непрерывной работы под нескольких серверов под RFR-12-14. Дисковых глюков не обнаружил. А вот когда начал ставить RFR-17, намудохался с запуском RAID. Пришлось переключиться на CentOS. Глюков опять не вижу.

#304501
"Cruiser78" написал:
Три года непрерывной работы под нескольких серверов под RFR-12-14. Дисковых глюков не обнаружил. А вот когда начал ставить RFR-17, намудохался с запуском RAID. Пришлось переключиться на CentOS. Глюков опять не вижу.

я уже 15 лет вижу с фейками глюки, вне зависимости от ОС.

#307396

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

OS version = Debian
RAID controller = Adaptec AAC-RAID
RAID mode = RAID10
Time to create 1000 files = 0.11 sec

Показать

OS version = Ubuntu 12.04.2 LTS
RAID controller = Intel Corporation 7 Series/C210 Series Chipset Family 6-port SATA Controller
RAID mode = RAID6: using algorithm SSE2x1 (10469 MB/s)
Time to create 1000 files = 0.08 sec

Показать

OS version = CentOS release 5.7 (Final)
RAID controller = Intel Corporation 82801 SATA Controller [RAID mode]
RAID mode = 6 ports 3 Gbps 0x3f impl RAID mode
Time to create 1000 files = 0.13 sec

Показать

Параметры серверов замерены утилитой Sysinfo

По результатам интегрированного комплексного теста
с участием быстродействия CPU/Memory/HDD/MySQL/PHP
максимальное быстродействие показала 2 конфигурация сервера.


Пожалуйста, прячьте большие рисунки, вывод команд под «спойлер» и пользуйтесь тэгом «code».
Добро пожаловать на форум. yars.

#307397

первый еще может быть рейд контроллером (лень гуглить характеристики), но остальные - фейки

#307400

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

text
OS version                = Gentoo Base System release 1.12.11.1
SAS controller            = LSI Logic / Symbios Logic MegaRAID SAS 2208
Time to create 1000 files = 0.08 sec
Показать

text
OS version                = Debian GNU/Linux 6.0
SAS controller            = Adaptec Series 6 - 6G SAS
Time to create 1000 files = 0.12 sec
Показать

text
OS version                = Gentoo Base System release 1.12.9
SAS controller            = Adaptec AIC-9410W SAS
Time to create 1000 files = 0.15 sec
Показать


Параметры серверов замерены утилитой Sysinfo

По результатам интегрированного комплексного теста
с участием быстродействия CPU/Memory/HDD/MySQL/PHP
максимальное быстродействие показала 1 конфигурация сервера.

Войдите или зарегистрируйтесь, чтобы ответить.