Linux服务器RAID磁盘阵列配置与LVM逻辑卷管理实战

Linux服务器RAID磁盘阵列与LVM逻辑卷管理是存储管理的两个核心层。RAID提供硬件级或软件级的冗余与性能提升，LVM在RAID之上提供灵活的卷划分与动态扩容能力。生产环境中通常采用RAID+LVM的组合方案，兼顾数据安全性与管理灵活性。

RAID级别选择与mdadm软件阵列配置

RAID（Redundant Array of Independent Disks）通过将多块磁盘组合为逻辑阵列，实现数据冗余和/或性能提升。Linux环境下使用mdadm工具管理软件RAID，常见级别及适用场景如下：

# 常见RAID级别对比
# RAID 0: 条带化，无冗余，读写性能最优，任一磁盘故障即数据丢失
# RAID 1: 镜像，两盘互为副本，读性能提升，写性能略降，容量利用50%
# RAID 5: 条带+分布式校验，最少3盘，允许1盘故障，容量(n-1)/n
# RAID 6: 条带+双重校验，最少4盘，允许2盘故障，容量(n-2)/n
# RAID 10: RAID 1+0组合，最少4盘，允许每组坏1盘，容量50%

# 创建RAID 5阵列（3块磁盘）
mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/sdb /dev/sdc /dev/sdd

# 查看阵列状态
cat /proc/mdstat
mdadm --detail /dev/md0

# 输出示例:
# /dev/md0:
#     Version : 1.2
#     Raid Level : raid5
#     Array Size : 2096128 (2.0 GiB 2.1 GB)
#     State : clean
#     Active Devices : 3
#     Working Devices : 3
#     Failed Devices : 0

创建阵列后需要写入RAID配置文件，确保系统重启后阵列能自动识别：

# 生成并保存RAID配置
mdadm --detail --scan | grep -v "name=.*uuid" >> /etc/mdadm/mdadm.conf
# 或在部分发行版上
mdadm --detail --scan >> /etc/mdadm.conf

# 更新initramfs使RAID信息在引导阶段可用
update-initramfs -u   # Debian/Ubuntu
dracut -f              # CentOS/RHEL

RAID阵列的日常监控与磁盘故障替换

生产环境中磁盘故障是常态，需要建立监控机制和标准化的替换流程。以下是典型的故障处理流程：

# 1. 检测故障磁盘
mdadm --detail /dev/md0
# 关注 "Failed Devices" 和 "Spare Devices" 字段

# 2. 标记故障磁盘为failed并移除
mdadm --fail /dev/md0 /dev/sdb
mdadm --remove /dev/md0 /dev/sdb

# 3. 物理替换磁盘后，将新磁盘加入阵列
mdadm --add /dev/md0 /dev/sdb

# 4. 观察重建进度
watch -n 5 'mdadm --detail /dev/md0 | grep "Rebuild"'
# 或通过 /proc/mdstat 查看进度条
# 此时阵列处于degraded状态，重建完成后恢复active

# 5. 设置邮件告警（可选）
echo "MAILADDR admin@example.com" >> /etc/mdadm/mdadm.conf
# 当磁盘故障时mdadm会自动发送邮件

LVM逻辑卷创建与RAID物理卷整合

在RAID阵列之上构建LVM，可以获得灵活的卷管理能力。LVM的三层结构为：物理卷（PV）→ 卷组（VG）→ 逻辑卷（LV）。

# 1. 在RAID设备上创建物理卷
pvcreate /dev/md0

# 2. 创建卷组
vgcreate vg_data /dev/md0

# 3. 查看卷组可用空间
vgdisplay vg_data
# Free PE / Size: 显示剩余可分配空间

# 4. 创建逻辑卷
lvcreate -L 100G -n lv_app vg_data
lvcreate -L 200G -n lv_db vg_data
# 剩余空间保留用于后续扩容

# 5. 格式化与挂载
mkfs.xfs /dev/vg_data/lv_app
mkfs.ext4 /dev/vg_data/lv_db

mkdir -p /app /data
mount /dev/vg_data/lv_app /app
mount /dev/vg_data/lv_db /data

# 6. 写入fstab实现开机自动挂载
echo "/dev/vg_data/lv_app /app xfs defaults 0 0" >> /etc/fstab
echo "/dev/vg_data/lv_db /data ext4 defaults 0 0" >> /etc/fstab

LVM逻辑卷在线扩容与文件系统扩展

LVM的核心优势是支持在线扩容，无需卸载文件系统或停机。当卷组有剩余空间时，逻辑卷可以动态扩展：

# 查看当前逻辑卷使用情况
lvs
df -h

# 扩容逻辑卷（使用卷组剩余空间）
lvextend -L +50G /dev/vg_data/lv_app

# 或指定目标大小
lvextend -L 150G /dev/vg_data/lv_app

# 扩展文件系统（在线操作，无需卸载）
# XFS文件系统:
xfs_growfs /app

# EXT4文件系统:
resize2fs /dev/vg_data/lv_db

# 验证扩容结果
df -h /app /data

当卷组空间耗尽时，需要先添加新物理卷扩展卷组：

# 1. 新增磁盘创建物理卷
pvcreate /dev/sde

# 2. 将新PV加入已有卷组
vgextend vg_data /dev/sde

# 3. 然后再扩容逻辑卷
lvextend -L +100G /dev/vg_data/lv_app
xfs_growfs /app

LVM快照备份与数据一致性保障

LVM快照是生产环境数据库备份的常用手段。快照创建瞬间完成，可以在不停止服务的情况下获得数据的一致性副本：

# 创建快照（大小建议为源卷的10%-20%）
lvcreate -L 20G -s -n lv_db_snap /dev/vg_data/lv_db

# 挂载快照进行备份
mount /dev/vg_data/lv_db_snap /mnt/snapshot

# 使用rsync或dd备份快照数据
rsync -a /mnt/snapshot/ /backup/db_$(date +%Y%m%d)/

# 备份完成后移除快照
umount /mnt/snapshot
lvremove -f /dev/vg_data/lv_db_snap

快照会占用写入时的COW（Copy-On-Write）空间，源卷写入越多，快照占用空间越大。如果快照空间耗尽，快照将失效。对于写入频繁的数据库卷，建议设置较大的快照容量或缩短备份窗口。

RAID与LVM组合方案的性能调优

RAID的条带大小（chunk size）和LVM的PE大小都会影响整体I/O性能。一般原则：

# 调整RAID条带大小（创建时指定）
# 默认512K，大文件场景可增大
mdadm --create /dev/md0 --level=5 --raid-devices=4     --chunk=1024 /dev/sd{b,c,d,e}

# LVM PE大小（创建卷组时指定）
# 默认4MB，大容量存储可增大到16MB或32MB
vgcreate -s 16M vg_data /dev/md0

# 调整内核I/O调度器（SSD推荐none/noop，HDD推荐deadline）
echo none > /sys/block/md0/queue/scheduler

# 设置RAID重建速度限制（生产环境适当降低）
echo 10000 > /sys/block/md0/md/sync_speed_min  # KB/s 最小重建速度
echo 50000 > /sys/block/md0/md/sync_speed_max  # KB/s 最大重建速度

对于SSD阵列，建议RAID 5/6的磁盘数量为4-8块，条带大小设为256K-1M。对于HDD阵列，条带大小建议64K-256K，并优先选择RAID 10以获得更好的随机I/O性能。LVM PE大小对性能影响较小，主要影响元数据粒度，默认4MB适合大多数场景。