我想确保我在Windows和Linux服务器上正确测量IOPS。 我们正在努力弄清楚哪个SAN最适合我们的环境，并且在我们的服务器上测量IOPS是那种我不会错的东西。 一点采购偏执狂踢。
在Windows服务器上，我使用\ PhysicalDisk（_Total）\ Disk Reads / sec和\ PhysicalDisk（_Total）\ Disk Writes / sec性能计数器。 在Linux服务器上运行vmstat并查看bi（读）和bo（写）计数器。 我很确定我有这个权利，而且这两套计数器相当于IOPS。
如果这些计数器是正确的，那么我有一个问题。 我们要做的SAN可以处理大约1600 IOPS。 我们的两台运行MailScanner，MailWatch和Sophos的邮件filter服务器共同使用了大约1500个IOPS。 我们的两台MySQL服务器统一运行在大约1600个IOPS。 我们正在超过1600 IOPS的理论极限。
因此，问题是我正确测量？
Ossan
继上面的注释线程后， iostat -dxk 1会给你r / s和w / s（读写请求/秒）以及千字节的读写。
有可能。 Raid 5更新缓慢。 我从来没有见过Raid 5被用在高性能的装备上，除非你在RAID5中使用Raid5（Raid 50,60）。 最重要的是，一个5盘突袭5不是“能够处理10万IOPS”的“SAN”。 这是最终用户的事情。
注意不同之处：备份很可能不会随机写入和/或在Raid上读取操作比写入更快。
这里有两点要注意：
请小心使用您现有的号码 – 根据工作量，您当前的使用情况可能反映了底层存储的function。 例如，您可能会看到使用1600个iops的mysql，因为这是这些磁盘可以执行的操作。 如果你把它放在可以做3000个iops的SAN上，那么mysql可能会开始做3000个iops，并且你的查询将会更快地返回。 根据您的工作量与您的供应商协商，以确定尺寸。
考虑到iops和吞吐量（MBps）是很重要的，因为它们不一定是成比例的，也可能是SAN中各个点的瓶颈 – 磁盘，控制器，hba，networking等。这些将适用于您您的工作量和I / O大小如何顺序或随机。 再次，与您的供应商谈谈根据您的需要适当大小。