Overclock.net › Forums › Software, Programming and Coding › Operating Systems › Linux, Unix › Should MD-RAID And LVM Merge?
New Posts  All Forums:Forum Nav:

Should MD-RAID And LVM Merge?

Poll Results: Should the LVM and MD-RAID layers merge?

 
  • 25% (1)
    Yes, merge them.
  • 25% (1)
    No, keep them as they are (separate).
  • 25% (1)
    The fileystem layer should handle volumes instead.
  • 25% (1)
    Let's just sit and wait for btrfs to mature.
  • 0% (0)
    Let's hope the ZFS licensing changes.
4 Total Votes  
post #1 of 2
Thread Starter 
(Searched for this but didn't see a thread)

I've been thinking about this since ZFS started to become popular. The main arguments for systems like ZFS are that a) the most important part of a storage system is the data it stores and b) the layers of a traditional stack do not communicate, and therefore one layer does not know what the other layers are doing.

Others will argue that the layers should be kept separate since they do distinctly different jobs. While the latter part is true, is the former? I agree that the block devices and filesystems are very different in terms of purpose and presentation, however RAID and LVM layers both present block devices.

I know there can be issues with LVM if something goes wrong with the RAID layer (typically with striped RAID schemes if drives get moved around), so from that point of view it would make sense. Additionally, some hardware RAID controllers (notably Areca) allow logical volumes to be created on an array, presenting them to the OS as block devices (I assume), so the idea isn't new.

NOTE: I'm aware of the fact that ZFS is available for Linux - the performance is poor, and ZFS does not allow incremental growth of an underlying RAID array (known as a vdev). I'm also aware that btrfs supports much of what I have covered, however I consider it to be years away from "trusted stability", and it is yet to support RAID 5 and RAID 6.

So, what do you think?
Mythica
(14 items)
 
  
CPUMotherboardGraphicsRAM
Intel i3 530 Gigabyte GA-H55M-D2H Palit nVidia GT430 Corsair Dominator 4GB TW3X4G1333C9A 
Hard DriveHard DriveOSMonitor
Hitachi Deskstar 7K500 Samsung HD204UI Linux Mint 13 HP L1800 
KeyboardPowerCaseMouse
Trust EasyScroll Silverline Corsair HX520 Lian-Li PC-A04B Logitech Trackman Wheel 
  hide details  
Reply
Mythica
(14 items)
 
  
CPUMotherboardGraphicsRAM
Intel i3 530 Gigabyte GA-H55M-D2H Palit nVidia GT430 Corsair Dominator 4GB TW3X4G1333C9A 
Hard DriveHard DriveOSMonitor
Hitachi Deskstar 7K500 Samsung HD204UI Linux Mint 13 HP L1800 
KeyboardPowerCaseMouse
Trust EasyScroll Silverline Corsair HX520 Lian-Li PC-A04B Logitech Trackman Wheel 
  hide details  
Reply
post #2 of 2
Quote:
Originally Posted by parityboy View Post

(Searched for this but didn't see a thread)

I've been thinking about this since ZFS started to become popular. The main arguments for systems like ZFS are that a) the most important part of a storage system is the data it stores and b) the layers of a traditional stack do not communicate, and therefore one layer does not know what the other layers are doing.

Others will argue that the layers should be kept separate since they do distinctly different jobs. While the latter part is true, is the former? I agree that the block devices and filesystems are very different in terms of purpose and presentation, however RAID and LVM layers both present block devices.

I know there can be issues with LVM if something goes wrong with the RAID layer (typically with striped RAID schemes if drives get moved around), so from that point of view it would make sense. Additionally, some hardware RAID controllers (notably Areca) allow logical volumes to be created on an array, presenting them to the OS as block devices (I assume), so the idea isn't new.

NOTE: I'm aware of the fact that ZFS is available for Linux - the performance is poor, and ZFS does not allow incremental growth of an underlying RAID array (known as a vdev). I'm also aware that btrfs supports much of what I have covered, however I consider it to be years away from "trusted stability", and it is yet to support RAID 5 and RAID 6.

So, what do you think?

I see btrfs happening before any merger of LVM/MD-RAID or any change to the status of ZFS on linux. I used it fine in arch, its not production ready but I can see it in 18-24 months being close
    
CPUMotherboardGraphicsRAM
AMD Phenom II X4 B55 Biostar A880GZ  AMD Radeon HD 4250 iGPU 8GB (2x4GB) Patriot Sector 5 DDR3 
Hard DriveHard DriveHard DriveOptical Drive
Seagate Barracuda 1TB (ST1000DM003) Western Digital Caviar SE 250GB Seagate External 1TB LG DVD Burner 
OSOSOSPower
Debian GNU/Linux 6.0.6 'Squeeze' 64-bit Arch Linux 64-bit FreeBSD 9.0 64-bit LPS Ultra 550 watt 
Case
Thermaltake V4  
  hide details  
Reply
    
CPUMotherboardGraphicsRAM
AMD Phenom II X4 B55 Biostar A880GZ  AMD Radeon HD 4250 iGPU 8GB (2x4GB) Patriot Sector 5 DDR3 
Hard DriveHard DriveHard DriveOptical Drive
Seagate Barracuda 1TB (ST1000DM003) Western Digital Caviar SE 250GB Seagate External 1TB LG DVD Burner 
OSOSOSPower
Debian GNU/Linux 6.0.6 'Squeeze' 64-bit Arch Linux 64-bit FreeBSD 9.0 64-bit LPS Ultra 550 watt 
Case
Thermaltake V4  
  hide details  
Reply
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: Linux, Unix
Overclock.net › Forums › Software, Programming and Coding › Operating Systems › Linux, Unix › Should MD-RAID And LVM Merge?