这是一个关于企业存储成本的规范问题。
另请参阅以下问题：
关于一般问题，例如：
此处的答案将尝试更好地了解企业级存储的工作原理以及影响价格的因素。如果您可以扩展问题或提供有关答案的见解，请发布。
我们的 SQL 服务器负载越来越重，所有迹象都表明磁盘通道是瓶颈。当前的 HP 服务器具有相当低端的阵列卡，我们希望通过 Smart Array 卡和带有 SSD 驱动器的外部存储阵列来增强该服务器。
当前配置是：
数据库服务器托管一个相当大的数据库 (~100Gb)，包含实时数据和历史数据。由于很多原因，拆分数据库不是一个选项，所以目前的想法是在新阵列上有多个逻辑驱动器，每个在它自己的通道上，然后将数据库拆分为逻辑 SQL 分区。
例如，该数组可能具有：
目前，我们正在研究带有高端智能阵列卡的D2600。
为了获得最大性能，我们确实需要每个逻辑驱动器都尽可能快地运行。惠普的规格表明，他们的高端 SSD 可以接近最大化智能阵列卡支持的 6Gb 连接。
但是，一些较大的 SA 卡表明它们支持“多通道”；我不清楚的是这是如何工作的。这是否意味着，使用从 SA 到 D2600 的单根电缆，每个 RAID 组都可以配置为获得自己的 6Gb 通道？或者 6Gb 是互连的限制，如果是，是否有任何配置选项（甚至不同的 HP 产品 - 不试图绕过“没有主观问题”规则，老实说 :) ）可以克服这个限制？
编辑：我看不到任何可以执行此操作的 HP 服务器，但是如果有一个不错的 Proliant …
假设我要构建一个非常大的 1PB zpool。我将有一个带有 HBA 的主机单元（可能是 4 端口 LSI SAS 卡），并且我可能将 7 个 45 驱动器的 JBOD 连接到主机单元。
使用 raidz3 执行此操作的基本方法是创建 21 个不同的 15 驱动器 raidz3 vdev（7 个 JBOD 中的每一个 3 个 15 驱动器 vdev），然后从所有 21 个这些 raidz3 vdev 中创建一个池。
这将工作得很好。
这里的问题是，如果您因任何原因丢失一个 vdev，您将丢失整个池。这意味着您绝对不会丢失整个 JBOD，因为那会丢失 3 个 vdev。但是，在邮件列表线程中，有人暗中暗示了一种组织磁盘的方法，这样您就可以确实丢失整个 JBOD。他们说：
“使用戴尔 R720 主机，加上一堆双路径连接到几个 LSI SAS 交换机的戴尔 MD1200 JBOD……我们进行了三重奇偶校验，并且我们的 vdev 成员资格设置为我们最多可以丢失三个 JBOD 并且仍然可以功能（每个 JBOD 一个 vdev 成员磁盘）。”
......我不太确定他们在这里说什么。我认为他们的意思是，不是在一个 HBA 上拥有一个 vdev（所有连续的 15 个（或 12 个，或其他）磁盘），您实际上将 vdev 的奇偶校验驱动器拆分为其他 JBOD，这样您可能会丢失任何 jbod 并且您在其他地方仍然有 N-3 驱动器来覆盖该 vdev …