Комментарии 9
отус рекламирует свои вебинары коротенькой копипастой небольшого кусочка из официальной доки btrfs?
помоему это скорее антиреклама..
Особенно внушает доверие конечно же нет вот это:
Однако с поддержкой RAID5 и RAID6 в BTRFS все не так просто, как хотелось бы. На текущий момент на странице англоязычной википедии режимы RAID 5 и RAID 6 имеют статус реализованы, но не рекомендованы (Implemented but not recommended for production use). Ну а по мнению многих ИТ блоггеров, высказывающихся по данной проблеме, данные не просто могут быть потеряны, они будут обязательно потеряны.
Чем btrfs RAID лучше классического на mdadm?
По идее сделать mdadm raid любой конфигурации и на нем уже файловую систему...
Классический mdadm ничего не знает о файловой системе и данных которые в ней лежат, из-за этого даже на пустых дисках забитыми нулями ребилд и первичная сборка идет очень медленно. В реализации BTRFS, как и в ZFS сам массив знает где и сколько данных у него лежит, по этому при ребилде будет работать только с настоящими данными.
Чем btrfs RAID лучше классического на mdadm?
(планируемым) отсутствием write hole?
как минимум гибкостью, отсутствием лишнего слоя абстракции, и наличием кучи плюшек. например:
1) в случае btrfs я могу в любой момент времени свой 10 рейд из12 дисков превратить в 0 или 1c3, могу сделать страйпом и вернуть обратно по желанию
2) если мне много места я могу просто взять и вытащить пару дисков из пула так же легко как добавить диски в пул
3) могу включить сжатие, сменить алгоритм сжатия
4) могу нарезать пачку подразделов с разными параметрами (сжатие, квоты, CoW)
и всё это без какого либо даунтайма.
а ещё btrfs сам без проблем определит ssd под ним или hdd, в случае mdadm иногда приходится тыкать фс носом чтобы работал trim
RAID в BTRFS