The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В ZFS on Linux добавлена поддержка FreeBSD, opennews (??), 15-Апр-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


207. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от bOOster (ok), 16-Апр-20, 21:32 
Всегда интересовало - в чем же ZFS хранилище избыточна для дома? По пунктам?
Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

211. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Аноним (211), 17-Апр-20, 00:41 
Удваиваю вопрос
Уж не потому ли, что "просто нормально ... работало"?
Ответить | Правка | Наверх | Cообщить модератору

212. "В ZFS on Linux добавлена поддержка FreeBSD"  +1 +/
Сообщение от нах. (?), 17-Апр-20, 10:39 
Ну возьми типового васяна. Ставит он, допустим, б-жественную бубунточку, методом нёх-нёх-нёх-хачугом.

Система у него - бывший брательников геймерский комп, не потянувший metro exodus...зачеркнуто, doom ethernal (г-но, кстати, а как дысал, как дысал :-(

Т.е. один-единственный дешевый жужжащий диск, никаких рейдов, ddr3 память без ecc, и той мало.

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

Каковы преимущества zfs, которыми он мог бы при этом насладиться?

Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

213. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от bOOster (ok), 17-Апр-20, 12:48 
> Ну возьми типового васяна. Ставит он, допустим, б-жественную бубунточку, методом нёх-нёх-нёх-хачугом.
> Каковы преимущества zfs, которыми он мог бы при этом насладиться?

Основным - ФС практически неумираема, в том числе и без УПС. Не вижу необходимости запитывать NAS дома хранящий "ворованное" медиа. Че еще нужно для дома?
Основной профиль файлового сервера дома? Фильмы хранить, торренты качать? По DLNA или SMB их отдавать? Для этого, чего, Mellanox пропускные полосы нужны чтоль?  
Да даже если ты на гиге памяти ZFS запустишь, L2ARC отключишь полностью - ZFS отлично стабильно и надежно отработает. Звезд по производительности хватать не будет, но и сливать полностью до непотребных значений тоже не будет. Вполне себе крепкий середнячек но обладающей практически 100% преймуществом в другом - он будет ЖИВ ВСЕГДА.
Мертвые ZFS это очень большое исключение.

Ответить | Правка | Наверх | Cообщить модератору

215. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от нах. (?), 17-Апр-20, 13:26 
> Основным - ФС практически неумираема, в том числе и без УПС.

э... тут вот ходит некий Оно-им, он может тебе рассказать много занимательного про структуру метаслабов и прочих zfs'ных потрохов, а так же как увлекательно было все это расковыривать хексредактором вручную, поскольку нормальной документации нет, есть какие-то записки на манжетах. Углем, как водится.

Только читать придется в логе модерирования, потому что за мат его зобанют тут же.

А без ups убиваемы современные винчестеры, на аппаратном уровне, имейте это в виду.

При этом как вам удается убить ext4 - я вот вообще не понимаю. Для справок - у меня система с 13го года периодически мертво виснет (подозреваю, из-за перегрева моста, дефект интеловской конкретной схемы, но возможно дело не в нем, а в интеловском же кривом и косом драйвере) и перезагружается ресетом.
Умерший диск в прошлом году кое-как с бесконечными ресетами удалось скопировать - и продолжить дальше с того же места. Содержимое все еще то самое.

(да, тут нет журнала, разумеется, а в /tmp - barrier=0 и ядро, для которого это имеет физический смысл)

nas для дома - отдельная история, грустная, но он найдется в доме далеко не каждого васяна.

> Мертвые ZFS это очень большое исключение.

зато какое интересное приключение!

http://web.archive.org/web/20190726220531/http://www.michell...
(дабы не повторилась история "Лены": я никому не советовал интересоваться кто автор и что у него там на сайте еще есть.)
Или вот:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235683
- комменты жгут напалмом (да, это такие разработчики нынче у freebsd вообще и у ее zfs, той что до мержа, в частности - причем эти таки умеют кодить)

Ответить | Правка | Наверх | Cообщить модератору

219. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Гентушник (ok), 17-Апр-20, 15:10 
Ничего не могу сказать про ZFS, но удваиваю утверждение про надёжность ext3/4.

В студенческие годы некоторое время совершенно спокойно жил на сыплющемся винте: примерно каждые две-четыре недели на месте суперблока фс получал плохой кластер и фс соответственно не монтировалась.

Я просто передвигал в /etc/fstab параметр отвечающий за расположение суперблока (на один из запасных) и жил дальше. И так несколько месяцев, пока не купил новый винт.

Отключение света тоже было в общаге делом обычным, а УПСа не было. Всё вылечивалось всегда максимум через fsck, фатальных поломок фс ни разу не было.

Ответить | Правка | Наверх | Cообщить модератору

242. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от bOOster (ok), 18-Апр-20, 23:45 

> купил новый винт.

Я давно забыл в пуле как это называется :))

Ответить | Правка | Наверх | Cообщить модератору

244. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Гентушник (ok), 19-Апр-20, 11:07 
> Я давно забыл в пуле как это называется :))

Винты работают вечно?

Ответить | Правка | Наверх | Cообщить модератору

252. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от bOOster (ok), 20-Апр-20, 08:49 
>> Я давно забыл в пуле как это называется :))
> Винты работают вечно?

давай говорить о традиционной эксплуатации, а не экстренные случаи, которые могут случиться а могут и нет.

Ответить | Правка | Наверх | Cообщить модератору

255. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Гентушник (ok), 20-Апр-20, 10:25 
> давай говорить о традиционной эксплуатации, а не экстренные случаи, которые могут случиться
> а могут и нет.

Вы вообще о чём? Если у вас один винт на всё про всё, то это экстренный случай (описанный мною).
В массиве же из кучи винтов это уже не экстренный случай, но в таком случае и вероятность выхода из строя хотя бы одного винта уже выше. Чистая математика.
Так что не мне не понятно о чём вы там забыли.

Ответить | Правка | Наверх | Cообщить модератору

257. "В ZFS on Linux добавлена поддержка FreeBSD"  +1 +/
Сообщение от Аноним (257), 20-Апр-20, 14:44 
> Если у вас один винт на всё про
> всё, то это экстренный случай

Нет, это "удачная" экономия :)
> В массиве же из кучи винтов

ZFS умеет создать рейд (raidz1, 2 или 3),  
> в таком случае и вероятность выхода из строя хотя бы одного
> винта уже выше.

Да, и при этом отказ одного винта неважен.
А в вашем случае это - финиш.
В raidz2 система работает при отказе двух винтов, а чтобы она сломалась, должны - одновременно - отказать три винта.
Вам нужно объяснять элементарные вещи?
Что скажет
> Чистая математика

про одновременный отказ трёх винтов?
В вашей реальности это не экстренный случай, а обычное событие?
Что касается поведения сдыхающих винтов, это богатая тема.

Ответить | Правка | Наверх | Cообщить модератору

261. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Гентушник (ok), 20-Апр-20, 19:57 
Я не понимаю о чём вы с вами спорим. О надёжности RAID и ZFS я ни слова не обмолвился.
Вы написали:

>> купил новый винт.
> Я давно забыл в пуле как это называется :))

Вот мне и не понятно что вы такое имели ввиду. У вас ZFS (или что там у вас за "пул") даёт винтам +55 к защите от выхода из строя или что :)

> Что скажет
> Чистая математика
> про одновременный отказ трёх винтов?

Вероятность отказа всех трёх одновременно ниже чем одного :)

> В вашей реальности это не экстренный случай, а обычное событие?

Конечно экстренный. Придётся восстанавливать из бекапа, просто докинуть винт и синхронизировать рейд уже не получится.

Ответить | Правка | Наверх | Cообщить модератору

274. "В ZFS on Linux добавлена поддержка FreeBSD"  –1 +/
Сообщение от нах. (?), 21-Апр-20, 19:34 
> В raidz2 система работает при отказе двух винтов, а чтобы она сломалась,
> должны - одновременно - отказать три винта.

вы ссылку-то, что я привел, даже и не открыли, да?

Чтобы она сломалась - достаточно чтобы случайно отрубилось питание в момент resilvering.
ВСЕ. Система превращается в невосстановимую и нечитаемую тыковку, потому что один-единственный сектор записался криво.

fsck не предусмотрен, notabug, closed.

Ответить | Правка | Наверх | Cообщить модератору

259. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от bOOster (ok), 20-Апр-20, 17:00 
>> давай говорить о традиционной эксплуатации, а не экстренные случаи, которые могут случиться
>> а могут и нет.
> винта уже выше. Чистая математика.

так ты еще и двоечник? В случае с винтами - винт либо сдохнет либо нет. ЛЮБОЙ. И статистики тут нет - так как обьявлен MTBF.

Ответить | Правка | К родителю #255 | Наверх | Cообщить модератору

260. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Гентушник (ok), 20-Апр-20, 19:38 
> так ты еще и двоечник? В случае с винтами - винт либо
> сдохнет либо нет. ЛЮБОЙ.

Конечно, всё когда-то выйдет из строя, но это может произойти уже после морального устаревания устройства. У меня валяется парочка старых винтов разной ёмкостью до 120Гб где-то на полке и я их заменил не потому что они сломались, а потому что морально устарели.

Насчёт вероятности. MTBF это теоретический параметр, нет абсолютно никакой гарантии что винт доживёт до этого значения, а так же этот параметр ничего не говорит о том как будет вести себя винт после достижения этого параметра.

По вашему получается что винт 100% доживёт до MTBF, а потом сразу умрёт (ну, или его следует обязательно заменить).
В реальности так не происходит.

В итоге получается что как обычно бал правит теория вероятности, которую видимо вы как раз и прогуливали.
Гуглите формулу суммы вероятностей независимых событий (конечно некоторая зависимость всё же присутствует, но думаю в рамках нашего спора ею можно пренебречь).

Ответить | Правка | Наверх | Cообщить модератору

266. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Аноним (257), 21-Апр-20, 00:35 
> Насчёт вероятности. MTBF это теоретический параметр

Это статистика, а не вероятность, и MTBF - это очень практический параметр. Он вычисляется по результатам испытаний на надёжность партии готовых изделий. Измеряется среднее время наработки на отказ и среднее время наработки на сбой (на ошибку). Измеренные значения приводятся в техн. характеристиках.
Вы не понимаете разницы между теорией вероятности и статистикой?
Тогда
> вы как раз и прогуливали.

Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

269. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от bOOster (ok), 21-Апр-20, 10:08 
> По вашему получается что винт 100% доживёт до MTBF, а потом сразу
> умрёт (ну, или его следует обязательно заменить).
> В реальности так не происходит.

А в реальности происходит - винт либо дохнет, либо нет - и отрабатывает свой MTBF и гораздо дальше. Но предусмотреть выход из строя винта нет возможности - поэтому и используются системы хранения с резервированием/дуплецированием.
А все остальное хорошо аноним описал в предыдущем сообщении.

Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

272. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Аноним (257), 21-Апр-20, 17:59 
> По вашему получается что винт 100% доживёт до MTBF, а потом сразу
> умрёт (ну, или его следует обязательно заменить).
> В реальности так не происходит.

Вообще-то, всё, похоже, к тому  и идёт :)
Это цель и мечта  всех производителей.
В автомобилестроении это, в общем, и не скрывают: отъездил своё и сломался, весь и сразу.
Но этому мешает неидеальность техпроцессов, разбросы параметров, случайности.
Винты проще, в них прогресс прошёл дальше:)
И есть же более простой путь.
Смотрите, все уже привыкли  к чипованным картриджам для принтеров. Напечатал свои страницы - и все!
Плевать, что там ещё полбункера порошка.
Совсем недавно на опеннете обсуждался анекдотический случай, когда в прошивку винчестера внесли ограничение времени работы (4000 часов,кажется), да-да, ошибочка вышла:)
Так что, да, отработал своё MTBF и - умер.
Вполне возможно, что на наших глазах теорию вероятности отодвинут в сторонку.

Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

275. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от нах. (?), 21-Апр-20, 19:37 
> морального устаревания устройства. У меня валяется парочка старых винтов разной ёмкостью
> до 120Гб где-то на полке и я их заменил не потому
> что они сломались, а потому что морально устарели.

к сожалению, с современными дисками это уже очень маловероятно - скорее всего таки они сдохнут раньше, чем ты успеешь отложить их на полку.

> Гуглите формулу суммы вероятностей независимых событий (конечно некоторая зависимость

напомните, для чего вообще мы используем raidz>1?

Ответить | Правка | К родителю #260 | Наверх | Cообщить модератору

226. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Онаним (?), 18-Апр-20, 10:16 
> ФС практически неумираема

Я бы с другой стороны зашёл. Она практически невосстанавливаема, в силу сложности метаданных. А любой баг в коде, опять же в силу сложности, рискует вылиться в фатальное повреждение таковых.

Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

214. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Аноним (257), 17-Апр-20, 13:11 
Так в том то и дело, что в данном случае - НЕ васян.
> собрал домашнее СХД, небольшое - 32Tb RAW-емкости.  

Вот я бы не назвал его небольшим, моё - на порядок меньше.
Человек "перепробовал все что есть в природе из более-менее заметного.", т.е. разбирается, и явно  не  школьник. Знает виланы и проблемы линуксовой сети. Короче, толковый, грамотный спец.
И он пришёл к фряшной ZFS, но при этом считает её "избыточной".
Поэтому интересно, почему?

Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

216. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от нах. (?), 17-Апр-20, 13:37 
>> собрал домашнее СХД, небольшое - 32Tb RAW-емкости.
> Вот я бы не назвал его небольшим, моё - на порядок меньше.

на порядок - это 3T ;-) Я, в общем, примерно такой расклад описывал, поскольку "для дома" он случается куда чаще.

> Человек "перепробовал все что есть в природе из более-менее заметного.", т.е. разбирается,

нуууу, он пробовал какие-то меганавороченные штуки всьо в одном, ставящиеся именно next-next. Возможно, у него задачка попроще чем тебе кажется, и не хранилка в ней главное.

> Поэтому интересно, почему?

ну может у него кроме прона и средств его быстрой отдачи в телевизер ничего там и нет?  ;-)

Ответить | Правка | Наверх | Cообщить модератору

232. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Pofigist (?), 18-Апр-20, 14:40 

> нуууу, он пробовал какие-то меганавороченные штуки всьо в одном, ставящиеся именно next-next.
> Возможно, у него задачка попроще чем тебе кажется, и не хранилка
> в ней главное.

Задачку пропроще яб решал каким-нибуть EasyNAS, а по интерфейсу меня бы устроил и что-нибудь а-ля ESOS.

Но у меня - задачка немного сложней чем вам всем кажется, это не просто домашняя сетка - это еще и стенд, который включается в себя небольшой отказоустойчивый кластер из двух нод и SDN на OpenFLOW, да-да - в стенд включает аппаратный коммутатор с поддержкой OpenFLOW и другими наворотоми. Разве что FC не развернул - лень было, хотя коммутатор взять не проблема и карточки - тоже.

Ответить | Правка | Наверх | Cообщить модератору

233. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от нах. (?), 18-Апр-20, 15:05 
ну то есть - игрушка, ага. Не вижим чем тебе тут zfs избыточна - у тебя тут все остальное в сто раз избыточнее.

А задачу домашней именно хранилки ВСЕГО я бы решал совсем с другого конца - ручной установкой и сборкой правильной версии freebsd с правильными патчами и вовсе без нескучных интерфейсов. Потому как "все" мне было бы немного жалко потерять.

Ответить | Правка | Наверх | Cообщить модератору

265. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Pofigist (?), 21-Апр-20, 00:26 
> ну то есть - игрушка, ага. Не вижим чем тебе тут zfs
> избыточна - у тебя тут все остальное в сто раз избыточнее.
> А задачу домашней именно хранилки ВСЕГО я бы решал совсем с другого
> конца - ручной установкой и сборкой правильной версии freebsd с правильными
> патчами и вовсе без нескучных интерфейсов. Потому как "все" мне было
> бы немного жалко потерять.

Вот прости - у меня есть гораздо более интересные задачи чем сборка правильных версий фряхи, да и линукса - тоже. Я конечно люблю поразвлекаться... но умеренно. :)

Ответить | Правка | Наверх | Cообщить модератору

229. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Pofigist (?), 18-Апр-20, 11:03 
Тебе дома очень нужна дедупликация? Поддержка RAID6 и т.д.? SSD cache? Даже сжатие на лету - не очень-то и нужно... И на все это - требуются ресурсы и соотвественно - блин деньги. Но зато нету реализации таких нужных для дома фичь как легкий UPnP-сервер - один монструозный Plex.

Я вообще изначально искал что-то легкое, что можно поставить на х32 - у меня просто валяется один неплохой NAS с таким процом, а его прошивка - зело убогая и глючная. Был поражен что такого просто нет - все видимо думают что их хранилка enterprise-reday чтоль... Они заблуждаются.

Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

235. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от нах. (?), 18-Апр-20, 15:50 
> Тебе дома очень нужна дедупликация?

нет, я вообще считаю ее вредной и ненужной затеей - современным развитием архиватора del. Возможно, будь у меня другие данные, я бы думал иначе.

> Поддержка RAID6

разумеется. Уже 4T диск достаточно велик, чтобы при отказе одного из пяти ты просто не успел списать четыре терабайта на новый до того, как навернется еще один (в случае zfs ему достаточно даже не совсем сдохнуть, а слегка сбойнуть). А лично я сейчас собираю из восьмерок. Очень хочется аналог raidz3, а не 2.

> SSD cache?

тут надо думать и считать. Возможно, это и впрямь дешевле чем увеличивать arc.

> Даже сжатие на лету - не очень-то и нужно... И на все

оно очень сильно уменьшает latency на мелких файлах. Там к нему прилагается variable block size и еще кое-что интересное. Другое дело что так, как оно сделано в ныне доступной нам zfs - ну его нафиг (там тянется тот самый страшный пингвинячий гуанокод, которого я бы предпочел любой ценой в своей системе не иметь).

> это - требуются ресурсы и соотвественно - блин деньги. Но зато

основные расходы в моем случае - собственно диски (никуда не деваться, но можно растянуть удовольствие ползучим апгрейдом), недомашнего класса матерь с поддержкой ecc, память для нее же, недешевый корпус с хорошим охлаждением, в который все поместится.

Я сделал три попытки, все три кончились фейлом, мне есть куда еще продевать бесконечно много денег. И отправился строить кластеры из дерьма.

> нету реализации таких нужных для дома фичь как легкий UPnP-сервер -
> один монструозный Plex.

ну это кому что. Мне вот нафиг не надо.

> Я вообще изначально искал что-то легкое, что можно поставить на х32 -

в смысле intel 32bit? Ты вполне мог бы пойти моим путем, собрав для него freebsd. Ну или next-next-next, только потом не жалуйся.

> у меня просто валяется один неплохой NAS с таким процом, а

а он вот точно неплохой? На минуточку, 7 современных дисков типа дешевых wd блюэ способны отдать тебе что-то вроде гигабайта в секунду. Чтобы переварить такой поток, надо иметь очень хороший процессор (считать контроль), много памяти и, вероятно, минимум один 10Ge интерфейс, который ты и нагрузишь процентов на 80...

> просто нет - все видимо думают что их хранилка enterprise-reday чтоль...

да нет, просто считай сам - такой вот дерьмодиск тебе обойдется в $120/штука.  Поскольку данных лично мне все же жалко - их надо семь (5+2 минимально-разумный raidz2) - минус почти килобакс только на диски. И ведь это - расходник! На 2G 7k hgst выйдет еще дороже (и скорее всего твой nas расплавится)

> Они заблуждаются.

ну смотри - вот сдохнет у нас в конторе ентер-прайс хранилка. Мы заведем "массовый инцидент", часть клиентов будет получать уверения в совершеннейшем к ним почтении и предложение заходить как-нибудь в другой день (да пофиг нам, что ты в лесу под Тамбовом - грызи кору, мы работаем над твоей проблемой). Предположим, это очень-очень маловероятно, но все же - она совсем сдохла, ну сгорела к хренам вместе с офисом, чо. Хорошо бы и половина топтопов вместе с ней, но так вряд ли повезет.
Мы медленно и печально (денег на нормальное оборудование и софт компания-миллиардер жмет, потому она и миллиардер, а ты лох нищий)  поднимаем что можем в резервном ЦОД. Через сутки клиенты просто немножко дольше ждут и не все внутренние процедуры соблюдаются. Мы медленно и печально восстанавливаем бэкап с лент того, что нельзя было реплицировать.
Через трое суток компания работает как ни в чем небывало (заместо горелых лохов пашут вдвое больше негорелые). Нам может даже дадут премию за сверхурочные работы, хотя вряд ли (потому и миллиардер). Но точно выразят благодарность в приказе. И даже разрешат проспать на пятнадцать минут дольше.

Теперь сравни это с раскладом из уже показанного мной урла: http://web.archive.org/web/20190726220531/http://www.michell...

Все еще хочется доверить пару терабайт невосстановимого барахла дешевой хранилке без тривиальных мер защиты?

Ответить | Правка | Наверх | Cообщить модератору

239. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Онаним (?), 18-Апр-20, 20:34 
> ну смотри - вот сдохнет у нас в конторе ентер-прайс хранилка.

У нас для этого пары хранилок в разных ДЦ, в репликации. Сдохнет одна - и пёс с ней. На случай звездеца с репликацией мастеры LUN'ов размазаны между хранилками, в крайнем случае сдохнет и пойдёт на восстановление с оперативных бэкапов хотя бы половина.

Ответить | Правка | Наверх | Cообщить модератору

240. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Онаним (?), 18-Апр-20, 20:36 
Но это безотносительно ZFS, ZFS даже аниме хранить доверить сложно.
Ответить | Правка | Наверх | Cообщить модератору

264. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Pofigist (?), 21-Апр-20, 00:15 
Ну понятно что ты в СХД разбираешься. Но у тебя стандартная професиональная проблема - ты опять соскочил с домашней хранилки на энтерпрайз-решение. А там - принципиально разные требования к надежности. Я продолжаю утверждать что для дома - хватает RAID5. С головой. Ибо как ты правильно заметил - основные затраты это диски. Бывший HGST - без вариантов, тут тоже согласен. И цена вопроса RAID5 vs. RAID6 это минимум +5-30 тысяч при одинаковой полезной емкости. В твоем раскладе - умножь на 3. Я уж не говорю о том что цена корзина более чем на 4 диска - начинает расти скачком и очень ощутимо. Сравни сколько стоят TS-873 и TS-473 для примера :)

Так что давай отделять мух от котлет - для дома хранилки класса TS-473 за глаза. У меня - ну немного специфическая ситуация, согласен. Но и я не готов на RAID-6, бекапы - дешевле :)

Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

243. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Аноним (257), 19-Апр-20, 00:38 
Дедупликация мне  лично не нужна - система работает на 2Гб памяти (и её вполне хватает. После загрузки занято менее 600мб - самба, днла, трансмишн, рсинк. При раздаче десятка торентов через 8 часов свободно около 400мб).
RAID6 (RAIDZ2) - да, под  системой и хранилкой.
SSD cache  мне  лично - нет.
Сжатие - да.
Скорость записи больших файлов (фильмы) по гигабитной сети - 80-90Мб/с, загрузка процессора при этом - 30-40% (старая офисная машинка 10-12-летней давности). Это для Вас ресурсы? И "блин деньги"? В сравнении с 32Тб RAW?
Но я понял, что именно для Вас "избыточно".
> реализации таких нужных для дома фичь как легкий UPnP-сервер

это же, вроде не файловая система?

Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

263. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Pofigist (?), 20-Апр-20, 23:59 
Еще один не понимающий значения термина дедупликация, применимо к СХД и конкретно - к ZFS...

Краткая подсказка - дедупликая НЕ уменьшает потребление ОЗУ, а наоборот - резко увеличивает. Запускать дедупликацию на твоих объемах ОЗУ - самоубийство.

И сколько у тебя там дисков, что ты RAID-Z2 запустил? Если 4е - то смешно, проще было использовать RAID-10 :) RAID-Z2 это два диска с избыточностью, то есть запускать его есть смысл не менее чем на 6-8 дисках. RAID-Z1 (RAID5) для дома более чем достаточен, лишний диск для RAID-6 это +5-15 тыр к бюджету, что для дома - много.

> это же, вроде не файловая система?

А хранилка для дома - должна обеспечивать кучу полезных, но приятных сервисов, в том числе - UPnP. А еще она должна быть например видеосервером, впрочем ZoneMinder в виде плагина для FreeNAS есть. Как и NextCloud. Нет только нормального UPnP.

> Но я понял, что именно для Вас "избыточно".

Судя по факапу с дедупликацией - вы просто не понимаете всех возможностей ZFS... А они - реально огромны и мега избыточны для дома. И для их реализации - требуются ресурсы даже если ты их и не используешь. современный FreeNAS просто не запускается если у тебя менее 4Гб ОЗУ, и на них он - едва ворочается, нужно 8Гб как минимум. Без задействования дедупликации и прочих серьезных наворотов.
А с другой стороны - у меня валяется плата от QNAP. 256Мб ОЗУ и дохлый АРМ и поддерживал все что необходимо для дома. Linux+MDADM. У UPnP  у него был нормальный. А так же - iSCSI, видеосервер, OwnCloud (он выпускался до форка). Но ему более 10-ти лет, посему он тормозной и самое главное - не поддерживает более 16Тб RAW.

Вот собственно я уже сказал - хочу некий, назовем его условно HomeNAS, который может работать на х32. Зачем? Ну у меня ваяется офигенный NAS с крайне гнилой родной прошивкой. И он да - на 4м пеньке, тот что эмбедед. Память можно расширить, если найдешь DDR400 ECC Reg. консоли сцук нет :)

Ответить | Правка | Наверх | Cообщить модератору

268. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от bOOster (ok), 21-Апр-20, 09:56 
> А хранилка для дома - должна обеспечивать кучу полезных, но приятных сервисов,
> в том числе - UPnP. А еще она должна быть например
> видеосервером, впрочем ZoneMinder в виде плагина для FreeNAS есть. Как и
> NextCloud. Нет только нормального UPnP.

TwonkyServer не судьба развернуть?

> Судя по факапу с дедупликацией - вы просто не понимаете всех возможностей
> ZFS... А они - реально огромны и мега избыточны для дома.
> И для их реализации - требуются ресурсы даже если ты их
> и не используешь. современный FreeNAS просто не запускается если у тебя
> менее 4Гб ОЗУ, и на них он - едва ворочается, нужно
> 8Гб как минимум.

СТо раз слышали такие вот высказывания, и 111 раз выснялось что это результаты кривых рук.


Ответить | Правка | Наверх | Cообщить модератору

278. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Аноним (257), 22-Апр-20, 00:31 
>Еще один не понимающий значения термина дедупликация, применимо к СХД и конкретно - к ZFS...
>Краткая подсказка - дедупликая НЕ уменьшает потребление ОЗУ, а наоборот - резко увеличивает.
> Запускать дедупликацию на твоих объемах ОЗУ - самоубийство.

Так я и не запускаю, и объяснил, почему (небольшая память) :)
Похоже, что разницы между raidz2 и raid-10 (который, кстати, - mirror) даже при 4-х винтах, Вы не видите (а она есть).
> А хранилка для дома - должна обеспечивать кучу полезных, но приятных сервисов, в том числе - UPnP. А еще
> она должна быть например видеосервером, впрочем ZoneMinder в виде плагина для FreeNAS есть.

Допускаю, но при чём тут файловая система?
> Судя по факапу с дедупликацией - вы просто не понимаете всех возможностей ZFS...
> А они - реально огромны и мега избыточны для дома

А вот Вы понимаете "всех возможностей", скажем, винды (или линукса) для дома? Для большинства они действительно избыточны. Не будем пользоваться?
> требуются ресурсы даже если ты их и не используешь.
> современный FreeNAS просто не запускается если у тебя  менее 4Гб ОЗУ,
> и на них он - едва ворочается, нужно 8Гб как минимум.

Судя по Вашему посту, Вы просто не умеете читать:)
Вот ведь специально привёл объём памяти, её расход, скорость работы, загрузку проца.
Это даже ресурсами называть смешно.
Вообще-то, я ожидал, что Вы укажете оптимальный для дома вариант, и почему его не использовали.
"хочу некий ... условно HomeNAS..."
Похоже, что нах был прав.

Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

280. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Аноним (280), 22-Апр-20, 12:32 
Ирония ваших рассуждений, поучений и мечтаний заключается в том,что
> условно HomeNAS, который может работать на х32

надёжный и  провереный есть в сети :) И его легко найти, если действительно искать :),
т.к. оно лежит открыто, на виду и в свободном доступе.

Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

254. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от bOOster (ok), 20-Апр-20, 08:59 
> Тебе дома очень нужна дедупликация? Поддержка RAID6 и т.д.? SSD cache? Даже
> сжатие на лету - не очень-то и нужно... И на все
> это - требуются ресурсы и соотвественно - блин деньги. Но зато
> нету реализации таких нужных для дома фичь как легкий UPnP-сервер -
> один монструозный Plex.
> Я вообще изначально искал что-то легкое, что можно поставить на х32 -
> у меня просто валяется один неплохой NAS с таким процом, а
> его прошивка - зело убогая и глючная. Был поражен что такого
> просто нет - все видимо думают что их хранилка enterprise-reday чтоль...
> Они заблуждаются.

Это че, горе от ума?

Дедупликация, в чем избыточность то? То что он пишет в другое место а не затирает предыдущее? На конечном обьеме диска это разве отражается, чтобы о деньгах говорить? Да и это основа надежности ZFS.
Сжатие на лету как включается, так и отключается по необходимости.

Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

262. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от Pofigist (?), 20-Апр-20, 23:40 
Oh shi~...

Ты для начала хоты бы выясни значение термина дедупликация, прежде чем спорить бросаться...

Ответить | Правка | Наверх | Cообщить модератору

267. "В ZFS on Linux добавлена поддержка FreeBSD"  +/
Сообщение от bOOster (ok), 21-Апр-20, 09:43 
> Oh shi~...
> Ты для начала хоты бы выясни значение термина дедупликация, прежде чем спорить
> бросаться...

А, пардон. Помутился CoW с дедупликацией :)

zfs set dedup=off/on pool

Есть жи? По сути то дела не меняет. Может проще было изучить мануальчик по ZFS или на худой конец статейки по тюнингу ZFS? там опций очень много чтобы из ZFS - аналог btrfs сделать... Чтобы душа успокоилась :))))

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру