有没有人使用过 IBM DS3400 san。我发现一个系统连接了大约 30 台服务器（大部分是虚拟机，包括所有操作系统驱动器），其中包括 2 台 SQL 服务器（其中 1 台使用率很高）和一台 Exchange 服务器。我查看了 IBM 的网站，但找不到任何关于此设备可接受哪些内容的指导。
答案1
SAN 性能涉及很多变量，因此我可以理解为什么人们不太关注它们。
任何给定的 SAN 都有导致其局限性的主要组件，它们是：
- 控制器 - 这些控制器接收并处理请求，因此它们的整体计算能力和 IO 能力都是关键 - 如果控制器跟不上，那么拥有大量快速磁盘和/或多个 8/10Gbps 接口就毫无意义。控制器本身可能受到设计、组件使用年限、缓存以及它们运行的软件的限制。
- 磁盘 - 显然 288 x 15krpm FC 磁盘将比 4 x 2TB SATA 磁盘更快 - 但您购买 SAN 磁盘通常有两个原因，一是提供容量，二是提高性能 - 当然，如果您对性能感兴趣，那么您还需要考虑其他所有因素。
- IO 接口 - 如果控制器或磁盘跟不上，那么拥有大量 8/10Gbps 接口通常也没有意义。
我很幸运，我经常为了单一目的构建 SAN 阵列 - 要么为数据库工作而极快，要么为视频内容或后台而大容量 - 我可以为每个功能获得单独的系统，但时不时我需要构建一些涵盖两者的东西，这就是我所做的；
- 我将最快的可用 IO 端口专用于需要性能的系统/子平台 - 这样这些机器（根据我的经验通常是 DB）就可以获得专用端口的全部带宽，其他需求比它们更少的服务器就没有机会占用所有可用带宽。我还购买专用的高性能（即 SSD 和/或 15k FC）磁盘，并将它们加载到特定 SAN 最佳性能所需的正确数量的机架中（即带有 HP EVA 盒的 8 个机架块等）。如果 SAN 阵列能够进行硬分区，我还会将一个分区（和部分缓存）专用于该功能。
- 然后，我将剩余的大部分 IO 端口专用于主流性能生产系统，这样它们就可以聚合在一起，不会受到高性能或低性能系统的交叉干扰，并且我购买速度相当快（通常为 10krpm FC/SAS）的磁盘，我可以选择根据需要在专用分区中运行它们。
- 然后，我将所有其他辅助/测试/参考/备份等服务器放在剩余的一对端口上，因为我知道它们并不真正关心性能，也不太可能使端口饱和。然后，我可以愉快地为它们分配慢速 (7.2krpm SATA/FATA) 磁盘（有时我也必须专门购买占空比 >30% 的磁盘）。
如果您以这种方式规划系统，您将看到随着服务器和负载的增加，性能会逐渐下降，而不是急剧下降，这是可预测的。显然，您没有提到阵列或使用模式的任何细节，但在某些情况下，单个服务器可能会使 DS3400/NetApp 饱和，在某些情况下，数千台服务器会离开同一个机箱，留下大量容量 - 这确实取决于系统设计和了解您的使用模式。
当您有更多数据时，请随时联系我们。
答案2
不取决于系统数量，而是取决于它们所做的事情。SQL + Exchange 是重度用户。特别是 SQL 可以使用大量磁盘才能正常运行（与任何数据库一样），但同样完全取决于您所做的工作。我曾经见过一台 SQL Server 有 190 个专用磁盘。我自己的现在有 6 个磁盘，很快就会升级。
我认为，除了技术限制之外，这里不可能提供一般性的指导。