Linux系统LVM（卷）部署-扩容-缩容-快照-删除

常用LVM命令总结：

注： 以下案例均采用的系统版本是Oracle linux 7.3

LVM案例：

部署案例：

第 1 步：让新添加的两块硬盘设备支持LVM 技术。

[[email protected] ~]# pvcreate /dev/sdb /dev/sdc
Physical volume "/dev/sdb" successfully created
Physical volume "/dev/sdc" successfully created

第 2 步：把两块硬盘设备加入到vgoracle卷组中，然后查看卷组的状态。卷组名称可以根据实际情况自定义

[[email protected] ~]# vgcreate vgoracle /dev/sdb /dev/sdc
  Volume group "vgoracle" successfully created
[[email protected] ~]# vgdisplay vgoracle
  --- Volume group ---
  VG Name               vgoracle
  System ID
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  1
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                0
  Open LV               0
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               39.99 GiB
  PE Size               4.00 MiB
  Total PE              10238
  Alloc PE / Size       0 / 0
  Free  PE / Size       10238 / 39.99 GiB
  VG UUID               fFAto3-gIjc-ArFU-N69J-4LU5-G1iq-969tec

第3 步：切割出一个约为150MB 的逻辑卷设备。
说明：
这里需要注意切割单位的问题。在对逻辑卷进行切割时有两种计量单位。第一种是以容
量为单位，所使用的参数为-L。例如，使用-L 150M 生成一个大小为150MB 的逻辑卷。另外
一种是以基本单元的个数为单位，所使用的参数为-l。每个基本单元的大小默认为4MB。例
如，使用-l 37 可以生成一个大小为37×4MB=148MB 的逻辑卷。

[[email protected] ~]# lvcreate -n vo -l 37 vgoracle
  Logical volume "vo" created.
[[email protected] ~]# lvdisplay
  --- Logical volume ---
  LV Path                /dev/vgoracle/vo
  LV Name                vo
  VG Name                vgoracle
  LV UUID                T9wwib-tClT-TUMz-RJBV-QHTu-dc0E-wF33fS
  LV Write Access        read/write
  LV Creation host, time oelora, 2019-01-10 10:47:15 +0800
  LV Status              available
  \# open                 0
  LV Size                148.00 MiB
  Current LE             37
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  \- currently set to     8192
  Block device           251:0

第 4 步：把生成好的逻辑卷进行格式化，然后挂载使用。

[[email protected] ~]# mkfs.ext4 /dev/vgoracle/vo
mke2fs 1.42.9 (28-Dec-2013)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
38000 inodes, 151552 blocks
7577 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=33816576
19 block groups
8192 blocks per group, 8192 fragments per group
2000 inodes per group
Superblock backups stored on blocks:
        8193, 24577, 40961, 57345, 73729

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

[[email protected] ~]# mkdir /oracle
[[email protected] ~]# mount /dev/vgoracle/vo /oracle

第5 步：查看挂载状态，并写入到配置文件，使其永久生效。

[[email protected] ~]# df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                 2.0G     0  2.0G   0% /dev
tmpfs                    2.0G   84K  2.0G   1% /dev/shm
tmpfs                    2.0G  8.9M  2.0G   1% /run
tmpfs                    2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/sda3                 42G  5.3G   37G  13% /
/dev/sda1                497M  183M  315M  37% /boot
tmpfs                    396M   16K  396M   1% /run/user/42
tmpfs                    396M     0  396M   0% /run/user/0
/dev/mapper/vgoracle-vo  140M  1.6M  128M   2% /oracle
[[email protected] ~]# echo "/dev/vgoracle/vo /oracle ext4 defaults 0 0" >> /etc/fstab
[[email protected] ~]# more /etc/fstab 

#
# /etc/fstab
# Created by anaconda on Thu Jan 10 08:27:01 2019
#
# Accessible filesystems, by reference, are maintained under ‘/dev/disk‘
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=788f2c24-2f34-4616-a170-4074dee2b669 /                       xfs     defaults        0 0
UUID=64a8f3f5-d8b2-42cf-9c8e-a5d57725f527 /boot                   xfs     defaults        0 0
UUID=95c524ac-5b49-49ac-958b-bf4d2b756ca1 swap                    swap    defaults        0 0
/dev/vgoracle/vo /oracle ext4 defaults 0 0

LVM部署完成

LVM扩容案例：

首先取消挂载上一个案例中的磁盘目录
[[email protected] ~]# umount /oracle

第 1 步：把上一个实验中的逻辑卷vo 扩展至290MB。

[[email protected] ~]# lvextend -L 290M /dev/vgoracle/vo
  Rounding size to boundary between physical extents: 292.00 MiB.
  Size of logical volume vgoracle/vo changed from 148.00 MiB (37 extents) to 292.00 MiB (73 extents).
  Logical volume vgoracle/vo successfully resized.

第 2 步：检查硬盘完整性，并重置硬盘容量。（如果发现容量未增加则重启系统在重置容量）

[[email protected] ~]# lvextend -L 290M /dev/vgoracle/vo
  Rounding size to boundary between physical extents: 292.00 MiB.
  Size of logical volume vgoracle/vo changed from 148.00 MiB (37 extents) to 292.00 MiB (73 extents).
  Logical volume vgoracle/vo successfully resized.
[[email protected] ~]# e2fsck -f /dev/vgoracle/vo
e2fsck 1.42.9 (28-Dec-2013)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/vgoracle/vo: 11/38000 files (0.0% non-contiguous), 10453/151552 blocks

第 3 步：重新挂载硬盘设备并查看挂载状态。

[[email protected] ~]# mount -a
[[email protected] ~]# df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                 2.0G     0  2.0G   0% /dev
tmpfs                    2.0G   84K  2.0G   1% /dev/shm
tmpfs                    2.0G  8.9M  2.0G   1% /run
tmpfs                    2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/sda3                 42G  5.3G   37G  13% /
/dev/sda1                497M  183M  315M  37% /boot
tmpfs                    396M   12K  396M   1% /run/user/42
tmpfs                    396M     0  396M   0% /run/user/0
/dev/mapper/vgoracle-vo  279M  2.1M  259M   1% /oracle

扩容LVM完成

缩小LVM:

取消上面案例中挂载的磁盘目录
[[email protected] ~]# umount /oracle

第 1 步：检查文件系统的完整性。

[[email protected] ~]# e2fsck -f /dev/vgoracle/vo
e2fsck 1.42.9 (28-Dec-2013)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/vgoracle/vo: 11/74000 files (0.0% non-contiguous), 15507/299008 blocks

第 2 步：把逻辑卷vo 的容量减小到120MB。

[[email protected] ~]# resize2fs /dev/vgoracle/vo 120M
resize2fs 1.42.9 (28-Dec-2013)
Resizing the filesystem on /dev/vgoracle/vo to 122880 (1k) blocks.
The filesystem on /dev/vgoracle/vo is now 122880 blocks long.

[[email protected] ~]# lvreduce -L 120M /dev/vgoracle/vo
  WARNING: Reducing active logical volume to 120.00 MiB.
  THIS MAY DESTROY YOUR DATA (filesystem etc.)
Do you really want to reduce vgoracle/vo? [y/n]: y
  Size of logical volume vgoracle/vo changed from 292.00 MiB (73 extents) to 120.00 MiB (30 extents).
  Logical volume vgoracle/vo successfully resized.

第 3 步：重新挂载文件系统并查看系统状态。

[[email protected] ~]# mount -a
[[email protected] ~]# df -h
Filesystem               Size  Used Avail Use% Mounted on
devtmpfs                 2.0G     0  2.0G   0% /dev
tmpfs                    2.0G   84K  2.0G   1% /dev/shm
tmpfs                    2.0G  8.9M  2.0G   1% /run
tmpfs                    2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/sda3                 42G  5.3G   37G  13% /
/dev/sda1                497M  183M  315M  37% /boot
tmpfs                    396M   16K  396M   1% /run/user/42
tmpfs                    396M     0  396M   0% /run/user/0
/dev/mapper/vgoracle-vo  113M  1.6M  103M   2% /oracle

缩容LVM完成

逻辑卷快照：

注：
快照卷的容量必须等同于逻辑卷的容量；
快照卷仅一次有效，一旦执行还原操作后则会被立即自动删除。

首先查看卷组信息

[[email protected] ~]# vgdisplay
  --- Volume group ---
  VG Name               vgoracle
  System ID
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               39.99 GiB
  PE Size               4.00 MiB
  Total PE              10238
  Alloc PE / Size       30 / 120.00 MiB
  Free  PE / Size       10208 / 39.88 GiB
  VG UUID               fFAto3-gIjc-ArFU-N69J-4LU5-G1iq-969tec

第 1 步：使用-s 参数生成一个快照卷，使用-L 参数指定切割的大小。另外，还需要在命令后面写上是针对哪个逻辑卷执行的快照操作。

[[email protected] ~]# lvcreate -L 120M -s -n SNAP /dev/vgoracle/vo
  Using default stripesize 64.00 KiB.
  Logical volume "SNAP" created.

[[email protected] ~]# lvdisplay
  --- Logical volume ---
  LV Path                /dev/vgoracle/vo
  LV Name                vo
  VG Name                vgoracle
  LV UUID                T9wwib-tClT-TUMz-RJBV-QHTu-dc0E-wF33fS
  LV Write Access        read/write
  LV Creation host, time oelora, 2019-01-10 10:47:15 +0800
  LV snapshot status     source of
                         SNAP [active]
  LV Status              available
  # open                 1
  LV Size                120.00 MiB
  Current LE             30
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     8192
  Block device           251:0

  --- Logical volume ---
  LV Path                /dev/vgoracle/SNAP
  LV Name                SNAP
  VG Name                vgoracle
  LV UUID                JAu30I-CrqR-il0W-fYS8-REhm-w5gx-u0dFo7
  LV Write Access        read/write
  LV Creation host, time oelora, 2019-01-10 11:13:21 +0800
  LV snapshot status     active destination for vo
  LV Status              available
  # open                 0
  LV Size                120.00 MiB
  Current LE             30
  COW-table size         120.00 MiB
  COW-table LE           30
  Allocated to snapshot  0.01%
  Snapshot chunk size    4.00 KiB
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     8192
  Block device           251:3

第 2 步：在逻辑卷所挂载的目录中创建一个100MB 的垃圾文件，然后再查看快照卷的状态。可以发现存储空间占的用量上升了。

[[email protected] ~]# dd if=/dev/zero of=/oracle/files count=1 bs=100M
1+0 records in
1+0 records out
104857600 bytes (105 MB) copied, 3.36023 s, 31.2 MB/s

[[email protected] ~]# lvdisplay
  --- Logical volume ---
  LV Path                /dev/vgoracle/vo
  LV Name                vo
  VG Name                vgoracle
  LV UUID                T9wwib-tClT-TUMz-RJBV-QHTu-dc0E-wF33fS
  LV Write Access        read/write
  LV Creation host, time oelora, 2019-01-10 10:47:15 +0800
  LV snapshot status     source of
                         SNAP [active]
  LV Status              available
  # open                 1
  LV Size                120.00 MiB
  Current LE             30
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     8192
  Block device           251:0

  --- Logical volume ---
  LV Path                /dev/vgoracle/SNAP
  LV Name                SNAP
  VG Name                vgoracle
  LV UUID                JAu30I-CrqR-il0W-fYS8-REhm-w5gx-u0dFo7
  LV Write Access        read/write
  LV Creation host, time oelora, 2019-01-10 11:13:21 +0800
  LV snapshot status     active destination for vo
  LV Status              available
  # open                 0
  LV Size                120.00 MiB
  Current LE             30
  COW-table size         120.00 MiB
  COW-table LE           30
  Allocated to snapshot  81.15%
  Snapshot chunk size    4.00 KiB
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     8192
  Block device           251:3

第 3 步：为了校验SNAP 快照卷的效果，需要对逻辑卷进行快照还原操作。在此之前记得先卸载掉逻辑卷设备与目录的挂载。

[[email protected] ~]# umount /oracle
[[email protected] ~]# lvconvert --merge /dev/vgoracle/SNAP
  Merging of volume vgoracle/SNAP started.
  vo: Merged: 31.39%
  vo: Merged: 100.00%

第 4 步：快照卷会被自动删除掉，并且刚刚在逻辑卷设备被执行快照操作后再创建出来的100MB 的垃圾文件也被清除了。

[[email protected] ~]# mount -a
[[email protected] /]# ls /oracle/
lost+found

LVM快照完成

删除逻辑卷：

说明：当生产环境中想要重新部署LVM 或者不再需要使用LVM 时，则需要执行LVM 的删除操作。为此，需要提前备份好重要的数据信息，然后依次删除逻辑卷、卷组、物理卷设备，这个顺序不可颠倒。
第 1 步：取消逻辑卷与目录的挂载关联，删除配置文件中永久生效的设备参数。

[[email protected] /]# umount /oracle
[[email protected] /]# vim /etc/fstab 

#
# /etc/fstab
# Created by anaconda on Thu Jan 10 08:27:01 2019
#
# Accessible filesystems, by reference, are maintained under ‘/dev/disk‘
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=788f2c24-2f34-4616-a170-4074dee2b669 /                       xfs     defaults        0 0
UUID=64a8f3f5-d8b2-42cf-9c8e-a5d57725f527 /boot                   xfs     defaults        0 0
UUID=95c524ac-5b49-49ac-958b-bf4d2b756ca1 swap                    swap    defaults        0 0

第 2 步：删除逻辑卷设备，需要输入y 来确认操作。

[[email protected] /]# lvremove /dev/vgoracle/vo
Do you really want to remove active logical volume vgoracle/vo? [y/n]: y
  Logical volume "vo" successfully removed

第 3 步：删除卷组，此处只写卷组名称即可，不需要设备的绝对路径。

[[email protected] /]# vgremove vgoracle
  Volume group "vgoracle" successfully removed

第 4 步：删除物理卷设备。

[[email protected] /]# pvremove /dev/sdb /dev/sdc
  Labels on physical volume "/dev/sdb" successfully wiped.
  Labels on physical volume "/dev/sdc" successfully wiped.

原文地址：http://blog.51cto.com/996665552/2341028

时间： 2024-07-29 17:19:19

Linux系统LVM（卷）部署-扩容-缩容-快照-删除的相关文章

LVM常规操作记录梳理（扩容/缩容/快照等）

基本介绍Linux用户安装Linux 操作系统时遇到的一个最常见的难以决定的问题就是如何正确地给评估各分区大小,以分配合适的硬盘空间.随着 Linux的逻辑盘卷管理功能的出现,这些问题都迎刃而解,lvm是逻辑盘卷管理(Logical Volume Manager)的简称,它是 Linux环境下对磁盘分区进行管理的一种机制, LVM是建立在硬盘和分区之上的一个逻辑层,来提高磁盘分区管理的灵活性. LVM基本术语:1)物理存储介质:这里指系统的存储设备:硬盘,如: /dev/hda./dev/sda

Kubernetes高级进阶之pod的自动扩容/缩容

目录:实践1:基于autoscaling cpu指标的扩容与缩容实践2:基于prometheus自定义指标QPS的扩容与缩容 Pod自动扩容/缩容(HPA) Horizontal Pod Autoscaler(HPA,Pod水平自动伸缩),根据资源利用率或者自定义指标自动调整replication controller, deployment 或 replica set,实现部署的自动扩展和缩减,让部署的规模接近于实际服务的负载.HPA不适于无法缩放的对象,例如DaemonSet. HPA主要是

分库分布的几件小事（三）可以动态扩容缩容的分库分表方案

1.扩容与缩容 这个是你必须面对的一个事儿,就是你已经弄好分库分表方案了,然后一堆库和表都建好了,基于分库分表中间件的代码开发啥的都好了,测试都ok了,数据能均匀分布到各个库和各个表里去,而且接着你还通过双写的方案咔嚓一下上了系统,已经直接基于分库分表方案在搞了. 那么现在问题来了,你现在这些库和表又支撑不住了,要继续扩容咋办?这个可能就是说你的每个库的容量又快满了,或者是你的表数据量又太大了,也可能是你每个库的写并发太高了,你得继续扩容. 缩容就是现在业务不景气了,数据量减少,并发量下降,那么

Linux系统LVM逻辑卷的创建与扩容（命令详解，图文并茂）

LVM简介: LVM(Logical Volume Manager)中文名:逻辑卷管理器,本质上是一个虚拟设备驱动,是在内核中块设备和物理设备之间添加的一个新的抽象层次,它可以将几块磁盘(物理卷,PhysicalVolume)组合起来形成一个存储池或者卷组(VolumeGroup).LVM可以每次从卷组中划分出不同大小的逻辑卷(LogicalVolume)创建新的逻辑设备.底层的原始的磁盘不再由内核直接控制,而由LVM层来控制.对于上层应用来说卷组替代了磁盘块成为数据存储的基本单元.LVM管理着

Linux系统LVM分区减容扩容

目标:将VolGroup-lv_home缩小到20G,并将剩余的空间添加给VolGroup-lv_root 1.首先查看磁盘使用情况 [[email protected] ~]# df -h 文件系统 容量  已用 可用  已用% 挂载点 Filesystem             Size  Used Avail Use% Mounted on /dev/mapper/VolGroup-lv_root 154G  7.9G  139G   6% / tmpfs                

Linux 系统 LVM（Logical Volume Manager）逻辑卷管理

一．前言 每个Linux使用者在安装Linux时都会遇到这样的困境:在为系统分区时,如何精确评估和分配各个硬盘分区的容量,因为系统管理员不但要考虑到 当前某个分区需要的容量,还要预见该分区以后可能需要的容量的最大值.因为如果估计不准确,当遇到某个分区不够用时管理员可能甚至要备份整个系统.清除硬 盘.重新对硬盘分区,然后恢复数据到新分区. 虽然现在有很多动态调整磁盘的工具可以使用,例如PartationMagic等等,但是它并不能完全解决问题,因为某个分区可能会再次被耗尽:另 外一个方面这需要重新

基于Centos6系统创建逻辑卷LVM，执行扩容，缩减，删除等操作

什么是逻辑卷? LVM是逻辑盘卷管理(Logical Volume Manager)的简称,它是Linux环境下对磁盘分区进行管理的一种机制,LVM是建立在硬盘和分区之上的一个逻辑层,来提高磁盘分区管理的灵活性. LVM的工作原理其实很简单,它就是通过将底层的物理硬盘抽象的封装起来,然后以逻辑卷的方式呈现给上层应用.在传统的磁盘管理机制中,我们的上层应用是直接访问文件系统,从而对底层的物理硬盘进行读取,而在LVM中,其通过对底层的硬盘进行封装,当我们对底层的物理硬盘进行操作时,其不再是针对于分区

基于CentOS 6 系统创建逻辑卷LVM，执行扩容，缩减，删除等操作

2016-08-29 05:37:57 标签:Linux LVMFstab VG PV 原创作品,允许转载,转载时请务必以超链接形式标明文章 原始出处 .作者信息和本声明.否则将追究法律责任.http://51eat.blog.51cto.com/11892702/1843663 什么是逻辑卷? LVM是逻辑盘卷管理(Logical Volume Manager)的简称,它是Linux环境下对磁盘分区进行管理的一种机制,LVM是建立在硬盘和分区之上的一个逻辑层,来提高磁盘分区管理的灵活性. LV

kubernetes命令式容器应用编排/部署应用/探查应用详情/部署service对象/扩缩容/修改删除对象

部署Pod应用 创建delpoyment控制器对象 [[email protected] ~]# kubectl run myapp --image=ikubernetes/myapp:v1 --port=80 --replicas=1 kubectl run --generator=deployment/apps.v1 is DEPRECATED and will be removed in a future version. Use kubectl run --generator=run-p