LVM中逻辑卷的最大大小限制
前言: 本文是对这篇博客Maximum Size Of A Logical Volume In LVM的翻译,敬请尊重原创和翻译劳动成果,那些随意转载的大爷们,好歹也自觉注明出处。谢谢!
英文原文地址:https://www.walkernews.net/2007/07/02/maximum-size-of-a-logical-volume-in-lvm/
翻译原文地址:http://www.cnblogs.com/kerrycode/p/8662780.html
逻辑卷管理(Linux Logical Volume Manager )或LVM中单个逻辑卷(LV)的最大大小是多少呢? 如何动态的调整和修改现有卷组(VG)的物理扩展单元(PE)的大小呢?
很有可能,你看到这篇文章是因为你在Google搜索了这些相似的LVM FAS的问题。 希望这些是你所想要的答案。
创建VG时, LVM卷组(VG)的物理扩展单元(Physical Extends 缩写PE)大小是固定的, 在Linux命令行中,vgcreate 命令的选项-s表示显式设置卷组(VG)上物理卷(PV)上PE的大小。
如果你没有明确设置PE的大小的话,PE大小默认为4MB,但是,一旦这个值设定了,如果不重建VG的话, PE大小是无法修改的。这将涉及逻辑卷上的数据备份和数据恢复。
就目前的LVM2而言 - LVM版本号 2.02.06(2006-05-12),库版本为1.02.07(2006-05-11),驱动程序版本4.5.0 - 没有LVM命令或工具,甚至在HPUX中使用vgmodify,也无法动态或在线模式下调整或更改现有VG的LVM PE大小!
因此,建议在创建LVM卷组之前正确计划,例如,如果逻辑卷存储的数据很有可能在不久的将来超过300G大小的话, 那么你在创建VG的时候,就不能设定PE大小为4MB
Linux逻辑卷管理器或LVM的可视概念图。
Linux LVM中逻辑卷的最大大小是多少?
为什么逻辑卷的最大大小有限制?
为了限制Linux内核内存使用量,每个逻辑卷(LV)有65,536个物理盘区(PE)的限制。因此,LVM中PE大小将直接决定逻辑卷(LV)的最大大小!例如,4MB PE大小(默认PE大小)将单个逻辑卷(LV)限制为256GB,16MB PE大小将限制单个LV增长超过1TB,等等。
除PE大小因素外,单个LV的最大尺寸也受CPU架构和Linux内核版本的限制:
Linux内核版本2.4.x将最大LV大小限制为2TB。
在2.4.x之前的一些较早的Linux内核中,最大LV大小限制为1TB(由块层中的整数签名问题引起 caused by the integer signedness problems in the block layer)。
32位CPU和Linux内核版本2.6.x的组合,逻辑卷大小的限制在16TB时最大化。
对于在64位CPU上运行的Linux内核2.6.x,最大LV大小为8EB(此时非常恐怖的大容量存储!)
翻译完成,下面是我Google搜索到关于内核版本和CPU架构对逻辑卷的大小限制的描述资料。仅供参考。
- · For 2.4 based kernels, the maximum LV size is 2TB. For some older kernels, however, the limit was 1TB due to signedness problems in the block layer. Red Hat Enterprise Linux 3 Update 5 has fixes to allow the full 2TB LVs. Consult your distribution for more information in this regard.
- ·
- · For 32-bit CPUs on 2.6 kernels, the maximum LV size is 16TB.
- ·
- · For 64-bit CPUs on 2.6 kernels, the maximum LV size is 8EB. (Yes, that is a very large number.)
--------------------------------------------------分割线-------------------------------------------------------------
有一次创建了一个LV超过265G,但是PE Size为4M,这个让我非常困惑,后面查了一下资料发现,以前有每个逻辑卷(LV)有65,536个物理盘区(PE)的限制,但是从LVM 2开始,没有限制PE的数量,这个仅仅作为上面翻译文章的补充。具体原文如下如下:
Those limits (65536 LE per LV) does not apply to LVM 2 and 2.6 kernel.
Your LV can have much more LE (I dont know if there is even reachable
limit for this). One and only feedback (if you can notice this) is
that userspace programs for managing LVM works _little_ slower, when
there is enormous number od LE to administrate.
I tested it with 4GB LV on 16MB LE (but I didnt see difference)
原文地址:https://www.redhat.com/archives/linux-lvm/2005-January/msg00059.html
如果你真心觉得文章写得不错,而且对你有所帮助,那就不妨小小打赏一下吧,如果囊中羞涩,不妨帮忙“推荐"一下,您的“推荐”和”打赏“将是我最大的写作动力!
本文版权归作者所有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接.