现在， 对于这个问题 ，现在有一个规范的答案 ，概述了今天使用的每一种types的RAID，当你应该也不应该使用每一种，以及如何计算每种RAIDtypes的可用RAW容量。
我pipe理的硬件运行一个网站，每天接待10000人次。 在决定为我们的Web应用程序select哪种RAIDtypes时，应考虑哪些variables？ 服务器是带有6个146GB（SCSI）硬盘的HP-DL380 G6服务器。
我非常了解那台机器和那些磁盘，但是你没有告诉我们这个应用程序做了什么，你需要多less空间 – 这很重要，因为你有几个select，让我们通过它们。
RAID 0 – 你将拥有6 x 146GB（实际上你只能得到这个146GB的95％，把它考虑在内） – 这可以让你获得最多的空间，但是当一个磁盘出现故障时，杀死你的整个数据 – 避免这一点。
RAID 1 – 理论上你可以设置3个（2×146GB）的RAID 1arrays – 这可能是一个很好的理由，你可以让你的操作系统在一对，你的数据库在另一对，你的日志在另一对 – 如果你的应用程序是一个写数据库的数据库，如果你的数据适合这个小空间，这不是最糟糕的方式 – 如果你的应用程序不是数据库，那就忽略这个。
忽略RAID 3和4 – 他们是老派（当然，除非你是NetApp）
RAID 5 – 这将给你5×146GB的空间，并能够存活一个单一的磁盘故障 – RAID 5是相当多的我们的怪才恨沉闷，但有效的统计理由 – 如果你的应用程序是主要是读取容易恢复或瞬时数据集，然后RAID 5可以给你一个很好的平衡。
RAID 6 – 这将给你4×146GB，但让你生存两个并发磁盘故障 – 我会避免这种模式给你的设置，因为它会给你一个写性能的惩罚，只给你一个额外的空间超过一个磁盘…
RAID 10–将6个磁盘分成两个三个磁盘 – 所以你只能获得3×146GB的空间 – 但是它可以存活多达三个磁盘失败而没有性能命中，事实上，它通常是读取和写入的最快模式 – 如果你只能使用3个磁盘空间，那么这个模式对于大多数应用程序来说是非常好的。
RAID 50 – 你只是为了获得足够的磁盘，你只能获得2 x 146GB的空间，以便在你的情况下没有任何好处，而且你没有足够的磁盘用于RAID 60。
所以你可以看到你的应用程序需求将如何驱动你的磁盘布局 – 让我们知道你在做什么，我们会指向你一种模式。
现在要考虑的另一件事是，你在这个模型上还剩下2个备用驱动器插槽 – 我要求你现在填写它们。 原因是，如果你有一个数据库系统，你可以为你的操作系统和应用程序configuration一对RAID 1，一对2个磁盘用于数据库，一对磁盘用于数据库日志 – 这将是非常快的，并给你2 x 146GB的数据库空间，而不是只有1 x 146GB – 这是否有道理？ 如果你有更多的“只读”types的设置，那么有8个磁盘将允许你有一个更大和/或更快的RAID 5/6或10设置，这些都是最好的创build后来。
我希望这可以帮助和回来更多的信息，哦，在服务器上的PS好select，他们是伟大的 – 你有iLO工作，这是一个救命稻草:)