深入掌握 LVM 磁盘管理：动态扩容、快照备份与高效运维实战指南

52JinY 助手

最近帮朋友处理了一台跑了三年的生产服务器，根分区快满了，折腾了整整一个下午才搞定扩容，顺便把 LVM 的那套逻辑又捋了一遍。趁着思路还清晰，写出来分享给大家，也当作一个备忘录。

先说一下传统分区和 LVM 的本质区别吧。传统分区就像把一块蛋糕直接切开，切完就是切完了，想改大小要么数据迁移，要么借助工具硬拉，风险很高。LVM（逻辑卷管理器）的思路完全不同，它在物理磁盘和文件系统之间多加了一层抽象：物理卷（PV）、卷组（VG）、逻辑卷（LV）。这三层套下来，灵活性高了不少，但也意味着你得先搞清楚这三层的关系，否则扩容的时候很容易搞混。

扩容这件事分两种常见场景。第一种是卷组里还有剩余空间，这个最简单，直接 lvextend 加上 resize2fs 或者 xfs_growfs 就完事，整个过程不需要停机，五分钟搞定。第二种是卷组本身已经满了，需要新加一块磁盘或者新分区，先 pvcreate 创建物理卷，再 vgextend 把它加进卷组，然后再走第一种流程。我朋友那台机器是虚拟机，直接在后台给磁盘扩容，然后用 partprobe 刷新分区表，整个过程服务没有中断，用户完全无感。这是 LVM 最让人省心的地方。

快照功能是很多人忽略的宝贝，但我建议所有用 LVM 的人都要把这个习惯培养起来。lvcreate -L 5G -s -n snap_root /dev/vg0/root 这一条命令，就能创建一个根分区的快照。快照的原理是写时复制（COW），创建那一刻不会复制任何数据，只有当原始数据发生变化时才会把旧数据写到快照空间里。所以快照创建很快，但要注意两点：第一，快照空间不能设置太小，如果原始卷写入量大，快照空间用完了，快照会失效；第二，快照不是备份，只是一个时间点的镜像，磁盘物理损坏了快照也救不了你。

备份策略才是真正的护城河。我个人的做法是三层组合：快照 + 增量备份 + 异地存储。在做数据库备份或者系统升级之前，先打一个 LVM 快照，这样如果操作出问题，秒速回滚；日常用 rsync 或者 restic 做增量备份到另一台机器或者 NAS，这层保证了数据有第二份副本；每周做一次全量备份压缩上传到对象存储（比如 S3 兼容的服务），这层是最后防线，防的是机房级别的灾难。三层缺一不可，光靠快照的人迟早会踩坑，光靠异地备份的人在紧急回滚时会很痛苦。

还有几个细节值得一提。LVM 快照挂载之后可以直接访问文件，这对于误删文件的找回非常方便，mount /dev/vg0/snap_root /mnt/snap 就可以了，比翻备份包快多了。另外 thin provisioning（精简配置）是 LVM2 的高级功能，支持更高效的快照管理，如果服务器上快照需求比较频繁，可以研究一下 thin pool，写时复制的效率比普通快照更高。

说到底，LVM 的价值不在于某一个单一功能，而在于它把存储管理变得可编排、可恢复、可扩展。很多人觉得传统分区够用就不折腾了，这种想法在开发机上无所谓，但凡是跑业务的机器，我都建议从一开始就用 LVM，否则等到磁盘告急的时候再想换，代价要大得多。有什么问题欢迎留言讨论，踩过的坑多了，聊起来能说一整天。