14.3.2
LVM
各组件的实现流程图示
如此一来,我们就可以利用
LV
这个玩意儿来½行系统的挂载了。不过,你应该要觉得奇怪的是,
么我的数据写入这个
LV
时,到底他是怎么写入硬盘当中的?
呵呵!好问题~其实,依据写入机制
的不同,而有两种方式:
.
线性模式
(linear)
:假如我½
/dev/vda1, /dev/vdb1
这两个
partition
加入到
VG
当中,并且整个
VG
只有
一个
LV
时,那么所谓的线性模式就是:当
/dev/vda1
的容量用完之后,
/dev/vdb1
的硬盘才会被使用到,
这也是我们所½议的模式。
.
½错模式
(triped)
:那什么是½错模式?很简单啊,就是我½一笔数据拆成两部分,分别写入
/dev/vda1
/dev/vdb1
的意思,感觉上有点像
RAID 0
啦!如此一来,一份数据用两颗硬盘来写入,理论上,读写的效
能会比½好。
基本上,
LVM
最主要的用处是在实现一个可以弹性调整容量的文件系统上,
而不是在½立一个效
能为主的磁盘上
,所以,我们应该利用的是
LVM
可以弹性管理整个
partition
大小的用途上,而不
是着眼在效能上的。因此,
LVM
默认的读写模式是线性模式啦!
如果你使用
triped
模式,要注意,
当任何一个
partition
『归天』时,所有的数据都会『损毁』的!
所以啦,不是很适合使用这种模式
啦!如果要强调效能与备份,那么就直½使用
RAID
即可,
不需要用到
LVM
啊!
14.3.2 LVM
实作流程
LVM
必需要核心有支持且需要安装
lvm2
这个软件,好佳在的是,
CentOS
与其他½新的
distributions
已经预设½
lvm
的支持与软件都安装妥当了!所以你不需要担心这方面的问题!用就对
了!
假设你刚刚也是透过同样的方法来处理鸟哥的测试机
RAID
实作,那么现在应该有
5
个可用的分区
槽才对!
不过,½议你还是得要修改一下
system ID
比½好!½
RAID
fd
改为
LVM
8e
吧!
现在,我们实作
LVM
有点像底下的模样:
.
使用
4
partition
,每个
partition
的容量均为
1GB
左右,且
system ID
需要为
8e
.
全部的
partition
整合成为一个
VG
VG
名称设定为
vbirdvg
;且
PE
的大小为
16MB
.
½立一个名为
vbirdlv
LV
,容量大约
2G
好了!
.
最终这个
LV
格式化为
xfs
的文件系统,且挂载在
/srv/lvm
.
0. Disk
½段
(
实际的磁盘
)
鸟哥就不仔细的½绍实体分区了,请您自行参考
第七章的
gdisk
来达成底下的范例:
[root@study ~]#
gdisk
-
l /dev/vda
Number Start (sector) End (sector)
Size Code Name
1 2048 6143 2.0 MiB EF02
2 6144 2103295 1024.0 MiB 0700
3 2103296 65026047 30.0 GiB 8E00
4 65026048 67123199 1024.0 MiB 8300 Linux fil
esystem