是的，这是那些“为我做我的工作”的问题，有点遗憾:)
在不花费大量资金的情况下，我可以使用服务器中的硬盘驱动器的数量达到极限。我还有四个驱动器需要配置，我可以将它们设置为 RAID 5 并提供热备用，或者设置为没有热备用的 RAID 10。每个的大小将相同，RAID 5 将提供足够的性能。
我不喜欢 RAID 5，但我也不喜欢在没有热备件的情况下运行的想法。我对性能下降不太感兴趣，但系统没有足够冗余的时间。服务器和驱动器根据 13x5 4 小时响应合同（虽然我碰巧知道最近的服务提供商在冬天开车至少需要 2-3 小时）。
我应该注意到服务器还有两个 RAID 1 阵列，它们也受热备份保护。他们为什么不制作带有 9 个托架的驱动器笼！呵呵。
假设阵列中的磁盘和控制器相同，这些突袭都是相对的。
Raid5：良好的读取速度，烂的写入速度，如果故障发生的时间足够长，RAID 在两次故障之间重建，则可以在任何双磁盘故障中幸存下来。（即磁盘出现故障、raid 重建、磁盘故障，你没事）。如果您同时遇到双磁盘故障，那么您就是 SOL，除非故障之一是热备用。使用 4 个磁盘阵列，一半的双磁盘故障会毁了您的一天。
Raid6：读取速度不错，写入速度真烂。可以承受任何双磁盘故障。不像其他突袭那样普遍实施。
Raid10：良好的读写速度，可以承受任何单个磁盘故障，可以承受（在 4 磁盘 raid 的情况下）潜在双磁盘故障的一半。
三路镜像 + 热备份：更少的空间，如果故障发生的时间足够让镜像重建一次，则可以承受任何双磁盘故障和最多 3 个磁盘的故障。我不确定有多少控制器/操作系统支持此功能，但这是我在 ZFS 之前在 MD 内容中使用的solaris 中的一个功能。
在查看此内容时，有几个问题需要担心：
重建阵列需要多长时间？Sun 意识到在某些情况下重建 raid5 阵列的时间比阵列中磁盘的 MTBF 长，从而实际上保证了磁盘故障导致阵列故障时，Sun 开始开发 ZFS。
来自同一制造批次的磁盘可能都有相同的缺陷（托盘掉落或在制作磁盘时在盘片上涂了太多胶水）
RAID阵列越复杂，控制器/实现上的软件就越复杂；我见过的 RAID 控制器会杀死阵列，就像出现故障的磁盘会杀死阵列一样。我已经看到单个磁盘旋转多年，年复一年——事实上，大多数都是这样做的。我曾经拥有的最可靠的系统是一个没有任何冗余的盒子，它从来没有出现过组件故障。我见过很多 UPS 和突袭以及冗余（插入随机组件）导致故障，因为它们使系统变得足够复杂，以至于复杂性是故障的根源。
你付钱，你抓住机会......问题是，
你觉得幸运吗？
我不得不不同意CHOpper3。由于在这种情况下只有 4 个驱动器，您的故障能力在任何一种情况下都是相同的（2 个驱动器），除非使用 raid 10，如果您碰巧丢失了错误的 2 个驱动器，那么您将遇到真正的问题。此外，为您的其他 RAID 提供全局备用肯定还有一个额外的好处。
阵列的停机容忍度是多少？它在物理上靠近还是在远程数据中心？基本上，如果你能忍受的话，冷备件可以让你做RAID10。备用设备就在附近，但您必须亲自进行交换。如果这不是可接受的方案，那么带有热备用的 RAID5 是唯一的答案。
由于您已经有两个具有 1 个驱动器故障容错能力的 RAID1 集，因此在没有热备件的情况下使用 RAID10 实际上没有任何好处。您的整个阵列仍然只能在单个驱动器故障时幸存下来。
| 归档时间： |
|
| 查看次数： |
12662 次 |
| 最近记录： |