我们正在将我们的（直接连接的）存储系统迁移到基于iSCSI的整合存储，我们提出了一个有趣的问题：我们应该在哪里放置LVM处理？ 让我解释。
我们正在configuration一个基于三级方法的存储系统，即存储，文件pipe理器，应用服务器。 这基本上将存储设备与文件系统分开。 该存储基于（除其他外）运行CentOS的DELL系统，为归档器提供iSCSI设备。 文件pipe理器通过向应用程序服务器提供NFS / CIFS / etc文件系统来“消费”iSCSI存储。 存储设备还可以为虚拟主机（KVM）提供iSCSI设备，直接以虚拟机的forms将其用于其虚拟机。
这是问题吗？ 我们在哪里放置LVM处理？ 换句话说，我们应该划分（即在存储服务器上还是在Filer / VMhosts上创build带有LVM的PP / VG / LV？
我们最初的方法是尽可能多地将存储（LVM和文件系统）的处理/转换推迟到上层主机（文件pipe理器/应用程序服务器），因为这些存储服务器中只有less数存储服务器。 这样我们更有效地分配处理。 我们是对的吗？ 我们是否做错了什么？ 谢谢。
通过在iSCSI服务器本身上使用LVM，然后在文件pipe理器上再次使用LVM，可以获得最大的灵活性。 这使您可以调整正在呈现的iSCSI设备（iSCSI服务器LVM）的大小，然后重新调整文件pipe理器上的卷的大小以适应（文件pipe理器LVM）。 它确实会降低性能，但这确实会增加处理奇数情况的能力。 在我看来，权衡是一个很好的select。
由于iSCSI服务器LVM对文件pipe理器不可见（这只是LV中的一堆块），因此您可以执行多层LVM，而当文件pipe理器将LVM数据结构放置在存储上时，iSCS服务器将不会看到除非你做一些奇怪的事情。