flo*_*ble 6 storage storage-area-network iometer benchmark
在某些方面，我猜这是一个字符串问题，但是即使有“这适合大多数情况”的答案，我也不知道它是什么，所以......
我有一个评估的 SAN，一个 HP P4000。我想用 IOMeter 做一些基准测试，看看它有什么能力。
但是，我不知道块大小、读/写拆分和随机/顺序拆分的哪种组合适用于不同的用途。
例如，您将如何模拟一些 Exchange 活动、一些 SQL 活动、一些一般的 VM 活动等等。
我知道如何添加工作人员并使用不同的设置让他们松散，但我应该使用哪些设置？
谢谢。
Exchange 和 SQL 活动倾向于频繁、规模较小的 IO/Ops 端。当写入/拉出附件时，Exchange 会出现相当多的较大 I/O 突发。备份间隔和长时间运行的查询也确实很有趣，并且可能是您的峰值 I/O 实例。Exchange Online Defrag 是 Exchange 的 IO 峰值，SQL 备份是 SQL 服务器的 I/O 峰值。
Exchange Online Defrag 涉及大量 I/O 操作，但吞吐量不大，因此平均传输大小很小，512b，而且数量很多。读/写比率变化很大，但对于维护良好的 Exchange 数据库来说，大部分应该是读取。这将是显着随机的，但有足够的顺序访问以使其有趣（不，我没有确切的比率）。
SQL 备份涉及各种大小，但与在线碎片整理不同，吞吐量实际上也很高。规划 512b 到 4kb 传输大小的混合。读/写比率取决于数据的最终位置！写入速度可以非常高，但（取决于备份脚本）几乎完全是顺序的。读取将是 100% 随机的。
一般 VM 活动取决于 VM 中的内容。如果其中有 Exchange 或 SQL，则进行监视。如果您所说的“一般文件服务”是指“一般文件服务”，例如 Web 或 CIFS 共享，那么，这取决于他们正在做什么；CAD 工程师的访问模式与充满采购办公室文员的办公室截然不同。“一般虚拟机活动”没有通用的 I/O 模式。您必须规划虚拟机中实际拥有的内容。