服务器的RAID最好用什么?

服务器的RAID最好用什么?,第1张

磁盘阵列服务器.

RAID 0:将多个较小的磁盘合并成一个大的磁盘,不具有冗余,并行I/O,速度最快。RAID 0亦称为带区集。它是将多个 磁盘并列起来,成为一个大硬盘。在存放数据时,其将数据按磁盘的个数来进行分段,然后同时将这些数据写进这些盘中。 所以,在所有的级别中,RAID 0的速度是最快的。但是RAID 0没有冗余功能的,如果一个磁盘(物理)损坏,则所有的数 据都无法使用。

RAID 1:两组相同的磁盘系统互作镜像,速度没有提高,但是允许单个磁盘错,可靠性最好。RAID 1就是镜像。其原理为 在主硬盘上存放数据的同时也在镜像硬盘上写一样的数据。当主硬盘(物理)损坏时,镜像硬盘则代替主硬盘的工作。因 为有镜像硬盘做数据备份,所以RAID 1的数据安全性在所有的RAID级别上来说是最好的。但是其磁盘的利用率却只有50%, 是所有RAID上磁盘利用率最低的一个级别。

RAID Level 3 RAID 3存放数据的原理和RAID0、RAID1不同。RAID 3是以一个硬盘来存放数据的奇偶校验位,数据则分段存储于其余硬盘 中。它象RAID 0一样以并行的方式来存放数,但速度没有RAID 0快。如果数据盘(物理)损坏,只要将坏硬盘换掉,RAID

控制系统则会根据校验盘的数据校验位在新盘中重建坏盘上的数据。不过,如果校验盘(物理)损坏的话,则全部数据都 无法使用。利用单独的校验盘来保护数据虽然没有镜像的安全性高,但是硬盘利用率得到了很大的提高,为n-1。

RAID 5:向阵列中的磁盘写数据,奇偶校验数据存放在阵列中的各个盘上,允许单个磁盘出错。RAID 5也是以数据的校验 位来保证数据的安全,但它不是以单独硬盘来存放数据的校验位,而是将数据段的校验位交互存放于各个硬盘上。这样, 任何一个硬盘损坏,都可以根据其它硬盘上的校验位来重建损坏的数据。硬盘的利用率为n-1。 如果经费充足,还是建议买三块硬盘组raid1,数据的安全性最好,不会出现一块硬盘坏了,数据也用不成了。

1、RAID 0

它是无数据冗余的存储空间条带化,具有成本低、读写性能高、存储空间利用率高等特点,适用于音、视频信号存储、临时文件的转储等对速度要求极其严格的特殊应用。但由于没有数据冗余,其安全性大大降低,构成阵列的任何一块硬盘的损坏都将带来灾难性的数据损失。这种方式其实没有冗余功能,没有安全保护,只是提高了磁盘读写性能和整个服务器的磁盘容量。

2、RAID 1

是两块硬盘数据完全镜像,安全性好、技术简单、管理方便、读写性能均好。因为它是一一对应的,所以它无法单块硬盘扩展,要扩展,必须同时对镜像的双方进行同容量的扩展。因为这种冗余方式为了安全起见,实际上只利用了一半的磁盘容量,数据空间浪费大。

3、RAID 0+1

也有写为RAID 10,综合了RAID 0和RAID 1的特点,独立磁盘配置成RAID 0,两套完整的RAID

0互相镜像。它的读写性能出色,安全性高,但构建阵列的成本投入大,数据空间利用率低。

4、RAID 5

是目前应用最广泛的RAID技术。各块独立硬盘进行条带化分割,相同的条带区进行奇偶校验,校验数据平均分布在每块硬盘上。以N块硬盘构建的RAID 5阵列可以有N-1块硬盘的容量,存储空间利用率非常高。任何一块硬盘上的数据丢失,均可以通过校验数据推算出来,它和RAID

3最大的区别在于校验数据是否平均分布到各块硬盘上。RAID 5具有数据安全、读写速度快、空间利用率高等优点,应用非常广泛,但不足之处是如果1块硬盘出现故障以后,整个系统的性能将大大降低。

除了上面的4种常见的磁盘阵列外,还有其它几种磁盘阵列,比如:RAID 2、RAID 3、RAID 4、RAID 6、RAID 7等。

在个人使用的NAS上,如果是4盘位,无数人会给你推荐R5,我的建议是最好不要用RAID,如果真要用,只用RAID1和RAID10(四盘位合适)。实用层面(非理论)的理由如下:1、RAID不是什么高大上,只是在当年单盘容易不够大、速度不够快的情况下,为了满足服务器高于PC的大容量、高吞吐需求的解决方案,外带了数据冗余能力(数据安全、持续在线),是个妥协的产物,但有用有效,且安全性提高。随着单硬盘容量的不断提高,4T成为了入门级的时候,它的缺点也明显(不含10和1),比如:单盘负载大(数盘联动)、标准不一(软、硬件都有,且互相兼容性差)、数据恢复拼人品等等,在这些问题明显的时候,RAID技术不断升级,试图解决这些问题,然而又带来了新的问题:维护门槛越来越高(当RAID成为专业领域的技术供给时,普通人跟不上了)。


欢迎分享,转载请注明来源:夏雨云

原文地址:https://www.xiayuyun.com/zonghe/773142.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-08-21
下一篇2023-08-21

发表评论

登录后才能评论

评论列表(0条)

    保存