Меня часто спрашивают в комментариях к статьям, где я настраиваю mdadm, почему я не использую файловую систему zfs. Решил сделать небольшую заметку на этот счет. Побудило меня это сделать очередная информация о неожиданных проблемах с zfs - https://qna.habr.com/q/702852 У меня целая копилка таких вопросов, которые мне задавали как знакомые, так и некоторые читатели, прося помощи.
Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном онлайн-курcе по администрированию MikroTik. Автор курcа – сертифицированный тренер MikroTik Дмитрий Скоромнов. Более 40 лабораторных работ по которым дается обратная связь. В три раза больше информации, чем в MTCNA.
Мое общее мнение о zfs - это нишевый продукт под конкретные задачи для тех, кто понимает, что это такое, как его использовать, настраивать и как решать проблемы. В общем случае я не рекомендую его использовать, у кого нет опыта работы с zfs. По ссылке как раз пример того, что я пишу. Рядовая проблема с диском приводит к невероятному головняку администратору.
У меня таких примеров полно. Некоторые я приводил в комментариях к своей статье о proxmox, можете почитать переписку там, кому интересно:
https://serveradmin.ru/ustanovka-i-nastroyka-proxmox/#comment-11441
https://serveradmin.ru/ustanovka-i-nastroyka-proxmox/#comment-9866
В общем, если у вас не железный рейд и нужна отказоустойчивость, то мой выбор однозначно это mdadm. Он прост в настройке, понятен, с ним нет неожиданных проблем. Он дает прогнозируемую производительность. Если вам нужны фишки zfs, то готовьтесь к тому, что внезапно у вас могут появиться проблемы там, где вы их не ждете, вам нужно будет тестировать производительность и редактировать конфигурацию, чтобы производительность повысить. Вам нужно будет внимательно следить за оперативной памятью и свободным местом в пуле. Недостаток этих ресурсов будет приводить к катастрофическим последствиям.
Если вы готовы ко всему этому, то zfs ваш выбор. Если вам просто надо настроить и забыть, то выбирайте mdadm.
Источник - мой канал: https://t.me/srv_admin/203.
Не согласен, что "это нишевый продукт под конкретные задачи" и что если "нужна отказоустойчивость", то это не к ZFS - здесь как раз наоборот, т.к. она изначально создавалась именно для отказоустойчивости.
Вообще не обязательно использовать весь функционал ZFS - можно просто использовать как RAID. А там где кластеры, то ZFS то, что доктор прописал.
А что это, как не нишевый продукт. Это не файловая система общего назначения, типа ext4 или xfs. Если у вас файловый сервер, или почтовый сервер, или веб сервер и вам не нужны снимки, зачем вам zfs? Снимки нужны далеко не всегда, а это главное преимущество zfs. Если не использовать этот функционал, то зачем использовать эту фс? В плане отказоустойчивости железные рейды или mdadm полностью закрывают вопрос. Последний очень надёжен. Я вообще ни разу не слышал, чтобы с ним были какие-то проблемы в плане надёжности. А вот с zfs слышал. И конкретные примеры привёл в заметке.
Не согласен в корне!
Насчёт готовится - это да: нужно читать документацию, понимать суть и логику файловой системы, проводить эксперименты на тестовом стенде и т.д. Но и это не всё - для ZFS нужно место и память. Готовьтесь к хорошему железу.
И вот после всего этого, когда вы наконец проникнитесь в самую суть - вот тогда вы поймёте всю прелесть этой системы.
ZFS это намного больше, чем RAID - это целая архитектура. Начиная от моментальных снимков и заканчивая высокоскоростными кэшами и шифрованием вы получите очень мощный инструмент управления.
Почитайте статьи на хабре, напрмиер эту: https://habr.com/ru/post/504692/ или эту: https://habr.com/ru/company/vk/blog/529516/
А несогласны с чем? Вы только подтвердили мои выводы.