14.3.3
放大
LV
容量
我们不是说
LVM
最大的特色就是弹性调整磁盘容量吗?好!那我们就来处理一下,如果要放大
LV
的容量时,
该如何½行完整的步骤呢?其实一点都不难喔!如果你回去看
14.3.2
的话,那么你会
知道放大文件系统时,
需要底下这些流程的:
1.
VG
½段需要有剩余的容量
:因为需要放大文件系统,所以需要放大
LV
,但是若没有多的
VG
容量,
么更上层的
LV
与文件系统就无法放大的。因此,你得要用尽各种方法来产生多的
VG
容量才行。一般来
说,如果
VG
容量不足,
最简单的方法就是再加硬盘!然后½该硬盘使用上面½过的
pvcreate
vgextend
增加到该
VG
内即可!
2.
LV
½段产生更多的可用容量
:如果
VG
的剩余容量足够了,
此时就可以利用
lvresize
这个指令来½剩余
容量加入到所需要增加的
LV
装置内!过程相当简单!
3.
文件系统½段的放大
:我们的
Linux
实际使用的其实不是
LV
啊!而是
LV
这个装置内的文件系统!
以一切最终还是要以文件系统为依归!目前在
Linux
环境下,鸟哥测试过可以放大的文件系统有
XFS
EXT
家族!
至于缩小½有
EXT
家族,目前
XFS
文件系统并不支持文件系统的容量缩小喔!要注意!
要注意!
XFS
放大文件系统透过简单的
xfs_growfs
指令即可!
其中最后一个步骤最重要!我们在
第七章
当中知道,
整个文件系统在最初格式化的时候就½立了
inode/block/superblock
等信息,要改变这些信息是很难的!
不过因为文件系统格式化的时候½置的
是多个
block group
,因此我们可以透过在文件系统当中增加
block group
的方式来增减文件系统的
量!而增减
block group
就是利用
xfs_growfs
啰!所以最后一步是针对文件系统来处理的,
前面几
步则是针对
LVM
的实际容量大小!
Tips
因此,严格说起来,放大文件系统并不是没有½行『格式化』喔!放大文件系统时,格式化的位置在于该装置
后来新增的部份,装置的前面已经存在的文件系统则没有变化。
而新增的格式化过的数据,再反馈回原本的
supberblock
这样而已!
让我们来实作个范例,假设我们想要针对
/srv/lvm
再增加
500M
的容量,该如何处置?
# 1.
由前面的
程我
知道
/srv/lvm
/dev/vbirdvg/vbirdlv
这个装
置,所以
vbirdvg
吧!
[root@study ~]#
vgdisplay vbirdvg
---
Volume group
---
VG Name vbirdvg
System ID
Format lvm2
Metadata Areas 4
Metadata Sequence No 3
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 1
Max PV 0