LINUX.ORG.RU
ФорумAdmin

Не холивара ради, FreeBSD+Software_Raid10+zfs vs Linux+Software_Raid10+lvm

 , , , ,


2

3

Доброго времени суток всем!

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

Вводные данные:
Высвободился старенький сервак: Intel 2 ядра, 4GB RAM, SATA - 4 устройства без поддержки аппаратного Raid, 2 сетевые 1Gb.

Задача:
Поднять файл-помойку (файловый сервер по протоколу SMB/CIFS и авторизацией в AD) используя рейд 10 с сохранением предыдущий версий файлов.

Суть вопроса:

Для решения задачи первоначально собирался использовать связку Linux + Software Raid10 + lvm + Samba4. Но коллеги начали меня пугать низкой производительностью lvm (по сравнению с zfs) и ее ненадежностью. Кроме того, у некоторых из моих коллег есть предубеждения, что Linux дико тормозит при операциях над множеством мелких файлов (Bug 12309). Решил обратить взор на zfs - и меня так же попытались напугать в ненадежности FreeBSD и что она вообще RIP.

Вообще то мы на работе используем для файловых серверов аппаратно-программные решения. Когда-то очень давно (2009-2011 г.г.) использовали Linux + аппаратный Raid10 + Samba3 без lvm. Но тут необходимо сохранять предыдущую версию при изменении оригинала. Сторонники zfs меня уверяют, что lvm не умеет Copy-on-write, и это придется реализовывать или созданием snapshots по расписанию, или через кучу костылей в виде скриптов. При этом я не знаю, как это делается в zfs, но где-то слышал, что zfs умеет таки Copy-on-write «из каропки». Сторонники lvm зато хвалятся полностью динамическими разделами, которые дают возможность очень гибко настраивать разделы «на лету».

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

★★★★★

Последнее исправление: ivanlex (всего исправлений: 1)

Ответ на: комментарий от t184256

Еще один советчик, предлагающий сделать копию терабайтов информации, которая в бэкапировании не нуждается.

ivanlex ★★★★★
() автор топика
Ответ на: комментарий от ivanlex

Надоели предложения? Ну распечатай тред начальнику, будет тебе принуждение.

t184256 ★★★★★
()
Ответ на: комментарий от t184256

Не правильное понимание по пункту «мне насрать». Данная информация уже копия, да - электронная копия архивного материала к истекшим договорам клиентов. Грубо - это и так «бэкапы» - терабайты информации, но лишь справочной. Данная информация хранится для облегчения поиска по возникшим вопросам с клиентом.

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

Модель такой работы придумал не я. Именно так работают многие организации. Так работали до моего прихода в данную организацию. Так работают наши конкуренты.

В принципе, создание «предыдущих» копий - вообще не обязательно. Именно эту «хотелку» решил реализовать я, что бы понять что за зверь такой - «zfs». Потыкался, пощупал. Да, эта штука не совсем такая, какой я ее себе представлял. Но теперь я хотя бы знаю что это, и примерно знаком с ее возможностями.

ivanlex ★★★★★
() автор топика

подними 2 виртуалки да проверь сам что будет лучше для тебя

smilessss ★★★★★
()
Последнее исправление: smilessss (всего исправлений: 1)
Ответ на: комментарий от ivanlex

Так если нужны оригинальные версии файлов да и только, почему не разрешить только создание и чтение файлов (с запретом на модификации и удаления), и потом расшарить?? Так никто не сможет ничего поменять «по ошибке».

Напр через acl chattr +a или chattr +i

http://serverfault.com/questions/433934/linux-create-files-and-direcotires-bu... http://stackoverflow.com/questions/869536/linux-directory-permissions-read-wr...

и т.д.

manul91
()
Ответ на: комментарий от ivanlex

При этом данные мутабельны, и параллельно (дай бог) обновляются в бумажной версии, но приоритет у бумажной копии. Какой ужас.

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

Надеюсь, что в этом аварийном сценарии ты хотя бы бесплатно вызовешься оцифровывать бумажный архив обратно. В неоплачиваемое время, естественно.

t184256 ★★★★★
()
Ответ на: комментарий от ivanlex

В принципе, создание «предыдущих» копий - вообще не обязательно. Именно эту «хотелку» решил реализовать я, что бы понять что за зверь такой - «zfs».

У вас в голове полная каша... zfs, ext4, lvm, raid, COW и пр. с этим придуманном вами требованием «предыдущих копий», не имеют ничего общего. Если нужна версионность - либо inotify с дерганием git, либо либо nilfs2 (но версионность вам не нужна, это вы от балды придумали), .

А поверх какого raid, lvm и пр. все это реализировать - фиолетово.

manul91
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.