保姆级教程：在Ubuntu 22.04上用mdadm手把手搭建RAID 5（含故障模拟与扩容）

从零构建高可用存储：Ubuntu 22.04下mdadm实现RAID 5全实战手册

当你的数据量突破单块硬盘的物理限制，或是开始担忧某天硬盘突然罢工导致重要文件蒸发时，RAID技术就像给你的数据上了多重保险。不同于云服务商提供的标准化存储方案，本地RAID阵列让你完全掌控数据安全策略。本文将用五块普通硬盘，在Ubuntu 22.04系统上搭建兼顾存储效率与安全性的RAID 5阵列，整个过程就像搭积木一样层层递进——从磁盘分区到故障模拟，再到在线扩容，每个环节都配有原理图解和实战排错技巧。

1. 环境准备与磁盘规划

在开始组装我们的RAID 5阵列之前，需要先确认硬件环境是否符合要求。打开终端执行lsblk命令，你应该能看到类似如下的输出（假设已连接五块未格式化的硬盘）：

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 1.8T 0 disk ├─sda1 8:1 0 512M 0 part /boot/efi └─sda2 8:2 0 1.8T 0 part / sdb 8:16 0 4T 0 disk sdc 8:32 0 4T 0 disk sdd 8:48 0 4T 0 disk sde 8:64 0 4T 0 disk sdf 8:80 0 4T 0 disk

磁盘选择黄金法则：

• 容量一致性：RAID 5阵列中所有磁盘的可用空间以最小容量盘为准
• 性能平衡：建议使用相同转速、接口类型的硬盘（如全部是7200转SATA盘）
• 备用盘策略：生产环境建议配置热备盘(hot spare)

重要提示：操作前请确认所有目标磁盘无重要数据，以下操作将永久擦除磁盘内容

2. 磁盘分区与类型配置

现代大容量硬盘（尤其是超过2TB的磁盘）需要使用GPT分区表。我们以/dev/sdb为例演示分区过程：

sudo parted /dev/sdb mklabel gpt sudo parted /dev/sdb mkpart primary 0% 100% sudo parted /dev/sdb set 1 raid on

验证分区结果时，聪明的做法是用lsblk -f而不是单纯看设备名。正确的输出应该显示分区标志中包含raid属性：

sdb └─sdb1 TYPE: linux_raid_member

常见踩坑点：

• 误用MBR分区表导致超过2TB空间无法识别
• 忘记设置分区类型为linux_raid_member
• 不同磁盘分区大小不一致（哪怕相差1MB也会导致阵列创建失败）

3. 构建RAID 5阵列的核心魔法

现在来到最激动人心的环节——用mdadm施展存储魔术。以下命令将用五块硬盘创建RAID 5阵列，其中四块作为活动成员，一块作为热备盘：

sudo mdadm --create /dev/md0 \ --level=5 \ --raid-devices=4 \ --spare-devices=1 \ /dev/sd[b-f]1

参数解剖实验室：

• --level=5：选择RAID级别，5代表带分布式奇偶校验
• --raid-devices=4：指定活动磁盘数量
• --spare-devices=1：热备盘数量（可省略）
• /dev/md0：阵列设备名称

创建完成后立即检查阵列状态是个好习惯：

sudo mdadm --detail /dev/md0 | grep -E 'State|Active|Working|Failed'

健康状态的输出应显示：

State : clean, degraded, recovering Active Devices : 4 Working Devices : 5 Failed Devices : 0

4. 文件系统与持久化挂载

RAID阵列本质上是一个块设备，我们需要为其穿上文件系统的"外衣"。EXT4是个稳妥的选择：

sudo mkfs.ext4 -b 4096 -E stride=128,stripe-width=384 /dev/md0

性能调优参数解析：

• stride=128：RAID块大小/文件系统块大小 = 512KB/4KB
• stripe-width=384：stride * (磁盘数-1) = 128 * 3

实现开机自动挂载需要两步操作。首先创建挂载点并测试挂载：

sudo mkdir /raid5 sudo mount /dev/md0 /raid5 df -h /raid5 # 验证挂载

然后将配置写入/etc/fstab。建议使用UUID而非设备路径防止意外：

echo `blkid /dev/md0 | awk '{print $2}'` /raid5 ext4 defaults 0 0 | sudo tee -a /etc/fstab

5. 故障模拟与热替换实战

真正的考验现在开始——模拟磁盘故障并验证阵列的自愈能力。首先在阵列中创建测试文件：

sudo dd if=/dev/urandom of=/raid5/testfile bs=1M count=1024 md5sum /raid5/testfile > /raid5/testfile.md5

然后故意标记一块磁盘为故障状态：

sudo mdadm /dev/md0 --fail /dev/sdb1

实时监控重建进度（观察Resync Status字段）：

watch -n 1 cat /proc/mdstat

故障处理流程图：

1. 标记故障盘：mdadm --fail
2. 移除故障盘：mdadm --remove
3. 添加新磁盘：mdadm --add
4. 等待重建完成（可通过mdadm --detail查看进度）

6. 在线扩容进阶技巧

当存储空间告急时，RAID 5支持不停机扩容。假设我们要新增一块4TB硬盘（/dev/sdg）：

sudo mdadm --add /dev/md0 /dev/sdg1 sudo mdadm --grow /dev/md0 --raid-devices=5

然后需要两步扩容操作——先扩展RAID设备，再调整文件系统：

sudo resize2fs /dev/md0

扩容时间估算表：

监控扩容进度可以使用：

watch -n 60 sudo mdadm --detail /dev/md0

7. 性能调优与监控策略

RAID 5的写性能常被人诟病，但通过正确配置可以显著提升。首先检查当前调度策略：

cat /sys/block/md0/md/group_thread_cnt

优化建议配置：

echo 32768 > /sys/block/md0/md/stripe_cache_size echo 2048 > /sys/block/md0/md/preread_bypass_threshold

监控方案对比：

设置定期阵列检查任务是个好习惯，在crontab中添加：

0 3 * * * /usr/share/mdadm/checkarray --cron --all --quiet

8. 真实场景下的避坑指南

在一次数据中心迁移项目中，我们遇到RAID 5阵列突然降级的情况。通过dmesg发现是某块磁盘间歇性掉线，最终确认为SATA线接触不良。这提醒我们：

• 定期检查/var/log/kern.log中的mdadm相关日志
• 使用smartctl -a /dev/sdX监控磁盘健康状态
• 重要数据建议RAID 6起步（可容忍双盘故障）

当需要完全拆除阵列时，正确的操作顺序应该是：

sudo umount /raid5 sudo mdadm --stop /dev/md0 sudo mdadm --zero-superblock /dev/sd[b-f]1