1. 从单块硬盘到RAID阵列：为什么我们需要它？

如果你手头有一台服务器，或者正在搭建一个家庭NAS，面对多块硬盘，你可能会想：是把它们分开用，还是合并成一个“大硬盘”？直接合并听起来很诱人，但万一其中一块硬盘坏了，所有数据可能就全丢了。这就是RAID（Redundant Array of Independent Disks，独立磁盘冗余阵列）要解决的核心问题。它不是一个具体的硬件，而是一种将多块物理硬盘组合起来协同工作的技术方案。简单说，RAID能让你用多块硬盘，实现更高的性能、更大的容量，或者最重要的——更强的数据安全性。

很多人第一次接触RAID，可能是在购买服务器或NAS时，看到商家提供的选项：RAID 0, RAID 1, RAID 5, RAID 10……这些数字背后，其实是不同的数据组织和保护策略。比如，你可能会搜索“小米NAS可以组RAID阵列吗”，这背后反映的正是普通用户对数据安全的朴素需求：既想利用多盘位扩容，又怕硬盘突然损坏导致珍贵的照片、视频丢失。RAID技术，就是在这种“既要容量又要安全”的矛盾中诞生的工程智慧。它通过一些巧妙的数学算法（如异或运算）或简单的镜像复制，让数据在多块硬盘间“跳舞”，即使舞者（硬盘）之一意外退场，演出（数据服务）也能继续，或者至少能完整还原。

接下来，我不会只讲枯燥的理论。我会结合像mdadm、fdisk这样的实际工具，带你从零开始，理解不同RAID级别的本质区别、适用场景，并最终能在一台Linux服务器上，亲手配置出适合你需求的磁盘阵列。无论你是运维工程师在配置Dell R720，还是开发者想为自己的项目搭建一个可靠的存储后端，这篇文章中的“干货”都能直接拿来用。

2. 深入核心：图解五大常用RAID级别的工作机制

选择RAID级别，就像为你的数据选择一套盔甲。有的盔甲轻便但脆弱（RAID 0），有的笨重但绝对安全（RAID 1），有的则在安全、性能和成本间取得了精妙的平衡（RAID 5, RAID 6, RAID 10）。理解它们的工作原理，是做出正确选择的前提。

2.1 RAID 0：条带化——极致的速度与极致的风险

RAID 0的核心是“条带化”（Striping）。想象一下，你要搬运一堆书（数据）上楼。如果只有你一个人（单块硬盘），你得来回跑很多趟。但如果你有两个朋友（两块硬盘），你们可以排成一队，你把书递给第一个朋友，他再递给第二个朋友，最后送上楼，搬运速度理论上快了两倍。

在RAID 0中，数据被切割成固定大小的“条带”，然后交替写入阵列中的所有硬盘。假设有两块硬盘（Disk 0, Disk 1），数据块A1, A2, A3...会被这样分布：

• Disk 0: A1, A3, A5...
• Disk 1: A2, A4, A6...

优点：

• 性能翻倍：读写操作由所有硬盘并行完成，速度接近单盘速度乘以硬盘数。这是追求极致读写吞吐量的场景首选，如视频编辑缓存盘、科学计算临时存储。
• 成本效率高：所有磁盘空间100%可用，没有容量损失。

致命缺点：

• 毫无冗余：任何一块硬盘损坏，整个阵列上的所有数据都会丢失，因为数据被分散在所有盘上，缺了任何一部分都无法还原完整文件。可靠性甚至低于单块硬盘（因为硬盘越多，故障概率越高）。

注意：RAID 0绝对不能用于存储任何重要数据。它只适用于可完全丢失、且对速度有极端要求的临时数据。

2.2 RAID 1：镜像——最简单的数据保镖

RAID 1的核心是“镜像”（Mirroring）。同样搬运书的例子，现在你不再拆分书本，而是为每一本书都制作了一个完整的副本。你和你的朋友各拿一套完全相同的书同时搬运。

在RAID 1中，所有写入的数据都会完整地复制到阵列中的每一块硬盘上。两块硬盘的内容时刻保持一模一样。

• Disk 0: A, B, C, D...
• Disk 1: A, B, C, D...

优点：

• 数据安全性强：只要不是所有硬盘同时损坏，数据就是安全的。一块硬盘故障后，系统可以继续从另一块硬盘正常运行，实现了高可用。
• 读取性能提升：读取数据时，可以从任意一块硬盘读取，理论上读取速度可以翻倍。

缺点：

• 容量利用率低：无论用多少块硬盘，可用容量只有单块硬盘的容量。例如，两块4TB硬盘组RAID 1，总可用空间只有4TB，浪费了50%的空间。
• 写入性能无提升：因为每次写入都要写多份，写入速度通常不高于最慢的那块硬盘。

适用场景：对数据安全性要求极高，且容量需求不大的场景，如操作系统的启动盘、关键数据库的日志文件。

2.3 RAID 5：奇偶校验条带——平衡的艺术

RAID 5是中小型存储系统中最经典、最流行的方案。它结合了RAID 0的条带化和RAID 1的冗余思想，但用一种更聪明的方式——分布式奇偶校验。

它需要至少3块硬盘。数据条带和校验信息（Parity）会轮流存储在所有硬盘上。校验信息是通过异或（XOR）运算生成的，它本身不是数据的副本，但可以用来在缺失一块数据时，通过剩余数据和校验信息反推出丢失的数据。

假设有三块硬盘（D1, D2, D3），数据分布可能如下：

• D1: 条带A， 条带D， 校验P3
• D2: 条带B， 校验P2， 条带E
• D3: 校验P1， 条带C， 条带F

这里，P1是A和B的校验，P2是C和D的校验，以此类推。任何一块硬盘损坏，都可以用另外两块盘上的数据和校验信息将其恢复。

优点：

• 良好的折衷：在容量、性能、安全性三者间取得了最佳平衡。可用容量为 (N-1) * 单盘容量（3块盘利用率为66.7%，4块盘为75%）。
• 读取性能好：类似RAID 0，可以并行读取。
• 允许一块硬盘故障：具备容错能力。

缺点：

• 写入性能有“写惩罚”：每次写入数据，都需要重新计算并写入对应的校验信息，涉及“读-改-写”操作，对小块随机写入性能影响较大。
• 重建压力大：当一块硬盘故障并更换新盘后，阵列需要根据剩余盘的数据重新计算并写入所有数据到新盘。这个过程（重建）会长时间、高负荷地读取所有其他硬盘，增加了剩余硬盘在重建期间发生二次故障的风险（尤其是在使用大量大容量硬盘时）。

适用场景：文件服务器、中小型数据库、虚拟化存储等对容量、性能和安全性都有一定要求的通用场景。

2.4 RAID 6：双重校验——应对双重故障

RAID 6可以看作是RAID 5的增强版，它使用两种不同的校验算法（如P+Q双校验），需要至少4块硬盘。它可以容忍阵列中任意两块硬盘同时发生故障。

优点：

• 更高的安全性：双硬盘容错，大大降低了在重建过程中因第二块硬盘故障导致数据全损的风险，尤其适用于使用SATA大容量硬盘（相对企业级SAS/SSD故障率稍高）的环境。
• 可用容量：为 (N-2) * 单盘容量。

缺点：

• 写入惩罚更严重：需要计算和写入两份校验信息，写入性能通常比RAID 5更差。
• 实现更复杂：对RAID控制器的计算能力要求更高。

适用场景：对数据安全性要求极高，且能接受一定性能损失的归档存储、备份服务器或使用大容量近线硬盘的阵列。

2.5 RAID 10：镜像+条带——性能与安全的王者

RAID 10（也叫RAID 1+0）是先做镜像（RAID 1），再做条带（RAID 0）。它需要至少4块硬盘，且必须是偶数块。

工作方式是：先将硬盘两两配对组成RAID 1镜像对，然后再将这些镜像对组合成一个RAID 0条带。例如，有4块硬盘（A1, A2, B1, B2）。A1和A2组成一个RAID 1，B1和B2组成另一个RAID 1。然后，这两个RAID 1逻辑卷再组成一个RAID 0。

优点：

• 极高的性能和可靠性：继承了RAID 0的读写性能和RAID 1的数据安全性。每个镜像对可以独立故障一块硬盘而不影响整个阵列运行。
• 重建速度快：单个硬盘故障后，只需要从镜像对中的另一块完好硬盘复制数据到新盘，重建速度快，压力小。

缺点：

• 成本最高：可用容量只有总硬盘容量的50%。
• 硬盘数量要求：至少4块，且必须是偶数。

适用场景：对性能和可靠性都有极端要求的核心业务，如高交易量的数据库、虚拟化主机存储、高性能计算存储。

为了更直观地对比，我们用一个表格来总结：

注：N为硬盘总数，S为单盘容量。

3. 实战配置：在Linux上使用mdadm构建RAID 5阵列

理论懂了，手会了吗？这一部分，我们以最常见的RAID 5为例，在Linux系统上，使用纯软件工具mdadm来一步步创建和管理一个磁盘阵列。软件RAID相比硬件RAID卡方案，成本低、配置灵活，且不依赖特定硬件，数据可移植性强，是很多场景下的首选。

3.1 环境与工具准备

假设我们有一台安装了CentOS 7/8或Ubuntu 20.04/22.04的服务器，并安装了四块全新的4TB SATA硬盘（/dev/sdb,/dev/sdc,/dev/sdd,/dev/sde）。我们的目标是用它们创建一个RAID 5阵列，获得大约12TB的可用空间。

首先，确保系统已安装mdadm工具。在大多数发行版上，它可能已经预装，如果没有，请安装：

# CentOS/RHEL sudo yum install mdadm -y # Ubuntu/Debian sudo apt-get update && sudo apt-get install mdadm -y

使用lsblk或fdisk -l命令确认磁盘已被系统识别，且没有正在被使用（没有挂载点，不是系统盘）。

sudo lsblk

你应该能看到类似下面的输出，确认sdb,sdc,sdd,sde存在且大小正确。

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 447.1G 0 disk ├─sda1 8:1 0 1G 0 part /boot └─sda2 8:2 0 446.1G 0 part / sdb 8:16 0 3.7T 0 disk sdc 8:32 0 3.7T 0 disk sdd 8:48 0 3.7T 0 disk sde 8:64 0 3.7T 0 disk

3.2 为磁盘创建RAID分区

虽然mdadm可以直接使用整块磁盘（/dev/sdb），但最佳实践是先在每块磁盘上创建一个分区，并将分区类型标识为Linux RAID。这样做的好处是清晰明了，避免后续管理时误操作整块磁盘。

我们使用fdisk或parted工具。这里以fdisk为例，操作第一块磁盘/dev/sdb：

sudo fdisk /dev/sdb

进入fdisk交互界面后，按顺序输入以下命令：

1. n：创建新分区。
2. p：选择主分区。
3. 1：分区号，默认为1。
4. 两次回车：接受默认的起始扇区和结束扇区（使用整个磁盘）。
5. t：更改分区类型。
6. 输入fd：将分区类型设置为Linux RAID auto。
7. p：打印分区表，确认更改。
8. w：写入并退出。

对/dev/sdc,/dev/sdd,/dev/sde重复完全相同的操作。完成后，你会得到四个分区：/dev/sdb1,/dev/sdc1,/dev/sdd1,/dev/sde1。

实操心得：使用fd类型非常重要。这样即使阵列没有自动装配，系统或一些磁盘工具也能识别出这些分区属于一个RAID阵列，避免被误格式化为普通分区。

3.3 使用mdadm创建RAID 5设备

现在，使用mdadm的--create（或-C）命令创建阵列。我们将创建一个名为/dev/md0的RAID设备。

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

• --create /dev/md0：创建名为md0的RAID设备。
• --level=5：指定RAID级别为5。
• --raid-devices=4：指定参与阵列的物理设备数量为4个。
• /dev/sd[b-e]1：指定具体的四个分区。这里的[b-e]是shell的通配符扩展，等价于sdb1 sdc1 sdd1 sde1。

执行命令后，mdadm会提示你确认，因为这将清除这些设备上的所有数据。输入yes继续。创建过程会立即开始，但后台的“同步”（即计算并写入初始校验信息）过程需要很长时间，取决于磁盘大小和速度。你可以用cat /proc/mdstat来查看进度。

watch -n 5 cat /proc/mdstat

这个命令会每5秒刷新一次状态。你会看到md0的状态，以及resync（重新同步）的进度百分比。在同步完成前，阵列可以正常使用，但性能不是最优。

3.4 文件系统创建与持久化挂载

阵列创建好后，/dev/md0就像一个普通的块设备。我们需要在其上创建文件系统（例如Ext4或XFS），然后挂载使用。

# 创建XFS文件系统（适用于大容量存储，性能好） sudo mkfs.xfs /dev/md0 # 或者创建Ext4文件系统（更通用） # sudo mkfs.ext4 /dev/md0

创建一个挂载点并挂载：

sudo mkdir /data sudo mount /dev/md0 /data

现在，你可以通过df -h查看，/data应该显示了大约12TB的可用空间（4块4TB盘，RAID 5可用空间为 (4-1)*4TB = 12TB）。

为了让系统开机自动挂载这个RAID阵列，需要做两件事：

1. 保存RAID配置：将当前的RAID布局信息保存到配置文件中。

   sudo mdadm --detail --scan | sudo tee -a /etc/mdadm/mdadm.conf # 对于某些系统，配置文件可能在 /etc/mdadm.conf # sudo mdadm --detail --scan | sudo tee -a /etc/mdadm.conf

   然后更新initramfs（初始内存文件系统）：

   sudo update-initramfs -u # Ubuntu/Debian # 或者 sudo dracut -f # CentOS/RHEL 8+ # 或者 sudo mkinitrd -f # CentOS/RHEL 7

2. 配置/etc/fstab自动挂载：编辑/etc/fstab文件，添加一行。

   sudo vim /etc/fstab

   添加如下内容（以XFS为例，使用设备UUID更可靠）：

   # 先获取/dev/md0的UUID sudo blkid /dev/md0 # 输出示例：/dev/md0: UUID="a1b2c3d4-e5f6-7890-1234-567890abcdef" TYPE="xfs"

   然后在/etc/fstab中添加：

   UUID=a1b2c3d4-e5f6-7890-1234-567890abcdef /data xfs defaults 0 0

   保存退出。可以运行sudo mount -a测试配置是否正确，若无报错则下次重启会自动挂载。

4. 日常运维与故障处理：让RAID阵列稳定运行

配置好RAID不是一劳永逸的，日常监控和故障应对同样重要。很多人配置完就用，直到硬盘亮起红灯才手忙脚乱。下面这些命令和技巧，是你管理RAID阵列的“瑞士军刀”。

4.1 监控阵列状态与性能

定期检查阵列健康状态是运维的基本功。

• 查看概要状态：cat /proc/mdstat是最快的方式，能看到所有活跃阵列的状态、级别、设备数和同步进度。

  Personalities : [raid6] [raid5] [raid4] md0 : active raid5 sde1[4] sdd1[2] sdc1[1] sdb1[0] 11720687616 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]

  [UUUU]表示四块设备都是Up状态。如果某一块坏了，会显示[_U_U]（假设第一、三块坏了）。

• 查看详细信息：sudo mdadm --detail /dev/md0会输出非常详细的信息，包括创建时间、大小、块设备、每个成员盘的状态（active sync,spare,faulty等）、阵列UUID、事件计数等。重点关注State和Devices部分。

• 添加到监控系统：你可以编写一个简单的Shell脚本，定期运行mdadm --detail并解析输出，或者使用像smartd监控硬盘SMART属性，将警告信息发送到你的监控平台（如Zabbix, Prometheus）或邮箱。

4.2 模拟硬盘故障与更换重建

这是RAID价值体现的关键时刻。我们模拟/dev/sdb1这块硬盘故障。

1. 标记磁盘为故障：假设系统或监控告警显示/dev/sdb1异常，我们手动将其标记为故障。

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

   再次运行sudo mdadm --detail /dev/md0，你会看到/dev/sdb1的状态变成了faulty。

2. 将故障盘从阵列中移除：

   sudo mdadm /dev/md0 --remove /dev/sdb1

   现在，阵列在降级模式下运行（[3/4]），数据仍然可读可写，但已失去冗余保护。

3. 物理更换硬盘：关机，拔掉坏的/dev/sdb硬盘，换上一块新的同容量或更大容量的硬盘。开机后，系统应该能识别到新硬盘（假设它被识别为/dev/sdb）。同样，需要先用fdisk为其创建类型为fd的分区（/dev/sdb1）。

4. 将新盘加入阵列并开始重建：

   sudo mdadm /dev/md0 --add /dev/sdb1

   这条命令执行后，重建过程会自动开始。立即查看cat /proc/mdstat，你会看到recovery或resync进度。重建期间阵列性能会下降，但通常仍可使用。

   重要注意事项：重建过程对剩余的硬盘是巨大的压力（需要持续读取所有数据块来计算并写入新盘）。务必确保你的服务器有良好的散热和稳定的电源。在此期间，应尽量避免高负载的IO操作。

4.3 扩容与RAID级别迁移

随着业务增长，你可能需要扩大阵列容量。mdadm支持在线扩容和级别迁移，但这属于高级操作，风险较高，务必在业务低峰期并做好完整备份后进行。

例如，我们想将现有的4盘RAID 5扩容到5盘RAID 5（增加一块硬盘/dev/sdf1）。

1. 首先，将新硬盘分区并添加到阵列作为备用盘：

   sudo mdadm /dev/md0 --add /dev/sdf1

2. 然后，进行扩容和 reshape（重塑）操作。这需要内核和mdadm支持，并且步骤复杂，通常涉及--grow和--raid-devices参数。强烈建议在执行前，详细查阅对应内核版本和mdadm版本的官方文档或可靠教程，并在测试环境演练。

   # 这是一个示例命令，非通用步骤，请勿直接使用！ # sudo mdadm --grow /dev/md0 --raid-devices=5 --backup-file=/root/md0_backup

   此过程耗时极长，且一旦中断可能导致数据损坏。对于生产环境，更稳妥的做法是：创建新的、更大的RAID阵列，然后迁移数据。

4.4 常见问题排查

• 系统重启后阵列没有自动激活（/dev/md0不存在）： 检查/etc/mdadm/mdadm.conf配置是否存在且正确。可以尝试手动扫描并装配：

  sudo mdadm --assemble --scan

  如果还不行，尝试明确指定设备装配：

  sudo mdadm --assemble /dev/md0 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1

• 阵列状态显示为degraded或clean, degraded： 这表示有硬盘掉线或故障。立即使用mdadm --detail查看哪个设备状态不对。如果是临时掉线（如线缆松动），可以尝试--re-add重新添加。如果是硬盘故障，按上述故障更换流程处理。

• /proc/mdstat显示resync进度很久不动或非常慢： 重建速度受限于最慢的硬盘和系统负载。你可以通过sysctl调整重建速度，在速度和对业务影响间取得平衡：

  # 查看当前速度限制（单位：KB/s） cat /proc/sys/dev/raid/speed_limit_min cat /proc/sys/dev/raid/speed_limit_max # 临时提高重建速度上限（例如设为100000 KB/s ≈ 100 MB/s） echo 100000 > /proc/sys/dev/raid/speed_limit_max

  注意，设置过高会影响正常服务性能。

5. 硬件RAID vs. 软件RAID：如何选择？

在实战配置中我们使用了Linux的mdadm（软件RAID）。但在很多品牌服务器（如Dell R720, H3C R4930 G7, IBM 3650 M5）中，更常见的是使用硬件RAID卡。两者有何区别？

硬件RAID：

• 核心：依赖专用的RAID控制卡（如Dell的PERC，HP的Smart Array）。所有RAID计算（如XOR校验）都由卡上的专用处理器和内存完成。
• 优点：
  • 性能好：不占用主机CPU和内存资源。
  • 功能丰富：通常有带电池或电容的缓存（BBU/FBWC），在断电时保护缓存数据，大幅提升写入性能；支持高级功能如缓存策略调整、在线扩容、迁移向导等。
  • 操作系统无感知：操作系统看到的是RAID卡虚拟出来的单个逻辑磁盘（如/dev/sda），管理通过卡自身的BIOS配置界面或厂商工具进行。
• 缺点：
  • 成本高：需要购买RAID卡。
  • 依赖特定硬件：RAID卡故障后，更换同型号或兼容型号的卡才能识别原有阵列，数据可移植性差。
  • 配置黑盒：配置过程在服务器启动时进入特定按键（如Ctrl+R）的配置界面完成，对新手有一定门槛。

软件RAID：

• 核心：由操作系统内核和工具（如mdadm）实现，利用主机CPU和内存进行计算。
• 优点：
  • 零成本：无需额外硬件。
  • 灵活性强：配置、管理、监控完全通过操作系统命令完成，非常透明。
  • 硬件无关：数据可移植性极强。只要系统支持mdadm，把硬盘插到另一台Linux机器上，通常就能直接识别并装配阵列。
  • 功能强大：支持在线扩容、级别迁移等复杂操作。
• 缺点：
  • 消耗主机资源：会占用一定的CPU和内存。
  • 性能依赖主机：在低端硬件上，复杂RAID级别（如5,6）的写入性能可能不如硬件RAID。
  • 无专用缓存：通常没有带保护的写缓存，小写性能可能不如带BBU的硬件RAID。

选择建议：

• 选择硬件RAID：如果你的服务器有高性能需求（尤其是数据库、虚拟化），且预算充足，追求极致的稳定性和“开箱即用”的简便管理，那么硬件RAID是传统而可靠的选择。在配置Dell R720这类服务器时，进入开机自检后的RA卡配置界面（如PERC H710P）配置RAID，是标准流程。
• 选择软件RAID：如果你追求成本效益、配置灵活性、硬件无关性，或者在使用云主机、超融合架构（如Ceph, ZFS本身就包含了更先进的软件RAID理念），那么软件RAID是更现代、更开放的选择。对于大多数文件存储、备份、乃至中等负载的数据库，现代CPU的性能足以轻松处理软件RAID的计算开销。

我个人在多年的运维中，对于标准化的物理服务器，倾向于使用硬件RAID 10或RAID 5/6，看重其稳定的性能和集成的缓存保护。而在构建基于通用服务器的分布式存储或需要频繁调整存储架构的实验环境时，软件RAID的灵活性无可替代。最关键的是，无论选择哪种，都必须搭配定期的、离线的、完整的备份。RAID不是备份，它主要解决的是硬件可用性问题，防止因单盘故障导致的服务中断，但无法防止误删除、病毒勒索、火灾等逻辑错误或灾难。RAID加备份，才是数据安全的完整拼图。