> А теперь допустим мы хотим сделать из этого ну пусть RAID5. Как
> это может выглядеть? Прочли блоки файла которые были сохранены как RAID1,
> записали их как RAID5 (если для этого достаточно дисков и свободного
> места), деаллоцировали блоки RAID1 (вернув место занятое под них), отапдейтили метаданные
> (чтобы указывали на новые блоки с новой схемой размещения). Вроде все
> логично и не вижу почему это не может работать. По сути
> конверсия любой схемы в любую с точки зрения файлухи - нечто
> наподобие копирования файла.В Btrfs полноценная поддержка RAID5 и RAID6 до сих пор не реализована.
>> И в btrfs надо делать перестройку и в ZFS, просто btrfs умеет
>> делать ее на месте. Это круто в домашних условиях, может быть
>> еще полезно на ненагруженых серверах.
А ZFS что по-твоему требуется, чтобы сделать перестроение vdevice в RAID1, RAID1 в RAID10?! То же, что и Btrfs — замиррорить объекты и разнести их части по дискам! И, да, это делается тоже в домашних условиях, а не в лабораториях. И, внезапно, для этого не требуется микроскоп и пинцеты. :))
>> Переделать в один raidz1 на 6 дисков - нельзя, да.
> Ну а у btrfs можно в принципе перегонять объекты из одного типа
> RAID в другой по ходу пьесы. С технической точки зрения это
> read() с старой схемы, write() с новой схемой и снос старых
> блоков+апдейт метаданных. Ну так, чисто архитектурно.
Чисто умозрительно. Потому что рабочей реализации RAID5 и RAID6 в Btrfs ещё нет.
> Что из этого по факту
> запилено - второй вопрос, по крайней мере та механика которая есть
> к таким вещам отнесется нормально и все это не проблема прикрутить,
> как и разные схемы избыточности/четности ... без порчи жизни админам на
> предмет разбора/пересоздания многодисковых пулов, масс-пересчета данных здесь и сейчас
> и прочего традиционного кластерфака.
Вот когда будет решена проблема с прикруткой RAID5 и RAID6 в Btrfs, тогда и поговорим. Ага?
Фантазировать можно долго.
