Спасибо за советы! Буду копать в сторону XFS и как вариант бэкапы через xfsdump (пока нет доверия этим SSD, сервак под относительно высокой нагрузкой записи на диск).
А чем dmraid лучше предложенного mdadm, в данной ситуации?
Насколько я понял у него "близость к ядру" лучше . dm действительно лучше работает (но он и не софтвер рейд по факту, а полу-хардвер) + md при загрузке ОС делает над масивом "очень сильное колдунство", которое не очень хорошо сказываеться на продолжительности жизни + занимает время.
З.Ы. При высокой нагрузке на запись ваши SSDшники очень быстро выйдут из строя (TRIM кстати Вам как воздух будет нужен).
З.З.Ы. Если работа идет с мелкими файлами, то XFS можно использовать только при наличии ядра новее 3.2, иначе будут сплошные тормоза
З.З.З.Ы. Учитывая "хрупкость" SSD, идеально было бы собрать на них кеш для операций ввода-вывода, а данные кинуть на рейд из нормальных дисков
А что Вы подразумеваете под "кеш ввода-вывода"?
У нас на разделе находится всего один файл базы данных размером 13GB (75 человек держат подключение одновременно и достаточно интенсивно работают с БД), думаю XFS с его системой кеша в оперативе будет в самый раз. А пока в /etc/sysctl.conf прописал:
vm.laptop_mode=5
vm.dirty_writeback_centisecs=6000
Добавили оперативы до 24GB. Если в таком режиме продержится
хотя бы один год, то нас бы это устроило (раз в год поменять винты) 8)
Вычитал, что рекомендуют делать выравнивание раздела на 1024 и если делать раздел, то mke2fs -t ext4 -E stripe-width=128 /dev/xxx (в случае с EXT4).
P.S. Все таки решил на программном RAID1 (mdadm) крутить. dmraid не осилил, не могу найти мануалов как их создавать...