Linux | LVM | 对比三种逻辑卷（Logic Volume）

最新推荐文章于 2024-06-10 13:38:37 发布
最新推荐文章于 2024-06-10 13:38:37 发布
阅读量3.2k 收藏 7
点赞数
分类专栏： Linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u012299594/article/details/84551722
版权

概述

为了满足在性能和冗余等方面的需求，LVM支持了下面三种Logic Volume：

  1. Linear Logic Volume   --线性逻辑卷
  2. Striped Logic Volume --条带化逻辑卷
  3. Mirror Logic Volume   --镜像逻辑卷

Linear Logic Volume

我们用lvcreate命令默认创建出来的就是线性逻辑卷，线性逻辑卷使用的PE可以来自一个PV，也可以来自多个PV，一般情况下是先从第一个PV中分配PE，如果这个PV的PE已经分配完了，再依次从第二个PV、第三个PV里分配。可以通过指定PV甚至PE的号段来让Linear LV的PE分散到各个PV上，但是如果其中一个PV坏了，那么这个Linear LV可能也就没法用了。Linear LV的size可以直接用-L指定大小，也可以用-l指定分配PE的个数。往Linear LV中写入数据时，先往第一个PV的PE中写，直到第一个PV上分配的空间用完了才会将数据写到第二个PV。

Linear LV只能满足弹性分配的需求，无法满足性能和冗余的需求，是最普通的volume，但是Linear LV也可以通过lvconvert命令切换成Mirror LV来提供冗余能力。

root@hunk-virtual-machine:/home/hunk# lvcreate -l 100 -n linearlv VolGroup1 /dev/sdc:1280-1305 /dev/sdd:1280-1
305 /dev/sde:1280-1305 /dev/sdf:1280-1305

Striped Logic Volume

Striped LV的底层存储布局类似于RAID0，它是跨多个PV的，具体是跨多少个PV用-i指定，但是肯定不能超过VG中PV的数量，Striped LV的最大size取决于剩余PE最少的那个PV。

Striping的意思是将每个参与Striping的PV划分成等大小的chunk（也叫做stripe unit），每个PV同一位置的这些chunk共同组成一个stripe。比如下面这张图（来自于RedHat6官方文档），包含三个PV，那么红色标识的1、2、3这3个chunk就组成了stripe1，4、5、6组成stripe2。chunk的大小可以通过-I或者--stripesize来指定，但是不能超过PE的大小。

比如，向Striped LV写入数据时，数据被分成等大小的chunk，然后将这些chunk顺序写入这些PV中。这样的话就会有多个底层disk drive并发处理I/O请求，可以得到成倍的聚合I/O性能。还是下面这张图，假如现在有一个4M数据块需要写入LV，stripesize设置的512K，LVM把它切成8个chunk，分别标识为chunk1、chunk2...，这些chunk写入PV的顺序如下：

  1. chunk1写入PV1
  2. chunk2写入PV2
  3. chunk3写入PV3
  4. chunk4写入PV1
  5. ...

因为LVM无法判断多个Physics Volume是否来自同一个底层disk，如果Striped LV使用的多个Physics Volume实际上是同一个物理磁盘上的不同分区，就会导致一个数据块被切成多个chunk分多次发给同一个disk drive，这种情况实际上Striped LV并不能提升性能，反而会使性能下降。所以说，Striped LV提升I/O性能的本质是让多个底层disk drive并行处理I/O请求，而不是表面上的把I/O分散到了多个PV上。

Striped LV主要满足性能需求，没有做任何冗余，所以没有容错能力，如果单个disk损坏，就会导致数据损坏。

root@hunk-virtual-machine:/home# lvcreate -L 20G --stripes 4 --stripesize 256 --name stripevol VolGroup1

Mirror Logic Volume

Mirror LV就是各个PV之间做冗余，类似于RAID1，通过-m指定冗余数量。Mirror LV提供冗余能力，可以有效解决磁盘单点故障问题，但是性能方面没有帮助。Linear LV和Mirror LV直接用lvconvert工具来相互切换，Mirror LV在创建后也可以更改冗余数，具体用法请参考man page。

root@hunk-virtual-machine:/home/hunk# lvcreate -l 100 -m1 -n mirrorvol VolGroup1
  Logical volume "mirrorvol" created.
root@hunk-virtual-machine:/home/hunk# lvdisplay /dev/VolGroup1/mirrorvol -m
  --- Logical volume ---
  LV Path                /dev/VolGroup1/mirrorvol
  LV Name                mirrorvol
  VG Name                VolGroup1
  LV UUID                YxgfYi-c7nK-wk4v-rlu1-vRdh-MTMb-uVfl2v
  LV Write Access        read/write
  LV Creation host, time hunk-virtual-machine, 2018-11-29 01:39:44 +0800
  LV Status              available
  # open                 0
  LV Size                400.00 MiB
  Current LE             100
  Mirrored volumes       2
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:8
   
  --- Segments ---
  Logical extents 0 to 99:
    Type                raid1
    Monitoring          monitored
    Raid Data LV 0
      Logical volume    mirrorvol_rimage_0
      Logical extents   0 to 99
    Raid Data LV 1
      Logical volume    mirrorvol_rimage_1
      Logical extents   0 to 99
    Raid Metadata LV 0  mirrorvol_rmeta_0
    Raid Metadata LV 1  mirrorvol_rmeta_1

测试Linaer/Striped LV

准备多个disk

在测试环境中添加了4个virtual disk，size都是10GB。

先用这4个virtual disk创建一个type为linear，size为20GB的Linaer LV，从后面查询LV的详情可以看出，这个LV实际上跨了3个PV。

root@hunk-virtual-machine:/home/hunk# pvcreate /dev/sd[cdef]
  Physical volume "/dev/sdc" successfully created
  Physical volume "/dev/sdd" successfully created
  Physical volume "/dev/sde" successfully created
  Physical volume "/dev/sdf" successfully created
root@hunk-virtual-machine:/home/hunk# vgcreate VolGroup1 /dev/sd[cdef]
  Volume group "VolGroup1" successfully created
root@hunk-virtual-machine:/home/hunk# lvcreate -L 20G -n linnervol VolGroup1
  Logical volume "linnervol" created.
root@hunk-virtual-machine:/home/hunk# mkfs.ext4 /dev/VolGroup1/linnervol
root@hunk-virtual-machine:/home/hunk# mount /dev/VolGroup1/linnervol /volumetest
root@hunk-virtual-machine:/home/hunk# df -h |grep linnervol
/dev/mapper/VolGroup1-linnervol    20G   44M   19G   1% /volumetest

测试Linear LV

现在，用bonnie++来模拟IO，不停地向这个LV中写入数据。

root@hunk-virtual-machine:/volumetest# bonnie++ -n 0 -u 0 -r `free -m | grep 'Mem:' | awk '{print $2}'` -s $(echo "scale=0;`free -m | grep 'Mem:' | awk '{print $2}'`*2" | bc -l) -f -b -d /volumetest/
Using uid:0, gid:0.
Writing intelligently...

在新窗口用bwm-ng来监控4个磁盘的IO速率，我们发现只有sdc上面有I/O请求，然而其他disk都很空闲，看着sdc一个家伙在忙。

bwm-ng -i disk -I sdc,sdd,sde,sdf
bwm-ng v0.6 (probing every 0.500s), press 'h' for help
  input: disk IO type: rate
  \         iface                   Rx                   Tx                Total
  ==============================================================================
              sdc:           0.00 KB/s        12263.47 KB/s        12263.47 KB/s
              sdd:           0.00 KB/s            0.00 KB/s            0.00 KB/s
              sde:           0.00 KB/s            0.00 KB/s            0.00 KB/s
              sdf:           0.00 KB/s            0.00 KB/s            0.00 KB/s
  ------------------------------------------------------------------------------
            total:           0.00 KB/s        12263.47 KB/s        12263.47 KB/s

我们继续查看LV中写入数据的量，直到写入数据超过10G时，发现sdc已经不再处理I/O请求了，因为数据已经塞满了嘛。而sdd开始继续处理持续的I/O请求。在写入数据10G多一点的时候，中间实际上有个过度过程，就是sdc和sdf都在处理I/O，这个是因为缓冲造成的。

root@hunk-virtual-machine:/home/hunk# df -h |grep linner
/dev/mapper/VolGroup1-linnervol    20G   11G  8.1G  57% /volumetest
bwm-ng v0.6 (probing every 0.500s), press 'h' for help
  input: disk IO type: rate
  |         iface                   Rx                   Tx                Total
  ==============================================================================
              sdc:           0.00 KB/s            0.00 KB/s            0.00 KB/s
              sdd:           0.00 KB/s        12263.47 KB/s        12263.47 KB/s
              sde:           0.00 KB/s            0.00 KB/s            0.00 KB/s
              sdf:           0.00 KB/s            0.00 KB/s            0.00 KB/s
  ------------------------------------------------------------------------------
            total:           0.00 KB/s        12263.47 KB/s        12263.47 KB/s

测试Stripe LV

移除前面使用的Linear LV

root@hunk-virtual-machine:/home# lvremove /dev/VolGroup1/linnervol
Do you really want to remove and DISCARD active logical volume linnervol? [y/n]: y
  Logical volume "linnervol" successfully removed

创建一个条带化的LV

root@hunk-virtual-machine:/home# lvcreate -L 20G --stripes 4 --stripesize 256 --name stripevol VolGroup1
WARNING: ext4 signature detected on /dev/VolGroup1/stripevol at offset 1080. Wipe it? [y/n]: y
  Wiping ext4 signature on /dev/VolGroup1/stripevol.
  Logical volume "stripevol" created.
root@hunk-virtual-machine:/home# lvdisplay /dev/VolGroup1/stripevol -m
  --- Logical volume ---
  LV Path                /dev/VolGroup1/stripevol
  LV Name                stripevol
  VG Name                VolGroup1
  LV UUID                z0MGOg-g6JL-hiE8-9Gt0-RZAJ-K29m-I6tcrS
  LV Write Access        read/write
  LV Creation host, time hunk-virtual-machine, 2018-11-27 01:45:41 +0800
  LV Status              available
  # open                 0
  LV Size                20.00 GiB
  Current LE             5120
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     4096
  Block device           252:6
   
  --- Segments ---
  Logical extents 0 to 5119:    #Striped LV映射的PE均匀分布在了4个PV上
    Type                striped
    Stripes             4
    Stripe size         256.00 KiB
    Stripe 0:
      Physical volume   /dev/sdc
      Physical extents  0 to 1279
    Stripe 1:
      Physical volume   /dev/sdd
      Physical extents  0 to 1279
    Stripe 2:
      Physical volume   /dev/sde
      Physical extents  0 to 1279
    Stripe 3:
      Physical volume   /dev/sdf
      Physical extents  0 to 1279
root@hunk-virtual-machine:/home# mkfs.ext4 /dev/VolGroup1/stripevol
mke2fs 1.42.13 (17-May-2015)
Creating filesystem with 5242880 4k blocks and 1310720 inodes
Filesystem UUID: 51dbdea0-48fc-4324-9974-42443e424aa0
Superblock backups stored on blocks: 
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
        4096000

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done   

root@hunk-virtual-machine:/home# mount /dev/VolGroup1/stripevol /volumetest/
root@hunk-virtual-machine:/home# df -h |grep stripe
/dev/mapper/VolGroup1-stripevol    20G   44M   19G   1% /volumetest

用同样的方法测试这个条带化的LV，不过这里的测试比较粗糙，不仅忽略了很多测试要素，前面对Linear LV的测试中bwm的I/O速率是每0.5s一次的采样值，而这里Striped LV的取的I/O速率是30s内的均值。不过我们这里并不是想得到准确的I/O速率，就先不考虑这些因素吧。明显能看出来4个disk在并行的处理I/O请求，也就是给Striped LV的I/O请求最终被分散到了多个底层disk上面，这样聚合的I/O效率必然会高出好几倍。

bwm-ng -i disk -I sdc,sdd,sde,sdf

 

bwm-ng v0.6 (probing every 0.500s), press 'h' for help
  input: disk IO type: avg (30s)  --取30S内采用的均值
  /         iface                   Rx                   Tx                Total
  ==============================================================================
              sdc:           0.13 KB/s        10010.92 KB/s        10011.05 KB/s
              sdd:           0.00 KB/s        10174.32 KB/s        10174.32 KB/s
              sde:           0.00 KB/s         6563.85 KB/s         6563.85 KB/s
              sdf:           0.00 KB/s         6113.09 KB/s         6113.09 KB/s
  ------------------------------------------------------------------------------
            total:           0.13 KB/s        32862.18 KB/s        32862.32 KB/s

 

Hello Hunk
关注
  • 0
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Linux 逻辑卷管理(LVM)使用方法总结
09-14
Linux 逻辑卷管理（LVM, Logical Volume Manager）是一种先进的磁盘管理技术，它提供了一种灵活的方式来管理和扩展存储空间。LVM允许系统管理员在不影响系统运行的情况下动态调整磁盘分区大小，使得磁盘管理变得更加...
Linux–逻辑卷LVM 交换分区swap
01-09
LV：逻辑卷(Logical Volume) 一、创建LVM 准备物理磁盘 0. 准备物理磁盘 [root@server0 ~]# ll /dev/sd* brw-rw----. 1 root disk 253, 32 Jun 6 17:38 /dev/sdc brw-rw----. 1 root disk 253, 48 Jun 6 17:38 /dev/...
关于线性与条带化下LVM数据在物理卷上分布的讨论
qq_44753451的博客
04-04 841
本次使用三块磁盘进行试验，其大小如图：然后创建一个卷组database。
LVM底层原理（生产故障排查）
Timmy的博客
02-21 245
基本上，LVM 最主要的用处是在实现一个可以弹性调整容量的文件系统上， 而不是在创建一个效能为主的磁碟上。如果使用交错模式，要注意，当任何一个分区损坏时，所有的数据都会“损坏”。如果要强调性能与备份，那么就直接使用 RAID 即可，不需要使用 LVM。背景：之前在生产上遇到磁盘空间充足但是无法写入的情况，后面深入了解了LVM存储的一些原理，因此记录一下。存储架构 ： 虚拟化存储平台 ——> 虚拟机（多块磁盘制作LVM）扩展： LVM架构下的存储，数据是怎么写进LV的？3、虚拟化平台存储分配原理。
Linux下的lvm镜像与快照
最新发布
u014516208的博客
06-10 792
恢复后尝试重新挂载原始LV。
lvm 逻辑卷
weixin_59792733的博客
08-06 888
lvm 逻辑卷
逻辑卷管理员(Logical Volume Manager)介绍
AhhSong的博客
09-16 1493
LVM
逻辑卷管理器 (Logical Volume Manager) 之三！
事后诸葛亮的程序人生（微信：zq9017197）
02-17 2864
LVM 的系统快照 快照就是将当时的系统信息记录下来，就好像照相记录一般！ 未来若有任何资料更动了，则原始资料会被搬移到快照区，没有被更动的区域则由快照区与文件系统共享。 用讲的好像很难懂，我们用图解说明一下好了： 左图为最初建置系统快照区的状况，LVM 会预留一个区域 (左图的左侧三个 PE 区块) 作为数据存放处。 此时快照区内并没有仸何数据，而快照区与系统区共享所有的 PE 数据
LVM(Logical Volume Manager)
ztejiagn的专栏
03-16 1262
什麼是 LVM LVM(Logical Volume Manager)是一種可以動態變更 volume (由 LVM 所切割出來的空間被稱為 volume)大小的方式,可以讓你能更容易利用管理你的硬碟.傳統的硬碟空間在切割完時就決定了大小,如果要重新規劃必須將資料先備份下來,硬碟磁區重 新切割才可能有改變原來的硬碟磁區環境.不過 LVM(Logical Volume Manager) 就不同了,
Linux第三次作业：逻辑卷LVM相关
01-20
Linux第三次作业：逻辑卷LVM相关 作业内容：3、LVM逻辑卷（2块硬盘、vg的名字（database）PE大小为8M，lv的名字（datastore）格式化为ext4，挂载点/data） 虚拟机添加两块硬盘，重启虚拟机用lsblk命令查询： 2 .用...
linux系统下lvm及逻辑卷的快照功能共11页.pdf
08-07
Linux系统中的LVM（Logical Volume Manager）是一种先进的磁盘管理技术，它允许系统管理员在物理磁盘之上创建逻辑卷，从而实现磁盘空间的动态扩展、收缩、迁移和备份等功能。LVM的主要优势在于它的灵活性和可扩展性...
linux实验——LVM逻辑卷管理器.doc
01-09
Linux LVM（Logical Volume Manager，逻辑卷管理器）是一种先进的磁盘管理技术，它允许管理员在物理硬盘之上创建逻辑卷，这些逻辑卷可以跨越多个硬盘，提供更大的灵活性和可扩展性。通过LVM，我们可以轻松地调整卷的...
创建Linear/Stripped/Mirror逻辑卷
mary0712的博客
05-12 844
创建Linear Logical Volume: 使用lvcreate命令创建逻辑卷。如果用户没有为逻辑卷指定名称，默认使用lvol#，#是逻辑卷的内部编号。 当用户创建一个逻辑卷时，新逻辑卷从物理卷上组成卷组的空闲区域分割而成，通常使用物理卷下一个可用空间。 使用Red Hat 6.3企业版Linux，用户可以使用LVM来创建，显示，重命名，使用，和移除RAID逻辑卷。 举例1：以下命令在卷组vg1中创建10 gigabytes的逻辑卷： #lvcreate –L 10G vg1 ..
LSI Logic 1068 SAS 磁盘阵列卡配置教程
热门推荐
刚子狂想
10-25 1万+
1、安装好所有SAS硬盘,开机启动 2、 开机自检,提示按键,开始SAS配置 3、选择“ SAS 1068”通道,按键。 4、 RAID选择“RAID Properties” ,按键 5、选择RAID 模式:IM(RAID1)、IME(RAID1E)、IS(RAID0),这里选择 IS 模式,然后按键。 6、按键选择磁盘,然后按键组建阵列。 7、按键 返回上级菜单,选
4 个 lvcreate 常用命令举例
weixin_33862514的博客
05-02 428
4 个 lvcreate 常用命令举例 4 个 lvcreate 常用命令举例 逻辑卷管理（LVM）是广泛使用的技术，并拥有极其灵活磁盘管理方案。主要包含3个基础命令： 创建物理卷使用pvcreate 创建卷组并给卷组增加分区vgcreate 创建新的逻辑卷使用lvcreate 下列例子主要讲述在已经存在的卷组上使用lvcreate创建逻辑...
linux逻辑卷详细总结
csre4534的博客
06-02 124
LVM是逻辑卷管理（Logical Volume Manager）的简称，它是建立在物理存储设备之上的一个抽象层，允许你生成逻辑存储卷,与直接使用物理存储在管理上相比,提供了更好灵活性。 LVM...
转：Linux逻辑卷详解总结
bdk82924
12-03 391
 转自：http://blog.chinaunix.net/uid-20696246-id-1892246.html            http://lzw.me/a/linux-lvm.html 本文介绍了LVM的概念、作用以及使用方法，旨在帮助您了解LVM，并能够使用LVM对您的磁盘系统进行灵活的管理。 一、 什么是LVM 1.1 LVM概念 LVM是逻辑盘卷管理(Lo...
逻辑卷管理器-LVM-Logical Volume Manager 基本操作
小小顺利的博客
04-26 621
LVM重点在于：可以弹性地调整文件系统的容量，而并不在于性能和数据安全上。 LVM功能在于：可以整合多个物理分区，使得这些分区看起来像是一个磁盘，未来可以在LVM管理的磁盘中新增或删除其他物理分区。 LVM整体步骤：将几个物理分区或磁盘通过软件组合为一个大硬盘（卷组/VG），之后对这个大磁盘进行划分形成可使用的分区（逻辑卷/LV），进而分别挂载使用。 一、基本概念：PV、PE、VG、LV含义 1.物理卷（Physical Volume, PV） 需要首先将分区/磁盘的系统标识符（System ID
Linux逻辑卷
a10742864的博客
11-08 4655
##lvm## #1.pv    #硬盘    vg    #逻辑卷组    pe    #物理扩展    lvm   #逻辑卷 #2.lvm的创建 *划分物理分区，并修改分区标签为lvm *pvcreate /dev/vdb1                #创建物理卷 *vgcreate vg0 /dev/vdb1            #创建物理卷组 *lv

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值