SAN IOPS数字

Question

最近，我们遇到了较高的磁盘延迟问题，并希望对预驱动服务器上的一个安装点进行基准测试，以了解SAN能够达到多大的IOPS、吞吐量和延迟。水下硬件是由另一个团队维护，我们没有任何可见性，他们所做的。

我们使用diskspd运行具有以下参数的测试

结果

如您所见，最大IOPS在8K块大小约为5800。

所以我的问题是，对于一个不太小的IT店的SAN来说，这是一个不错的数字吗？我们应该瞄准更多吗？入门级和高端SAN的平均IOPS值是多少。

添加了更多基于答案的更多信息。

1)为什么8K块-我读到readahead使用更大的块大小，但是当我分析每个读计数器的字节时，它大约在8k左右，这表明SQL server无法进行大量的读取。碎片化在这里有作用吗？

2)我用更小的文件大小(2GB)进行了测试，IOPS和put要高得多，这表明路径不是瓶颈。同时也测试了更高的块大小，获得了大约一个of的通过率。

干杯

Answer 1

IOPS和延迟是两个独立的数字。

5k IOPS看起来不错，但是44 5ms的延迟表明(对我来说)它实际上是无用的(与单个磁盘的5ms延迟相比)。

当一个SATA驱动器的传输速率为100 MB/s时，您的45 MB/s合计传输速率表明SAN超载。

高端SAN将合并SSD驱动器，这会导致聚集的IOP(由SAN测量)以数百万计进行测量。您的SAN团队应该能够告诉您主机获得的IOP/传输速率的百分比。

您肯定需要与您的SAN团队一起工作，以确定限制是否是由于SAN资源的缺乏或硬件/软件问题造成的。

修正HW/SW问题

如果你和SAN团队看到你没有得到你想要得到的所有能量，那么你的设置可能有问题。

• 确保您有更新的驱动程序。
• 确保您已经更新了BIOS/固件
  • 母板
  • 纤维卡
  • 光纤开关
  • SAN装置
  • 在一种情况下，我们必须更新HDD的所有固件。

• 确保正确配置Multipathing。
  • 在我的一个案例中，自动故障导致了性能问题。