LINUX.ORG.RU
решено ФорумAdmin

Хочется странного, уменьшаемый raid0.

 , , ,


2

2

На текущий момент возможно ли, сделать уменьшаемый raid0 без потери данных ?
Например есть 5 дисков по 2TB, объединив в raid0 получится 10TB полезной емкости, и будет использоваться 7TB.
И вот хочу убрать из raid0 один диск, места свободного достаточно чтобы перебалансировать/мигрировать данные с удаляемого диска, с помощью чего это возможно сделать: btrfs, zfs, bcachefs или может хитро-выдуманная конфигурация lvm ?

★★★

Btrfs вполне должно подойти, просто удаляешь диск (средствами Btrfs, очевидно), и оно перенесёт данные. Из перечисленного только она так и может. Есть ещё всякие ФС на FUSE, но зачем.

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

Из перечисленного только она так и может.

Думаешь просто pvremove не сработает? Вот что нашёл LVM «вынуть» конкретное PV (диск) из зеркала

Есть ещё всякие ФС на FUSE, но зачем.

Mergerfs, например

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

Думаешь просто pvremove не сработает

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

Mergerfs, например

Да, именно такое имел в виду.

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

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

zfs - connecting nerds

anonymous
()
Ответ на: комментарий от GAMer

может.

https://docs.oracle.com/en/operating-systems/solaris/oracle-solaris/11.4/mana…

Нет. Там только про зеркало (RAID 1) и кэши.

Алсо, у OpenZFS и солярочной ZFS функционал может различаться.

См тут, в общем: https://openzfs.github.io/openzfs-docs/man/master/8/zpool-remove.8.html#device_removal

Removes the specified device from the pool. This command supports removing hot spare, cache, log, and both mirrored and non-redundant primary top-level vdevs, including dedup and special vdevs.

Top-level vdevs can only be removed if the primary pool storage does not contain a top-level raidz vdev, all top-level vdevs have the same sector size, and the keys for all encrypted datasets are loaded.

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

Нет. Там только про зеркало (RAID 1) и кэши.

А ты будь внимательнее,

and top level virtual data devices

а про линуксовую - сам же процитировал «and both mirrored and non-redundant primary top-level vdevs, including dedup and special vdevs».

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

and top level virtual data devices

а про линуксовую - сам же процитировал «and both mirrored and non-redundant primary top-level vdevs, including dedup and special vdevs».

А.. сорри, мой косяк. Нормальный device removal только недавно запилили, чуть ли не в прошлом году.

hateyoufeel ★★★★★
()

У LVM есть lvresize --resizefs (для уменьшения придётся размонтировать) и pvmove. По дефолту LVM делает JBOD и если тебе не нужна какая-то повышенная производительность, то его хватает и пользоваться вполне удобно. Удалять диск из raid0 гораздо более неудобно, чем из «обычного lvm», ведь придётся все данные в массиве переразложить по дискам заново.

legolegs ★★★★★
()

На текущий момент возможно ли, сделать уменьшаемый raid0 без потери данных ?

LVM2+любая ФС которая умеет сокращаться (НЕ xfs например). Ext4 точно сокращаться умеет. А дальше учи магию LVM.

Jameson ★★★★★
()

Хочется странного

И ведь действительно. Если бы из RAID0 можно было без последствий удалить один из дисков, то это был бы не RAID0, а JBOD.

anonymous
()