我有一个CentOS 7服务器，当前正在通过安装的iSCSI多path会话接收存储。 在/dev/mapper代表这个块存储的多path设备被挂载到/mnt/x的文件夹中
有一个服务器应用程序正在运行，它只能configuration一个文件夹path作为存储，目前指向/mnt/x
我的问题是，这个应用程序使用了大量的存储空间。 目前iSCSI LUN是50TB，我们需要每隔几个月扩展一次。
我想知道是否有一种方法可以通过多path将多个较小的iSCSI LUN呈现给此服务器，并以某种方式组合存储以使它们显示为单个挂载点/mnt/x ？
我知道有解决scheme，如mhddfs但他们似乎都与本地附加的存储工作，而且我还没有足够的游戏来尝试这些数据量。 但是，他们提供的实际解决scheme对于我的情况将非常有用，因为它可以存储应用程序在多个LUN中创build的文件 – 避免出现如果一个LUN丢失，整个安装点将无响应的情况，这可能与LVM的情况相同。
我想尽量避免有一个巨大的LUN，我可以在下个月或两个月实际看到100TB的方法，所以我想看看我能否提前计划。
我不能想象一个单一的解决scheme，你可以随便从中提供一个JBOD风格的块设备连接，如你所需要的。 LVM是我的第一个想法，但是如果你失去了这么多的失败点，你的VG将会处于退化状态，你可能会遇到数据问题。
你可能会考虑一个完全不同的方法。 现在，您正在手动扩展卷，以适应大概多个端点的需求。 为什么不给这些端点大量精简configuration卷，并将这个pipe理问题转移到一个擅长pipe理存储的中央位置？
诚然，您必须跟上向iSCSI目标添加存储空间，但这通常比端点更优雅，并且可以在您的卷空间不足时完成。 我以一种充满希望的口吻说出了这一切，因为我不知道你是否必须使用某种可怕的SAN产品，而不会做简单的事情，比如在线扩展卷。
考虑到这一点，我对你实际使用的SAN产品感到好奇，因为在确定如何有效处理这个问题时，这将是至关重要的信息。