裸金属环境下RAID磁盘方案选择，先看数据能否在磁盘故障时继续访问，再看可用容量、性能和维护成本。RAID不能替代备份：它主要应对磁盘故障，无法防止误删、恶意加密或整机损坏。选型前应确认磁盘数量、接口类型、控制器支持情况，以及业务对停机和数据丢失的容忍度。
先按故障风险和磁盘数量筛选
| 方案 | 最低磁盘数 | 可用容量特点 | 适用情况与限制 |
|---|---|---|---|
| RAID 1 | 2 | 两盘镜像时，可用容量约为单盘容量 | 结构简单，适合系统盘或小容量服务；写入性能通常不如条带化方案。 |
| RAID 10 | 4，通常为偶数盘 | 约为全部磁盘容量的一半 | 兼顾随机读写与冗余，适合写入较多、延迟敏感的负载；容量利用率低于 RAID 5/6。 |
| RAID 5 | 3 | 约为总容量减去一块盘 | 容量利用率较高，但重建期间仍可能承受额外风险；不宜仅因省盘就用于不可中断且恢复要求严格的服务。 |
| RAID 6 | 4 | 约为总容量减去两块盘 | 可容忍两块磁盘同时故障，容量和写入开销更高，适合重视冗余的大容量阵列。 |
表中容量是未扣除格式化、元数据和厂商计量差异的理论估算；不同容量磁盘混用时，阵列可用空间通常受较小磁盘限制。RAID 1 和 RAID 10 的镜像盘并非可随意互换的独立副本，仍要按阵列控制器或软件的恢复流程操作。
控制器与软件方案怎么取舍
硬件 RAID
独立 RAID 控制器负责组织磁盘，操作系统通常看到逻辑卷。它便于统一管理和更换故障盘，但要核对控制器是否支持所用磁盘、阵列级别、缓存保护和告警方式。若控制器缓存没有电池或闪存保护，断电时写入安全性可能受影响；具体能力以设备说明为准。更换主板或控制器时，也要确认阵列元数据和迁移流程。
软件 RAID
Linux 的 mdadm 可创建和监控软件阵列，硬件依赖较少，迁移到兼容系统时也较灵活；但需要自行维护配置、告警和启动恢复流程。应在安装系统前确认引导分区、根文件系统和救援介质如何配合阵列。若使用 ZFS 等带校验和与存储池管理的软件，应按其自身冗余机制规划，不能把不同实现简单视为同一种 RAID。
按部署顺序做出选择
- 列清磁盘条件：记录盘数、容量、类型和是否需要热插拔，检查主板、背板及控制器的兼容范围。SSD 与 HDD 混用、不同容量混用，可能导致性能或空间受限。
- 确定故障目标：明确希望容忍一盘还是两盘故障，以及故障后允许多长时间降级运行。若容量优先且能接受较长重建窗口，可评估 RAID 5；若更看重双盘故障容忍，可评估 RAID 6；写入密集且盘数充足时，可优先比较 RAID 10。
- 核算性能与空间：按阵列级别估算可用容量，并用实际业务负载测试读写性能。重建速度受磁盘容量、负载、控制器设置和故障盘状态影响，不能只按理论带宽推算。
- 部署并验证告警：创建阵列后检查状态、确认监控能发现降级和磁盘错误，并按设备文档验证故障盘更换及重建流程。不要在唯一生产数据上首次演练。
- 安排独立备份：把备份放在阵列之外，定期检查备份任务，并抽样验证恢复结果。RAID提供可用性，不提供历史版本或对误操作的保护。
因此，裸金属环境下RAID磁盘方案选择没有脱离场景的唯一答案：两盘系统盘通常从 RAID 1 评估，四盘以上且重视随机性能可比较 RAID 10，容量优先或需要更强盘故障容忍时再评估 RAID 5/6。最终应以兼容性、恢复演练和独立备份共同验收。
常见问题
RAID 5 能用于重要数据吗？
可以评估，但要考虑重建期间的风险、数据恢复要求和备份能力。不能把 RAID 5 当作备份。
热备盘能算进可用容量吗？
通常不能。热备盘用于故障后自动或手动替换成员盘，具体触发方式取决于控制器或软件配置。
RAID 建好后还要做什么？
持续监控阵列状态，确认告警可达，并定期检查备份和恢复流程；更换磁盘前先核对设备编号与操作步骤。