我有一台 CentOS 7 服务器，它当前通过已挂载的 iSCSI 多路径会话接收存储。代表此块存储的多路径设备/dev/mapper已挂载到/mnt/x
正在运行一个服务器应用程序，该应用程序可配置只有一个文件夹路径作为存储，当前指向/mnt/x
我的问题是这个应用程序占用了大量存储空间。目前，iSCSI LUN 为 50TB，我们需要每隔几个月就扩展一次。
我想知道是否有一种方法可以通过多路径向该服务器呈现多个较小的 iSCSI LUN，并以某种方式组合存储使它们显示为单个挂载点/mnt/x？
我知道有诸如 之类的解决方案mhddfs，但它们似乎都适用于本地连接的存储，而且我没有足够的勇气在如此大量的数据上尝试这些解决方案。但他们提供的实际解决方案对我来说非常有效，因为它可以存储应用程序在多个 LUN 上创建的文件 - 避免出现如果一个 LUN 掉线整个挂载点都会无响应的情况，就像 的情况一样LVM。
我想尝试避免拥有一个巨大的 LUN，我可以在未来一两个月内实际看到这种方法达到 100TB，所以我想看看我是否可以提前计划。
答案1
我想不出一个可以随意删除 LUN 的解决方案，它能提供您所需的 JBOD 样式块设备串联。LVM 是我首先想到的，但如果您丢失了这些故障点中的任何一个，您的 VG 就会处于降级状态，并且可能会出现数据问题。
您可能会考虑采用完全不同的方法。现在您正在手动扩展卷以满足可能在多个端点的需求。为什么不为这些端点提供大型精简配置卷并将该管理问题转移到擅长管理存储的中心位置？
确实，您必须不断向 iSCSI 目标添加存储，但这通常比端点更优雅，并且可以在您的卷空间真正不足时完成。我以充满希望的语气说这一切，因为我不知道您是否必须使用某种可怕的 SAN 产品，而这些产品无法执行诸如在线扩展卷之类的简单操作。
考虑到这一点，我很好奇您在 SAN 中实际使用了什么产品，因为这对于确定如何有效地处理此问题至关重要。
答案2
由于您使用的是 CentOS，因此您可以考虑使用 GlusterFS。它现在由 RedHat 支持，并且可以很容易地进行设置。请查看他们的网站以获取更多信息。