![拥有大量自坐骑是否存在问题?](https://linux22.com/image/538630/%E6%8B%A5%E6%9C%89%E5%A4%A7%E9%87%8F%E8%87%AA%E5%9D%90%E9%AA%91%E6%98%AF%E5%90%A6%E5%AD%98%E5%9C%A8%E9%97%AE%E9%A2%98%EF%BC%9F.png)
我有一个配置,其中我想使用大量 (1000-10000) 自挂载 ( mount --bind
)。我的文件系统是 RAID 1 中的 ext4,带有两个 400GB 硬盘。
基本上,我试图做的是使文件可用,这些文件通过 ftp 从带宽较低的本地服务器同步到互联网,最终通过顶部的 web 界面。这些文件来自许多不同的来源,我发现将大约chroot
1000 个用户分配到单独的目录中,并根据个人权限在其中放置对不同同步路径的自挂载引用是可行的。由于 jail,符号链接不起作用chroot
。我正在使用vsftpd
。
这是否存在性能问题或者其他问题?
答案1
我想不出更好的方法来完成你想要做的事情(除了rsync
将数据放入它应该所在的每个目录中——混乱且占用大量磁盘空间)。
从性能角度来看,我怀疑这会是一个问题,尽管你可能如果已安装的文件系统的插槽不足,则必须进行调整/proc/sys/super-max
(我不确定是否--bind
占用了已安装的 FS 超级块列表中的插槽)。
话虽如此,原因有很多不是使用mount --bind
,这个这是我最喜欢的方法之一。如果快速谷歌搜索没有发现任何极其糟糕的后果,我想你这样做可能没问题,尽管这确实很奇怪,应该进行广泛的记录 :)
答案2
如果使用 FTP 完成此操作,您能否只使用大多数 FTP 守护程序使用的内置 /home/$user 子系统?大多数流行的守护程序都可以为您执行 chroot。如果只需要通过 FTP 强制执行,这将使您免于在文件系统级别进行绑定。