Re: Unionfs/aufs instead of LVM?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2007-08-01 at 23:38 -0400, Omri Schwarz wrote:
> I thought I'd ask if 
> anyone else is thinking of this: merging disks and partitions at the
> filesystem level rather than the block device level.
> 
> The advantages that come to mind:
> 
> - If a disk is lost, only the files belonging to it are lost,
> instead of the whole logical volume.
> 
> - Copying a component volume to another one is easier, and can
> be done without any outage to the filesystem at large.
> 
> - Portions of the filesystem can be backed up instantly by
> mandating for example that /home belong to two component
> filesystems that are simple copies of each other.
> 
> - Facile interface for snapshots.
> 
> - Component filesystems that can be set read-only.
> 
> Disadvantages:
> 
> Getting unionfs/aufs to DTRT in this context.

There is a commercial filesystem, Ibrix Fusion, which sort of does
that.  LVM volumes become "segments", owned by a "segment server".
If the segment server dies or if the LVM holding a segment goes off-
line, then only the files on that LVM disappear.  The filesystem
keeps going.  When the LVM or segment server comes back up, the files
magically reappear.  It's sort of like GFS, but on steroids and there's
no single lock manager machine that can bottleneck it.

(yes, we use Ibrix.  It manages five 70TB filesystems for us).

----------------------------------------------------------------------
- Rick Stevens, Principal Engineer             rstevens@xxxxxxxxxxxx -
- VitalStream, Inc.                       http://www.vitalstream.com -
-                                                                    -
-  Perseverance:  When you're too damned stubborn to say "I quit!"   -
----------------------------------------------------------------------

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux