![是否可以导入单个用户拥有的文件系统并导出为多个用户拥有的多个虚拟卷?](https://linux22.com/image/561443/%E6%98%AF%E5%90%A6%E5%8F%AF%E4%BB%A5%E5%AF%BC%E5%85%A5%E5%8D%95%E4%B8%AA%E7%94%A8%E6%88%B7%E6%8B%A5%E6%9C%89%E7%9A%84%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E5%B9%B6%E5%AF%BC%E5%87%BA%E4%B8%BA%E5%A4%9A%E4%B8%AA%E7%94%A8%E6%88%B7%E6%8B%A5%E6%9C%89%E7%9A%84%E5%A4%9A%E4%B8%AA%E8%99%9A%E6%8B%9F%E5%8D%B7%EF%BC%9F.png)
是否可以导入单个用户拥有的文件系统(例如通过 NFS 安装)并将其再次导出为多个用户拥有的多个虚拟卷,其中每个卷都是通过 NFS 导入的单个用户拥有的文件系统上的文件夹?
文件系统不需要具有出色的性能,因此即使是执行自定义工作流程(如对每个保存的文件进行 tar:ing)也可能是可以接受的。
背景
在我工作的 HPC 中心,我们正在管理对基于 dCache 的存储的数据访问,该存储可通过 NFS 安装。
问题是我们有一个很大的存储帐户,无法添加更多的用户帐户或组/项目(每个研究项目有一个 UNIX 组),但我们仍然需要管理数百个不同用户和组的访问权限,而不能在组之间进行访问(每个组一个文件夹就足够了)。
到目前为止,我们只允许用户通过类似 Dropbox 的解决方案与存储进行交互,因此实际将文件移动到存储的操作由我们的单个“机器人”用户完成,该用户是唯一有权访问远程存储的用户。然后,我们开发了自定义脚本,将文件放置在反映用户项目的文件结构中,以及文件集“签入”的日期。
我认为通过巧妙地导入/导出文件系统可能会有更好的解决方案。
答案1
是的,就是你能重新导出 NFS 共享。
但这通常是一个坏主意™ —— 首先从性能的角度来看(在同一线路上有大量输入-输出-输入-输出的流量),其次从可靠性的角度来看(如果您的机器有问题,或者原始服务器有问题,或者 NIS/LDAP 问题等)。
您是否可以采用其他方法?也许升级/迁移到 NAS 设备(如 NetApp 文件服务器)?
在一个问题我之前问过,他们提供了几种替代方案。