服务器做raid5是什么意思
服务器做RAID5，简单说就是拿至少三块硬盘组建一个磁盘阵列，其中一块盘的容量专门用来存放校验数据，任何一块盘坏了，阵列都不会瘫痪，数据也能靠其他盘恢复回来，它用一部分容量换取了安全性和速度的平衡，是中小型服务器最常用的磁盘方案。
很多人第一次接触服务器的存储方案，看到RAID5这个名词都会有点懵，它不像RAID0那样纯粹追求速度，也不像RAID1那样只讲究安全，RAID5更像一个精打细算的管家，在速度、安全和成本之间找到了一个让大多数人都能接受的平衡点,下面就把RAID5的里里外外给你讲清楚。
RAID5究竟是怎么工作的
要搞懂RAID5，得先明白它到底是怎么把数据写进硬盘的，我们可以把几块硬盘想象成一个团队,这个团队干活的方式比较特殊。
数据和校验块交叉分布
假设你有四块硬盘组成RAID5，当服务器要写入一份数据时，它不会把整份文件塞进一块盘里，而是把数据切成大小相等的小块，这些小块叫“条带”，这些条带会被轮流写到不同的硬盘上，比如第一个数据块写到盘1，第二个写到盘2，第三个写到盘3，第四个写到盘4，第五个又回到盘1,如此循环。
在写入这些数据条带的同时，RAID5还会生成一些数学计算出来的“校验数据”，这些校验数据不是简单地备份原始数据，而是通过特定算法算出来的，关键在于，这些校验块不会总待在某一固定硬盘上，而是会分散到不同的硬盘里，比如这一次校验块在盘1，下一次可能在盘2，再下一次又在盘3，这种机制保证了不会有一块硬盘因为总是存放校验信息而过度劳累,同时也避免了单点故障。
单盘损坏时如何恢复数据
当一块硬盘物理损坏时，RAID5的工作模式就从“读写数据”切换成了“现场重建”，剩下的硬盘会利用各自存留的数据条带，再结合那块丢失的校验块信息，通过反向计算，硬生生地把丢失盘上的数据算出来，这个过程叫“重建”，重建期间，整个阵列仍然可以对外提供服务,只是性能会有所下降。
行业共识认为，RAID5最核心的价值就在于允许坏一块硬盘而数据不丢,这对大多数业务场景来说已经是足够的安全冗余了。
服务器raid5最少需要几块硬盘
这个问题问的人非常多，也是大家最容易搞混的地方，RAID5并不是说想用几块盘就用几块,它有一个硬性的最低限制。
最少三块硬盘
RAID5要求组建阵列的物理硬盘数量至少三块，为什么是三道这个槛？因为RAID5的算法要求，只有当有两个数据块和一个校验块时，那个校验公式才能被正确解算出来，如果只有两块盘,那它就只能做RAID1或者说镜像。
需要注意的是，这里的“三块盘”指的是物理硬盘的裸数量，不是说三块容量相等的盘，但实践中强烈建议用
同品牌、同型号、同容量、同转速的硬盘来组阵列，否则系统会按照最小容量盘来圈定每块盘可用的空间,多出来的容量会被浪费掉。
容量利用率的计算方式
那三块盘组RAID5，实际可用容量是多少呢？假设每块盘是2TB，那么阵列的总可用容量就是（3 – 1）× 2TB = 4TB，也就是说，三块盘里有一块盘的容量贡献给了校验数据，但这块校验空间并不是固定在某块盘上,而是均匀分布在各块盘上。
如果你加了一块盘，比如凑成四块2TB，那可用容量就变成（4 – 1）× 2TB = 6TB，盘的块数越多，校验空间的“占比”就越小，容量利用率就越高，这和RAID1（镜像）那种直接牺牲一半容量来保安全的方案相比,性价比明显高出不少。
服务器raid5和raid10选哪个
这是很多企业在规划服务器架构时纠结得最多的问题，也是百度上搜索量持续很高的长尾词，RAID5和RAID10是两种完全不同思路的产物，没有谁绝对好,只有谁适合你当时的业务场景。
从容错能力上对比
- RAID5：允许同时坏一块盘，如果第二块盘在重建完成前也挂了，那整个阵列的数据就彻底完蛋了（统计学上这种情况的概率确实存在，多发生在同一批次的老硬盘上），在只坏一块盘时，我们可以继续读写数据，但性能会衰减,后台会进行数据重建。
- RAID10：允许坏盘的长度是每组镜像盘各坏一块，它是一个“先镜像、再条带”的组合结构，四块盘组RAID10，本质上分成了两组，每组内两块盘互为镜像，每一组里坏一块盘，数据不丢；但同一组里的另一块盘如果也坏了，那就麻烦了，所以如果一共四块盘，它允许坏两块,只不过得是分别位于两组中的块。
从读写性能上对比
RAID5因为有校验算法的存在，写入数据时需要额外计算校验块，这个过程会比较耗费处理器的资源，所以写性能相对不那么亮眼，尤其是随机写入的场景，性能损失比较明显，读取性能则与RAID10相差不大,毕竟所有盘都可以参与读取。
RAID10则没有校验计算这个环节，写入性能非常接近单盘直通，同时读取也能并行操作，如果服务器跑的是数据库类应用，对随机读写、低延迟要求极高的话，RAID10通常表现更好，业内专家指出，除非硬盘数量非常有限,否则核心数据库服务器不建议用RAID5。
从成本上对比
如果都用四块盘，RAID5的可用容量是三块盘的容量，RAID10的可用容量是两块盘的容量，很明显，想获得同样的可用容量，RAID10需要的物理硬盘数量更多，成本也就上去了，在预算锁死的情况下想多拿点容量,那RAID5会赢得很多人的青睐。
下面的表格能让你一眼看明白它们的差异：
| 对比维度 | RAID5 | RAID10 |
|---|---|---|
| 最少硬盘数 | 3块 | 4块 |
| 可用容量 | (N-1) × 单盘容量 | (N/2) × 单盘容量 |
| 容错能力 | 允许坏1块盘 | 每组镜像允许各坏1块 |
| 写入性能 | 一般，有校验开销 | 较好，无校验开销 |
| 重建速度 | 较慢，需全盘运算 | 较快，直接拷贝镜像 |
| 适用场景 | 文件服务器、视频监控、Web网站 | 数据库、核心业务系统、虚拟化集群 |
RAID5重建过程中要注意什么
如果你们公司的服务器用的是RAID5，某天早上突然有硬盘灯报警了，这时候千万别慌，也别直接关机拔硬盘，遵循下面这些操作步骤,能最大程度保证数据安全。
巡检确认故障盘的物理位置
登录服务器的存储管理界面，查看阵列状态，确认是不是真的有一块盘处于“Degraded”状态，有些时候可能是监控误报，或者只是某块盘出现了坏道但还未完全失效。在拔掉硬盘之前，请务必先确认逻辑状态，再根据面板上的故障灯找到对应的盘位，最好是拍照或者记录下硬盘序列号,防止拔错盘。
更换新盘启动阵列重建
拿到新的硬盘后，需要确认新盘的容量要大于或等于原阵列中最小盘的容量，最好是同容量同转速的，然后直接把新盘插入原盘位，如果是热插拔背板，服务器会自动识别，此时你需要进入管理界面，找到刚才那个处于降级状态的阵列，然后执行“Rebuild”操作。
重建过程会持续数个小时甚至一整天，具体时长取决于阵列总容量和硬盘读写速度，重建期间尽量不要往服务器里写入大量新数据，更不要重启服务器，如果重启导致重建中断，有些阵列卡需要重新手动启动重建任务，为了降低重建期间第二块盘出现故障的概率，行业共识是在购买硬盘时尽量选择不同批次的同型号产品,避免因为同一批次的隐性缺陷导致短期内连锁故障。
如果不懂Rebuild操作怎么办
如果你们公司没有专职IT，或者你对阵列卡的管理界面完全不熟悉，最稳妥的办法是先备份重要数据再操作
，也可以联系服务器厂商的技术支持热线远程指导，这里要特别提醒那些买二手服务器或者自组NAS的朋友，使用软RAID（比如系统自带的存储池）时，更要把重建流程搞清楚再做替换，有一次我帮朋友处理一台老DELL服务器，就是因为他不懂重建流程，把好的硬盘拔下来插上了旧盘,结果直接导致RAID5阵列失效。
RAID5适合什么类型的业务场景
聊完技术细节，我们回到实际问题上来：你的服务器到底该不该用RAID5？这主要看你对容量、成本和性能的取舍。
视频监控和文件存储这类场景
如果你是在运行视频监控存储服务器，或者给公司搭建一个共享文件服务器（SMB共享盘），这类应用的特点是连续写入量大、随机写入少、对吞吐带宽有要求、对单条记录的写入延迟不敏感，RAID5在这里就非常合适，它不像RAID0那样没有任何保护，也不像RAID10那样需要双倍硬盘来换镜像安全，比如说一个安装了四块8T监控盘的NVR设备，组RAID5能获得接近24T的可用空间，足够写两个月的回放录像，这个场景里，性价比压倒一切,RAID5就是不二之选。
Web网站和普通应用服务器
现在很多云计算机房提供的物理机或者超融合节点，默认出厂方案就是RAID5，因为这类服务器跑的是Web服务、企业内部的OA系统、ERP系统，虽然也有数据库，但并发压力和事务强度不算极致苛刻,RAID5的读取性能足以应对日常几百人的同时在线办公。
如果你们公司的业务是那种24小时在线交易系统、高并发的电商平台、或者大型游戏服务器，那就要谨慎了，这些场景属于高随机写入密集型应用，RAID5的读改写校验逻辑会导致写放大，即便加装了缓存电池模块，长期来看延迟也比RAID10要高，预算允许的情况下，这类业务最好直接上RAID10,不要纠结那点容量差价。
raid5 你需要知道的几个常见疑问
组了RAID5后硬盘是不是可以随便插拔
不可以，除非你的服务器支持硬盘热插拔功能，并且你只是做正常的坏盘替换，即使支持热插拔，也绝对不允许将一块已经组阵的盘直接拔出来插到另一台机器的阵列里去，因为每块盘里记录的阵列配置信息（MetaData）只对原阵列有效，跨设备插拔会导致识别异常,甚至可能导致阵列配置丢失。
RAID5能否替代离线备份
这绝对不行，RAID5只能抵御单块硬盘物理损坏的风险，但它抵御不了误删除、勒索病毒加密、软件逻辑错误、电源浪涌烧毁多块盘这些天灾人祸。做完RAID5之后，务必要配合另外一个独立的备份介质，比如异地的NAS、磁带库或者对象存储，从概率上说，多块盘同时损坏的概率虽小，但一旦发生就足以让公司业务彻底停摆，所以行业内一直有“备份不是可选项，是必选项”的说法,RAID永远替代不了备份。