24 磁盘阵列的最佳实践

teo*_*teo 9 raid ibm storage database vmware-esxi

我们刚刚将旧的光纤 SAN 存储迁移到具有 24 个 SAS 600GB 磁盘的 IBM v3700 存储。

该存储直接连接到两台 IBM ESXi 5.5 服务器,每台服务器带有两个 6Gbps 多路径 SAS 控制器。

到目前为止,我已将我使用的存储配置为多个 RAID5 组。每个组将用于不同的服务器/目的。RAID 组主要是 OracleDB、Oracle 存档、SQL Server 和其他(文件服务器、邮件等)。最关键的应用程序是 Oracle 和 SQL Server。

我首先关心的是安全性,然后是我们应用程序的性能。所以我决定使用 RAID6 + 备件。

我现在主要关心的是,由于我们使用的是 ESXi,我是否应该将整个存储配置为一个 RAID,节省空间,并从 ESXi 为每个服务器创建数据存储卷,或者这不是一个好的做法,最好创建单独的硬件 RAID 组?

Bas*_*sil 7

每个供应商都有自己的建议,因此请先询问 IBM。通常,您可以打开请求配置建议而无需支付额外支持的工单。那个或者谁卖给你的都可以。

简单地谷歌搜索,我发现了这本红皮书。第 212 页,您可能需要基本的 raid 6,这意味着每个阵列目标为 12 个备用和一个驱动器。这意味着两次 raid,12 个之一,11 个之一。我不建议使用 raid 10,因为您会损失一半容量。它确实避免了奇偶校验,但这是您只需要在低端或内部存储上担心的事情。您的存储将在缓存后面隐藏随机覆盖的奇偶校验开销。我的商店专门为半 PB 的 VMWare 5.5 使用了 raid 6,这很好。

您应该阅读那本书并了解它们如何处理 mdisk 和池。一旦您的raid 组设置完毕,您想在所有主轴上创建一个宽条带的池。


Cra*_*son 4

免责声明- 这是高度基于意见的,并且已经标记了这个问题,但我将尝试提供答案,因为我最近配置了几乎完全相同的设置。

我非常怀疑任何类型的数据库都能在 RAID5 或 6 阵列上表现良好。由于重建时间较长,大多数供应商都积极劝阻(甚至在某些情况下禁止)使用基于非嵌套奇偶校验的 RAID 级别,这会导致重建期间的风险或 URE 增加。

我个人会将其分为两个不同的组 - 用于高 IO 负载(例如数据库)的 RAID10,以及用于其余数据的 RAID50。每个阵列专用的磁盘数量取决于您需要存储的数据量。

例如,对于 24 磁盘阵列,您可以丢失两个磁盘作为盘柜备用,并创建四个 2 磁盘跨度(总共 8 个磁盘)以获得约 2.4TB 的逻辑 RAID10。这为您的 RAID50 留下了 14 个磁盘,每个跨度有 7 个磁盘,以及大约 7.2TB 的可用空间。当然,您可以调整跨度的数量,但请记住,RAID10 需要 2 的倍数。

至于数据存储,如果您不使用 Storage vMotion 和 DRS 等奇特功能来调整资源,那么它并没有真正产生巨大的差异。

另外,为了澄清你的最后一段:更多、更小的磁盘通常比更少、更大的磁盘更可取,因为重建故障磁盘需要花费时间,以及重建期间其他磁盘上的负载。

  • 您的标记不正确 - 这是一个具有具体且正确答案的具体问题。IBM 提供了一本红皮书,其中包含所请求的信息。另外,您对 raid 5 和 6 的评论对于企业存储来说是不正确的。12 个驱动器 600GB raid 的重建时间不像 7200 个 4TB 驱动器上的多周重建时间。此外,该存储上不存在 raid 50,它们使用宽条带池,其中包含来自 raid 5、6 或 10 的多个 raid 组的范围。 (6认同)