级别怎么选
RAID 级别选择本质是把业务特征翻译成三个指标：随机写占比、可用容量需求、能承受多长的重建窗口。随机写密集则写惩罚最要紧，倾向 RAID 10；写以顺序为主、容量优先则 RAID 6；只读或数据可重建才用 RAID 0 或 JBOD。按流行度选级别（比如「生产都上 RAID 5」）是最容易踩坑的做法，因为不同业务的 IO 特征差别比级别名之间的差别大得多。
场景到级别的映射
| 业务形态 | 建议级别 | 理由 |
|---|---|---|
| 数据库 OLTP | RAID 10 | 小随机写密集，写惩罚 2，重建快 |
| 虚拟化主机 | RAID 10 / 6 | 随机 IO 为主，按盘数与容量预算取舍 |
| 文件服务器 | RAID 6 / 10 | 大文件顺序为主，容量与冗余平衡 |
| 备份与归档 | RAID 6 / 60 | 写以顺序为主，容量优先，子组化缩短重建 |
| 系统盘 | RAID 1 | 容量小、可靠优先、处置简单 |
| 临时缓存盘 | RAID 0 / JBOD | 数据可重建，追求吞吐与全部容量 |
给出建议前先量化需求
给出建议前先量化需求
顺序读需求：___ MB/s # 影响条带大小与级别（条带可叠加带宽）
随机写需求：___ IOPS # 除以写惩罚反推所需盘数与级别
允许降级窗口：___ 小时 # 决定单盘容量上限与是否必须双校验
预算盘位：___ 块 # 决定混合级别（50/60）的子组划分
扩容预期：___ 年 # 决定现在是否预留盘位与控制器端口决策时的四个硬约束
- 盘位数量：RAID 10 至少 4 块且吃一半容量，盘位紧张时它未必是选项
- 单盘容量：单盘越大重建越久，超过 8TB 的阵列建议双校验或镜像
- 控制器能力：老卡可能不支持 RAID 6 或大容量逻辑盘，规格先查再选
- 运维能力：级别越复杂，换盘、扩容、故障判定的门槛越高，交接成本要算进决策
级别不是孤立决策：条带大小、写缓存策略、热备盘与重建限速一起决定实际体验。定了级别只是完成了选型的一半。
同机多阵列时不要把所有盘位压在同一个故障域：控制器、背板、机箱风扇与供电故障会同时带走多个阵列，关键业务建议跨机或跨卡分布。