我试图估计在32位CentOS 6.2上运行的应用程序的IOPS要求。 我开始在一台装有SATA磁盘的机器上进行一些测量，我对由sar测量的IOPS和tps之间的差异感到困惑。 据维基百科 SATA磁盘应该执行75-100 IOPS。 Ioping实用程序似乎证实了这个随机访问testing： # ./ioping -R /dev/sda — /dev/sda (device 931.0 Gb) ioping statistics — 279 requests completed in 3.0 s, 92 iops, 371.3 kb/s min/avg/max/mdev = 2.7 ms / 10.8 ms / 130.8 ms / 7.9 ms 但sar生成的tps值要高得多（/ dev / sda）： # iostat 1 avg-cpu: %user %nice %system %iowait %steal […]
我怎么知道我的Linux系统可以处理多less个IOPS？
有没有一种方法可以提示ZFS将zpool中的所有磁盘重新分配给定的文件系统？ 我在考虑一个场景，我有一个固定大小的ZFS卷，通过FC导出为一个LUN。 当前zpool很小，只有两个1TB的镜像磁盘，zvol总共是750GB。 如果我突然将zpool的大小扩大到12个1TB的磁盘，我相信zvol仍然只能安装在前两个主轴上。 考虑到更多的主轴=更多的IOPS，我可以使用什么方法来重新分配所有12个主轴上的zvol来利用它们？
所有其他条件相同，如果使用更大的磁盘，存储arrays的IOPS性能如何变化。 例如，使用10 X 100GB磁盘arrays。 测量顺序256kb块写入（或任何IOPS度量）的IOPS 我们假设测得的IOPS为1000 IOPS。 将数组更改为10 X 200GB磁盘。 具有相同RAIDconfiguration，相同块大小等的格式 我们会期望IOPS保持不变，增加还是减less？ 这个变化大概是线性的吗？ 即增加2倍或减less2倍（因为我已经增加了2倍的磁盘容量） 用10个50GB的磁盘重复这些问题。 编辑：更多的上下文 这个问题导致我的系统pipe理员团队之间的对话并不是很精通所有的东西存储。 （存储的许多方面都很舒适，但不pipe理SAN的细节等等）。 我们收到了一大堆新的Netapp托盘，每盘磁盘容量比现有的托盘容量高一倍。 有人评论说，新托盘的IOPS会因为磁盘较大而降低。 然后一个汽车的比喻来解释这一点。 这两个评论都没有和我保持一致，所以我想把它交给团队，即Stack-Exchange-land。 汽车的比喻是关于两辆汽车，不同的加速度，相同的最高速度，运行四分之一英里。 然后将距离改为半英里。 实际上，我记不起确切的比喻，但是因为我在互联网上发现了另外一个类似的类比，我认为这可能是一个常见的IOPS类比。 在某些方面，问题的实际答案对我来说并不重要，因为我们没有使用这些信息来评估购买。 但是，我们确实需要评估将托盘连接到现有主pipe的最佳方式，并且最好的方法是分割总量和数量。
我了解IOPS和吞吐量。 吞吐量度量数据stream量，MB / s和IOPS表示每秒发生多less次I / O操作。 我不明白的是为什么许多存储服务只显示它们提供的IOPS。 我真的不能看到任何我更想知道IOPS而不是吞吐量的场景。 为什么IOPS很重要？ 为什么AWS主要在IOPS中显示其存储规定？ IOPS在哪里比吞吐量（MB / s）更重要？ 编辑： 有些人正在研究这个问题，就好像我问过什么样的随机存取以及它是如何影响性能或HDD和SSD如何工作的……尽pipe我认为这些信息对于新手来说是非常有用的，但是很多关注点正在被应用对于这个问题，这不是问题的目标，问题是“当我看到一个IOPS编号时，会得到什么样的新信息，以致于我看不到吞吐量（MB / s）数？