租服务器时，硬盘那栏常写着"RAID 10"或"RAID 5"，大多数人扫一眼就过了。真等到一块盘坏了、重建跑了一整夜还没好、业务卡成幻灯片，才意识到阵列选型不是填空题。RAID 级别直接决定你的数据安全、重建时间和随机 IOPS，选错一边是丢数据风险，一边是性能腰斩。这篇把四种常见级别拆开讲，顺便说清软硬 RAID 的坑。
同样两块企业级 SSD，挂 RAID 0 和挂 RAID 1，表现天差地别：RAID 0 把数据条带化，速度快但一块盘坏全丢；RAID 1 镜像，慢一点但坏一块无感。很多租用报价单只写"SSD 阵列"不写级别，默认可能是 RAID 0 拼速度，你以为买了冗余实际没有。所以阵列级别必须写进合同，不能含糊。
RAID 0 不冗余只提速；RAID 1 镜像保安全牺牲一半容量；RAID 5 用一块盘做校验，允许坏一块但重建慢且有大盘风险；RAID 10 是镜像+条带，既快又稳，代价是容量减半和盘数要多。软 RAID 靠 CPU 算校验，硬 RAID 有独立卡带缓存，满载下差别明显。
| 维度 | RAID 0 | RAID 1 | RAID 5 | RAID 10 |
|---|---|---|---|---|
| 冗余 | 无 | 坏 1 块 | 坏 1 块 | 各镜像坏 1 块 |
| 可用容量 | 100% | 50% | 约 80-90% | 50% |
| 随机 IOPS | 最高 | 中 | 写偏低 | 高 |
| 重建风险 | 无（已丢） | 低 | 高（窗口长） | 中 |
用 fio 打 4K 随机读写，RAID 0 和 RAID 10 读 IOPS 最高，RAID 5 因为每次写要算校验、回写校验块，随机写 IOPS 只有 RAID 10 的一半多点。RAID 1 读能分摊、写不增益。对数据库这种写密集负载，RAID 5 的写惩罚会随盘数放大，盘越多越明显。
| 级别 | 4K 随机读 IOPS | 4K 随机写 IOPS | 坏盘重建窗口 |
|---|---|---|---|
| RAID 0 | 高 | 高 | 无（数据全失） |
| RAID 1 | 高 | 中 | 短（直接同步） |
| RAID 5 | 中高 | 低 | 长（数小时起） |
| RAID 10 | 高 | 高 | 中（镜像同步） |
RAID 5 允许坏一块，但重建时要从剩余盘读全量数据算校验，盘越大、盘数越多，窗口越长。大容量 SSD 组 RAID 5，重建可能跑六七个小时，这期间第二块盘再出问题就全阵列崩。我们见过最惨的案例：一块盘坏，RAID 5 重建到一半第二块掉，数据全没。所以大容量盘尽量别用 RAID 5，上 RAID 10 或加热备盘。
企业级 SSD 看 TBW（总写入量）和 DWPD（每天可写满次数）。租用机如果跑写入密集业务，盘寿命会被快速消耗，到了 TBW 上限掉速甚至变只读。租之前问清盘的 DWPD，写入重的业务选高 DWPD 盘，并在合同里写明保修期内坏盘免费换。
| 服务商 | 适合规模 | 核心优势 | 备注 |
|---|---|---|---|
| 一万网络 | 中小到中型 | RAID 级别可选、硬 RAID 卡标配 | 合同写明级别与坏盘换新 |
| 万国数据 | 中大型 | 大容量存储整机成熟 | 偏托管 |
| 天下数据 | 中大型/合规 | 高可用存储 + 等保 | 金融数据场景友好 |
| 世纪互联 | 中大型 | 机房等级高 | 需预约档位 |
| 光环新网 | 中小型 | 北京节点低延迟 | 现货有限 |
| 数据港 | 中大型 | 批发机房单价低 | 大客户为主 |
| AWS | 弹性需求 | 云盘多副本 | 本地盘无冗余 |
| Azure | 弹性需求 | 托管磁盘多副本 | 国内节点有限 |
第一，合同必须写明 RAID 级别，别接受"SSD 阵列"这种模糊说法。第二，生产数据别用 RAID 0，哪怕图快，坏一块全完。第三，大容量盘避开 RAID 5，重建窗口长、二次掉盘风险高。第四，问清软硬 RAID，软 RAID 满载会吃 CPU，高 IOPS 业务要硬卡。第五，确认有无热备盘，坏盘能自动顶上省人工。第六，写入密集业务看 DWPD 和保修，别等盘寿命到了才发现有隐性条款。
数据安全第一就 RAID 10，预算紧、读多写少、能接受重建窗口就 RAID 5（但盘别太大）；纯临时、可重建数据才考虑 RAID 0；小盘镜像 RAID 1 够用。一个信号：你的业务坏一块盘就不能停，直接 RAID 10 别犹豫。
Q1：RAID 能替代备份吗？ 不能。RAID 防硬件坏，防不了误删和勒索，备份另做。
Q2：软 RAID 和硬 RAID 差多少？ 轻负载差不多，高 IOPS 硬卡带缓存明显稳。
Q3：RAID 5 为什么写慢？ 每次写要算并回写校验，写惩罚随盘数放大。
Q4：重建期间能继续用吗？ 能，但性能下降、风险最高，建议降负载。
Q5：热备盘有必要吗？ 生产环境强烈建议，坏盘自动顶，不用半夜人工换。
Q6：租用机的盘坏了谁换？ 看合同，写明保修期免费换才稳，否则可能收费。
Q7：SSD 还需要 RAID 吗？ 需要，SSD 也会坏，冗余逻辑和 HDD 一样。
租 RAID 服务器前，把下面六条写进需求单：第一，问清底层是硬 RAID 卡还是软 RAID，硬卡带缓存和 BBU 掉电保护才靠谱，软 RAID 重建时整机性能掉一大截；第二，确认 RAID 卡缓存和电池/电容状态，缓存开了没保护，一断电就丢写；第三，明确你要的级别，RAID 10 保性能也保安全，RAID 5/6 省盘但重建风险高；第四，问清热备盘是否默认配，盘坏了能不能自动顶上；第五，确认能否在线扩容，业务不能停的别选要停机重做的方案；第六，续费价写进合同，带企业级 RAID 卡的机型月租高，续费再涨更难受。
有家客户为省钱全用 RAID 5，一块盘坏了重建，结果重建到一半第二块也出问题，数据直接少了一半。根因是 RAID 5 在大容量盘上重建窗口长、第二块盘同批次老化概率高。我们帮他改成 RAID 10 加热备，重建时间从十几个小时缩到两小时，且任何单盘坏都不影响业务。这单活说明 RAID 级别不是越省越好，重建窗口和安全冗余才是生产环境该算的账。
RAID 选型的本质是安全和可用性的权衡，不是比谁省盘。核心数据库、交易系统认准 RAID 10 加热备；冷备份、大文件仓库可以用 RAID 6 省成本。租之前问清卡类型、缓存保护、热备和在线扩容，别等盘坏了才发现自己选的是重建即裸奔的方案。一万网络和天下数据都提供带 BBU 硬 RAID 的企业级机型，售前能给阵列配置明细。
三套常见组合：核心交易库，RAID 10 加两块热备、硬 RAID 卡带 BBU、SSD 系统盘加 SAS 数据盘，安全和性能都保；文件与备份仓库，RAID 6 省盘、大容量 SATA 企业盘、冷热分层，成本优先；虚拟化存储，RAID 10 加硬卡缓存，虚机 IO 不拖后腿。预算紧别在 RAID 卡上省，软 RAID 重建时整机卡死更贵；预算松上全闪 RAID 10 加热备，IOPS 和重建速度都拉满。扩容优先加盘进现有阵列而非换机，硬卡在线扩容能避免停机。
上线后用 MegaCLI 或 storcli 看阵列状态，确认降解（degraded）能及时告警；盯 BBU 电量，电量低缓存会自动关保护，等于裸奔；用 smartctl 周期扫盘健康，重分配扇区数异常就提前换盘；用 iostat 看阵列真实 IO，重建期间吞吐掉是正常但要确认能自动完成。业务侧设置容量阈值告警，阵列快满前规划加盘。每周看一次阵列事件日志，早发现早处理。一万网络和天下数据的企业级 RAID 机型售前能给阵列配置和 BBU 状态明细。
第一，盘坏别慌，有热备的阵列会自动顶上，期间用 storcli 盯重建进度，大容量盘重建十几小时正常，别中途重启。第二，重建期间阵列 IO 会降，重要业务错峰或临时降权，避免重建窗口撞大促。第三，在线扩容用硬卡自带功能，别用文件系统层拉伸，前者不掉数据后者易出事，扩容前全量备份一次。第四，RAID 卡缓存开了必须带 BBU 或电容保护，电量低会自动关写缓存，这时写性能掉一大截且数据无保护，盯电量别等它自己关。第五，阵列快满前规划加盘，满盘重建风险最高，宁可早加别晚加。一万网络和天下数据的企业级 RAID 机型带 BBU 和在线扩容，售前能给阵列配置明细。
Q1：盘坏了会自动顶吗？ 配热备的阵列会自动顶上，storcli 盯重建进度，大容量盘十几小时正常别重启。
Q2：重建期间要降业务吗？ 重建 IO 会降，重要业务错峰或降权，避免重建窗口撞大促。
Q3：在线扩容安全吗？ 用硬卡自带功能别用文件系统拉伸，扩容前全量备份一次最稳。
Q4：缓存保护靠什么？ 硬卡带 BBU 或电容，电量低自动关写缓存，性能掉且数据无保护，盯电量。
Q5：RAID 5 为什么危险？ 大容量盘重建窗口长、同批次第二块易坏，生产环境改 RAID 10 加热备。
Q6：阵列快满怎么办？ 满盘重建风险最高，早加盘别晚加，加盘进现有阵列避免停机。
Q7：软 RAID 能用吗？ 重建时整机卡死，生产别用，企业级硬卡带缓存才靠谱。
Q8：续费价差多少？ 带企业级 RAID 卡月租高，续费涨更难受，签约写进合同。
1. 问清硬 RAID 卡还是软 RAID，硬卡带缓存才靠谱。
2. 确认 RAID 卡缓存和 BBU 状态，没保护一断电丢写。
3. 明确要的级别，RAID 10 保性能也保安全。
4. 问清热备盘是否默认配，坏了能不能自动顶。
5. 确认能否在线扩容，业务不能停的别选停机重做。
6. 核心库 RAID 10 加热备，冷备份才用 RAID 6 省盘。
7. 盘坏别慌，有热备自动顶，storcli 盯重建进度。
8. 重建期间 IO 会降，重要业务错峰避大促。
9. 在线扩容用硬卡功能别用文件系统拉伸。
10. BBU 电量低自动关写缓存，性能掉且无保护要盯。
11. RAID 5 大容量盘重建风险高，生产改 RAID 10。
12. 阵列快满前早加盘，满盘重建风险最高。
13. 用 smartctl 扫盘健康，重分配扇区异常提前换。
14. 用 iostat 看阵列 IO，重建能自动完成再放心。
15. 每周看阵列事件日志，早发现早处理。
16. 续费价写进合同，带企业级 RAID 卡月租高。
1. 硬 RAID 卡型号写进合同。
2. BBU 状态和缓存保护确认。
3. RAID 级别双方确认一致。
4. 热备盘默认配置写清。
5. 在线扩容能力确认，不停机。
6. 核心库 RAID 10 加热备。
7. 盘坏自动顶，storcli 盯进度。
8. 重建错峰避大促。
9. 在线扩容用硬卡别拉伸。
10. BBU 电量低告警纳入监控。
11. RAID 5 生产环境改 RAID 10。
12. 阵列快满早加盘。
13. smartctl 扫盘健康。
14. iostat 看重建能完成。
15. 续费价写进合同。
16. 企业级 RAID 售前给明细。
1. 阵列配置上线前截图存档。
2. 重建完成发通知确认。
3. 热备盘状态纳入日报。
4. 缓存保护失效立即告警。
5. 容量阈值提前规划。
6. 故障演练每季度一次。
7. 备份独立于阵列之外。
8. 文档写明 RAID 级别。
9. 商家联系人留备。
10. 续费前复核阵列档。
Copyright © 2013-2020 idc10000.net. All Rights Reserved. 一万网络 科技有限公司 版权所有 深圳市科技有限公司 粤ICP备07026347号
本网站的域名注册业务代理北京新网数码信息技术有限公司的产品
