Sun, Jul 26, 2009 at 10:26:40, unisol wrote about "Re: [uanog] vinum":
О какой версии FreeBSD речь? Если 5 и выше - то там vinum - оболочка к geom'овским raid'ам, но использовать её не надо, лучше делать напрямую. Хм, ваще-то в 7+ оно само себе класс geom_vinum.
Это и есть та оболочка. Причём мало что умеющая (даже attach не умеет - значит, всё, что с ней можно сделать - подключить старый массив и скопировать с него данные).
Если 4 - то кривонаписанный кошмар с невменяемым автором. На моих глазах не меньше десяти попыток завести его закончилось или крэшем, или странными эффектами. Ещё есть зависимость от неописанных факторов Ну, у кой-кого работало :).
Чудом, которое потом опухло и долго болело. Я тоже находил путь сделать более-менее устойчивую работу на зеркале. Но первый же отказ диска показал, что всё хуже, чем кажется.
Рассматривай gmirror, gstripe, graid3 и тому подобное, есть Комбинации gstripe+(gmirror+gstripe) + кажется graid3 на одном тазике устраивали паник при ребуте.
Давно? (И странно вообще вспоминать graid3 - непонятно, какой идиот это придумал, он даже назвать его адекватно не смог.)
реализация честного RAID5, а вообще в семёрке надо уже на ZFS смотреть. Последний раз как я в geom_raid5 смотрел - оно хотело SCHED_4BSD.
ZFS - всё больше склоняюсь к мысли, что ранее, чем года через 2-3 его не допилят :), на FreeBSD/i386 - принципиально не советую (ну, или берите солярис), хотя на FreeBSD/amd64 - вполне юзабельно, но есть косяки с новыми фишками (кэширующие устройства), которых нет в солярке. Процессор ZFS кушает тоже неплохо так, с чтением мелкими кусками тормозит. ЖЖуть, но куда деваться - fsck по терабайту - "єто фантастика", потери данных после него - реальность. zpool scrub - тоже не подарок по времени, но он работает со смонтированными ФС и его задача - выявить ошибки чтения/искажение данных.
Короче, резюме - ZFS + 2 регулярных резервных копии пула на рядом-стоящий UFS (ибо гикнуться может в процессе бэкапа запросто).
Ну тоже неплохо.:) -netch-