Don’t Be Afraid of RAID

Re:Don’t Be Afraid of RAID by KaiserPro on Sunday May 24, 2020 @01:40PM (#23293133)

Oh no, its a fine technology, its just useless documentation and to make it really work you need LVM, which is just horrific to deal with.

I should say that I've worked proffeshionally with ZFS, mdamd/pv/lvm gluster(ugh) lustre(ok) clustered xfs and GPFS.

Along with a bunch of appliances.

mdadm/pv/lvm is about the bottom three. After gluster and ceph.

[ Parent | on HN ]

Re:Don’t Be Afraid of RAID by core-questions on Sunday May 24, 2020 @01:45PM (#23293171)

I find LVM2 to be easy to work with, but the weird marriage between MD and LVM confuses me, so I just use "hardware" raid beneath LVM.

(For server OS installs that I can recreate trivially, and not for actual data, which lives on a proper SAN because I value my employment)

[ Parent | on HN ]

Re:Don’t Be Afraid of RAID by joana035 on Sunday May 24, 2020 @06:24PM (#23295411)

How come mdadm needs lvm?

Do you mean device mapper?

[ Parent | on HN ]

Re:Don’t Be Afraid of RAID by KaiserPro on Monday May 25, 2020 @03:07AM (#23298754)

I don't mind device mapper, for what I used it for, multipath scsi.

mdadm doesn't need lvm. But if you want snapshots, or to have flexible partitions (anything like the flexibility of zfs) you need lvm.

Also for the longest time redhat used to force lvm on you by default. I assume this was to help with "flexibility"

In practice, on virtual machines, or anything back with decent storage, I'd remove the partition table and just run on the block device directly.

[ Parent | on HN ]