Fuj*_*jin 17 linux storage lvm redundancy
我正在讨论将 LVM 用于媒体/文件服务器,因为我想将多个物理硬盘组合成一个卷。我不想在我的 LVM 中使用任何 RAID,所以我的问题是:
如果我的卷中的多个硬盘之一出现故障,我会丢失所有数据还是只会丢失存储在该单个磁盘上的数据?
此外,如果我只是丢失单个磁盘上的数据,是否会像更换该磁盘并从备份中恢复其中的内容一样简单?
简单:您正在寻找mhddfs。
它伪装成一个大文件系统,按照它们提到的顺序写入磁盘,如果第一个文件太满,最终将大文件移动到不同的设备。它实际上还可以使用磁盘上的子文件夹,从而实现相同的功能。
必须首先安装单个磁盘并保持可访问。它根本不改变文件系统,也不关心哪个文件系统到位(只要文件系统正确报告了可用空间)。如果磁盘丢失,您将不得不再次(即时)重新安装您的 mhddfs,并且该磁盘上的数据将消失。
用法:
mhddfs /dir1,/dir2[,/path/to/dir3] /path/to/mount [-o options]
Run Code Online (Sandbox Code Playgroud)
或在 /etc/fstab
mhddfs#/path/to/dir1,/path/to/dir2 /mnt/point fuse defaults 0 0
Run Code Online (Sandbox Code Playgroud)
Complex&Powerful:你想要unionfs。
虽然 mhddfs 很好而且非常简单,但我在通过 SSH 授予其他人访问权限时遇到了文件权限问题。我找不到任何解决方案,但找到了 unionfs。
Unionfs 还允许您将跨不同文件系统的多个文件夹安装到一个文件夹中,但它在权限方面是否具有魔力。您可以将多个只读文件夹和一个可写文件夹合并在一起,使其显示为一个。与您共享合并文件夹的人然后可以写入只读文件夹 - 正如他们所看到的那样 - 但文件最终会在单个可写文件夹中。Linux 启动 CD 是这样工作的,可写磁盘是一个 ramdisk。人们甚至可以删除只读文件夹中的文件,这不会真正删除文件,而是在他们的写入目录中创建一个隐藏的白名单文件。如果您掌握了所有选项,您基本上可以将您的文件系统用作穷人的 SVN。
如果您过多地使用类似 SVN 的选项,您可能会错过存在两次的数据(在您的场景中不太可能,但可能),而您的可写文件夹中会填满微小的隐藏白名单文件。除此之外,它还可以使您的磁盘保持清洁且可单独使用。如果文件对于磁盘来说太大会发生什么,我还不知道。
用法:
unionfs-fuse -o cow,max_files=32768 \
-o allow_other,use_ino,suid,dev,nonempty \
/path/to/dir1=rw:/path/to/dir2=ro:/dir3
/u/union/etc
Run Code Online (Sandbox Code Playgroud)
where=rw使文件夹可读可写并=ro使其只读,即使权限另有说明。在etc/fstab这
unionfs-fuse#/path/to/dir1=rw:/path/to/dir2=ro:dir3 /path/to/mount fuse cow,allow_other 0 0
Run Code Online (Sandbox Code Playgroud)
如果您使用一个跨越所有 LVM 卷的文件系统,则整个文件系统将被损坏,因为 FS 不了解底层物理卷,也不会创建与其对齐的结构。也许可以挽救工作磁盘上的某些部件,但不能保证这一点。
出于同样的原因,仅恢复损坏磁盘的文件也是行不通的。
| 归档时间: |
|
| 查看次数: |
23028 次 |
| 最近记录: |