>Дяденька, у вас вопрос пока не в выборе файловой системе, а в
>организации томов на самом дисковом массиве. Дайте больше деталей, плиз.
>
>1. Структура подключения. FC HBA -> Storage box или FC HBA -> FC switch -> Storage boxes?FC HBA -> FC switch -> Storage boxes? ну пока без FC switch вроде - не все винты в сборе
>2. Количество портов в сервере. Адаптер один или несколько?
один
>3. Для чего это все? Разный тип нагрузки (база данных, почтовый сервер,
>файловый сервер) требуют разного подхода к организации массивов.
Задача:
-Файловый сервер (примерно 90% чтение...)
-один виртуальный диск, состоящий из больше чем 70% от емкости всего массива (RAID 10 не подходит)
-Массив может состоять из дисков различной ёмкости и скорости
-Массив легко расширяется дополнительными дисками по мере надобности
-отказоустойчивость: требуется что бы массив данных был доступен всегда, а то что потерялось - 1, 2 или больше винтов - просто нагарячую отключаем, данные восстанавливать не нужно!!! Отдельно хранится информация о том что и на каких винтах было и если надо - перекачивается....
Я полистал гугл, и он сказал что для этого подойдет http://ru.wikipedia.org/wiki/JBOD:
+Отказ одного диска позволяет восстановить файлы на остальных дисках (если их начало/конец не принадлежат повреждённому диску)
===(http://www.z-a-recovery.com/rus-art-raid.htm: JBOD не является RAID'ом в полном смысле, потому что JBOD-массив не имеет никакой избыточности. При выходе из строя одного из дисков в JBOD массиве, из строя выходит весь массив, и все данные, хранящиеся на нем, теряются.)
+Массив может состоять из дисков различной ёмкости и скорости
+Массив легко расширяется дополнительными дисками по мере надобности
-где-то было написано что в линуксе он криво работает и лучше использовать LVM
Так же вроде отлично подойдет RAID 6+0(софтверный!), но кто-то отмечал проблемы если винт вылетит...
Ну и на последок LVM - у него тоже что-то есть подходящее под эту задачу, но Я не понял еще полностью - годен/не годен