RAID 与软件定义的块存储

Tho*_*unk 6 raid storage

据我所知,RAID发明是为了防止硬件故障引起的数据丢失:

  • 比如说,你有 2 个硬盘驱动器RAID1,一个向南,幸运的是你,另一个得到了你的数据。

  • 假设您想要更好的存储容量,RAID1并且对写访问没有特殊要求,那就RAID5等待吧。一盘崩盘。幸运的是你把它换掉了,等到重建完成。一切安好

另一方面,有软件定义Block Storage,它从硬件的细节中抽象出来。原则上它做的事情非常相似:在多个物理驱动器上存储冗余信息。

在哪些情况下RAID-Solutions 仍然是要走的路?

Tom*_*Tom 12

防止硬件故障引起的数据丢失:

不可以。RAID 旨在减少停机时间,而不是数据丢失。为了保护数据丢失,您应该保留备份。

另一方面,块存储从硬件的基本细节中抽象出来。原则上它是非常相似的:

不。块存储——这个术语本身——不保证冗余。许多块存储设备可以实现冗余,但由用户来做,不一定是必需的。

在哪些情况下 RAID-Solutions 仍然是可行的方法?

这个问题问得好。越来越少,我会假设。通常,由于硬件回写缓存,RAID 可能提供更好的性能。也就是说,今天我构建了一个分布式(多台计算机)块存储,具有 TB 级快速 SSD 写入缓存,基于来自每台服务器的 2x100 千兆位交叉链接 - 市场上没有 RAID 卡可以跟上这一点,包括正常运行时间(因为我的 RAID 1 实际上是在服务器上镜像的)。

我想说 RAID 硬件的空气越来越稀薄。

顺便说一句,对于大磁盘,您几乎可以忘记 RAID 5 - 任何超过 2TB 的东西都太冒险了,RAID 6 将为您提供更多空间,但它也可以达到顶峰。进一步阅读 - https://www.zdnet.com/article/has-raid5-stopped-working/

  • 只是为了放大汤姆的观点 - 请不要使用 R5,它基本上已经死了十年,控制器供应商仍然提供它是边缘疏忽。 (5认同)
  • RAID *硬件* 的空气可能会变稀薄,但一般不会用于 RAID。分布式复制的多 TB 块存储比一对简单的镜像硬盘驱动器昂贵得多,并且有很多公司唯一避免停机的需求是在磁盘出现故障时保持财务数据可用。 (3认同)
  • +1 我第一次看到“停机时间与数据丢失”。通常人们只会说“RAID 不是备份”,但从不详细说明它是什么 (2认同)