19 января 2014 г., 0:03 пользователь Anton Sayetsky <[email protected]>написал:
18 января 2014 г., 23:46 пользователь Vladislav V. Prodan > <[email protected]> написал: > > > > > > > > 18 января 2014 г., 23:09 пользователь Anton Sayetsky <[email protected]> > > написал: > > > >> Приветствую, коллеги! > >> Возникла необходимость реализации сабжа. > >> Размер хранилища - 100+ ТиБ, средний размер файлов - от 1 до 10 ГиБ, > >> трафик - 4-5 Гбит/с, ~400 сессий, до 3-х коннектов на каждую. > >> Требуемый протокол отдачи - HTTP. > >> В плане софта выбор пал на FreeBSD 9.2-RELEASE amd64, ZFS, nginx. В > >> связи с вышеизложенным возникли некоторые вопросы: > >> 1. Правильно ли я понимаю, что для данных параметров о UFS можно > >> забыть? (Боюсь даже представить, сколько времени на устройстве такого > >> размера может выполняться fsck, например.) > > > > > > Этого достаточно из недостатков на таком массиве. > > > >> > >> 2. Есть ли смысл крутить что-то в ZFS, кроме atime=off? > > > > > > да > > По наблюдениям, на 1ТиБ данных требуется 1ГиБ памяти. > > Если у вас меньше памяти, надо немного тюнинговать ZFS arc* параметры > Расчёт - 256 ГиБ, что заведомо превышает максимальный объём хранилища, > который может быть достигнут, так что наверное, sysctl крутить не > придётся. > Недавно пробегала жалоба, что системы свыше 128ГБ то ли паниковали, то ли работали не так. > > > >> > >> 3. Научилась ли ZFS нормально воспринимать (не падать и пересобирать > >> пул) изменение имени дисков (da3->da10)? Или придётся извращаться с > >> GEOM_LABEL? > > > > > > Лучше использовать Gpart_label > > > >> > >> 4. Стоит ли с учётом предыдущего включать autoreplace? > > > > > > нет. > > Лучше ручками менять диски. > Вот это уже хуже... хотелось бы вмешательство админа свести к > минимуму, в иделе - только физическая замена диска в случае вылета. > Ну, поставите их в hotspare. ZFS сама должна подхватить и начать замену/перенос данных. > Кстати, в 10-ке случаем не появилось что-нибудь аналогичное > /dev/disk/by-uuid оффтопика? Всё-таки это удобнее, ибо избавляет от > необходимости юзать gpart/glabel перед впихиванием диска в пул. > У каждого свои предпочтения при разбитии дисков и маркировки разделов. -- Vladislav V. Prodan System & Network Administrator http://support.od.ua +380 67 4584408, +380 99 4060508 VVP88-RIPE
