我们正在将我们的(直接附加的)存储系统转移到基于iSCSI的合并存储,我们提出了一个有趣的问题:我们应该把LVM处理放在哪里?让我解释一下。
我们正在配置一个基于三层方法的统一存储系统,即存储、文件处理、应用服务器。从本质上说,存储设备和文件系统是分开的。存储的基础(包括)戴尔系统运行CentOS,提供iSCSI设备给申报者。文件用户通过向应用服务器提供NFS/CIFS/etc文件系统来“消耗”iSCSI存储。存储设备还向虚拟主机(KVM)提供iSCSI设备,虚拟主机直接以VGs的形式将其用于其虚拟机。
这就是问题所在?我们把LVM处理放在哪里?换句话说,我们应该在存储服务器上或者在文件/VG主机上使用LVM创建PP/VG/LV吗?
我们最初的方法是将存储的处理/转换(LVM和文件系统)推迟到较高级别的主机(文件/应用服务器),因为将有几个这样的存储服务器,而只有很少的存储服务器。通过这种方式,我们可以更有效地分配处理。我们说得对吗?我们是不是做错了什么?谢谢。
发布于 2012-03-21 13:03:02
您可以通过在iSCSI服务器上使用LVM来获得最大的灵活性,然后再在文件处理程序上使用LVM。这允许您调整所呈现的iSCSI设备的大小(iSCSI-服务器LVM),然后调整文件器上的卷大小以容纳(filer )。它确实减少了很小的性能,但它确实提高了您处理奇怪情况的能力。在我看来,这是一个很好的交易。
您可以执行多层LVM操作,因为iSCSI-服务器LVM对文件器是不可见的(它只是LV中的一组块),而且当文件器将LVM数据结构丢弃到存储中时,iSCS-服务器将不会看到它,除非您做一些奇怪的事情。
https://serverfault.com/questions/371945
复制相似问题