## 适用场景
业务数据盘的容量规划很难一步到位，LVM 在物理盘与文件系统之间加了一层抽象，让扩容变成几条命令的事，还能在升级前打快照做保险。顺云云服务器的数据盘要长期增长、又需要频繁变更分区方案的，用 LVM 组织会更从容。
## 步骤清单
LVM 分三层：物理卷 PV 对应实际的块设备，卷组 VG 把多个 PV 池化，逻辑卷 LV 从 VG 里切出来给文件系统用。从裸盘到挂载一次成型，先建物理卷，再聚成卷组，然后切一个逻辑卷出来格式化挂载。
pvcreate /dev/vdb /dev/vdc vgcreate datavg /dev/vdb /dev/vdc lvcreate -n datalv -L 500G datavg mkfs.xfs /dev/datavg/datalv mount /dev/datavg/datalv /data
在线扩容是 LVM 的招牌能力：控制台把云盘扩容后，扩 PV、扩 LV，一条 lvextend 带 r 参数连同文件系统一起扩，业务无感知。更新系统或批量改配置前，先给逻辑卷打快照，出问题可回退，确认无误再删除释放空间。
pvresize /dev/vdb lvextend -r -L +200G /dev/datavg/datalv lvcreate -s -n snap01 -L 20G /dev/datavg/datalv
## 验证方法
vgs 与 lvs 查看卷组剩余空间和逻辑卷大小，df -h 确认文件系统已同步扩容。快照用 lvs 看 Data% 元数据占用，快照写满会失效，所以要按变更期间的数据变化量预留大小。
## 注意事项
快照不是备份，它依赖源盘，盘坏快照同归于尽，真正的数据安全仍要靠快照回滚之外的异地副本。回退快照前先停写操作，保证数据一致。缩减逻辑卷风险高，多数文件系统不支持在线缩，容量规划宁可先小后扩。
快照的使用还有一个纪律问题：快照链要及时收口。每次更新前打快照，验证通过后就把旧快照删掉，只保留最近一两个；快照堆积不仅占用卷组空间，也会让回退选择变得混乱，紧急时刻翻一列名字相似的快照是危险的。给快照命名带上日期与用途，例如升级前、迁移前，回退时按名索骥。
另外要理解写时复制机制：快照刚创建时不占多少空间，之后源卷上的每次修改都会把旧数据块复制进快照区，快照区的消耗速度等于业务的变化速度。变化剧烈的库在打快照前先评估日变化量，快照区给足余量，或者把快照窗口安排在业务低峰，避免快照区被打满导致快照失效。